Git是一款免费、开源的分布式版本控制零碎，用于敏捷高效地处理任何或小或大的项目。
分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（gitclone），在本地机器上拷贝一个完整的Git仓库。
分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（gitclone），在本地机器上拷贝一个完整的Git仓库。
2019/11/19 18:17:46
79.18MB
1
作为国内最大的OTA公司，携程为数以亿计的海内外用户提供优质的旅游产品及服务。
2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目，历时2年，涉及所有业务线。
本文回顾了携程在整个技术架构改造过程中的一些实践和收获。
随着携程业务量迅速增长、业务变化越来越敏捷，对于应用交付的效率也提出了更高的要求。
根据统计，截止2014年底携程总应用数在5000个左右，平均每周约有3000次以上的发布需求。
所以作为整体交付环节中极为重要的一环，应用的部署和发布是提高交付效率的关键，然而携程原来的发布系统Croller却成为了障碍交付效率提升的一大瓶颈。
【关于携程火车发布】具体来说，携程Crolle
2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目，历时2年，涉及所有业务线。
本文回顾了携程在整个技术架构改造过程中的一些实践和收获。
随着携程业务量迅速增长、业务变化越来越敏捷，对于应用交付的效率也提出了更高的要求。
根据统计，截止2014年底携程总应用数在5000个左右，平均每周约有3000次以上的发布需求。
所以作为整体交付环节中极为重要的一环，应用的部署和发布是提高交付效率的关键，然而携程原来的发布系统Croller却成为了障碍交付效率提升的一大瓶颈。
【关于携程火车发布】具体来说，携程Crolle
2015/3/21 1:01:19
1.33MB
1
作为国内最大的OTA公司，携程为数以亿计的海内外用户提供优质的旅游产品及服务。
2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目，历时2年，涉及所有业务线。
本文回顾了携程在整个技术架构改造过程中的一些实践和收获。
随着携程业务量迅速增长、业务变化越来越敏捷，对于应用交付的效率也提出了更高的要求。
根据统计，截止2014年底携程总应用数在5000个左右，平均每周约有3000次以上的发布需求。
所以作为整体交付环节中极为重要的一环，应用的部署和发布是提高交付效率的关键，然而携程原来的发布系统Croller却成为了障碍交付效率提升的一大瓶颈。
【关于携程火车发布】具体来说，携程Crolle
2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目，历时2年，涉及所有业务线。
本文回顾了携程在整个技术架构改造过程中的一些实践和收获。
随着携程业务量迅速增长、业务变化越来越敏捷，对于应用交付的效率也提出了更高的要求。
根据统计，截止2014年底携程总应用数在5000个左右，平均每周约有3000次以上的发布需求。
所以作为整体交付环节中极为重要的一环，应用的部署和发布是提高交付效率的关键，然而携程原来的发布系统Croller却成为了障碍交付效率提升的一大瓶颈。
【关于携程火车发布】具体来说，携程Crolle
2015/3/21 1:01:19
1.33MB
1
执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始举动。
我想改变：但好像没动力？但我怕失败？但这个目标好像有点高？......在敏捷个人群中，有些朋友和我私聊时说自己执行力不够，问了一下后发现并不是执行力不够，而是自己想改变但是没有动力。
我给拖延定义了一个公式，拖延=动力<害怕。
如果你没有动力，那这个公式的结果大家也就知道了，如果是这种情况，那么你必须思考你想做什么改变，为什么要做这个改变（个人管理：使用“为什么”来改变我们的结果）。
还有一部分人，虽然想做，但是又害怕做了可能不成功被人笑话，或者担心自己做不了等等之类的一些给自己找的借口。
习惯
我想改变：但好像没动力？但我怕失败？但这个目标好像有点高？......在敏捷个人群中，有些朋友和我私聊时说自己执行力不够，问了一下后发现并不是执行力不够，而是自己想改变但是没有动力。
我给拖延定义了一个公式，拖延=动力<害怕。
如果你没有动力，那这个公式的结果大家也就知道了，如果是这种情况，那么你必须思考你想做什么改变，为什么要做这个改变（个人管理：使用“为什么”来改变我们的结果）。
还有一部分人，虽然想做，但是又害怕做了可能不成功被人笑话，或者担心自己做不了等等之类的一些给自己找的借口。
习惯
2016/2/13 9:48:15
198KB
1
执行力是敏捷个人需要学习的一个内容，本篇主要介绍执行力相关的内容，大家在读后可以采用介绍的一些指南开始举动。
我想改变：但好像没动力？但我怕失败？但这个目标好像有点高？......在敏捷个人群中，有些朋友和我私聊时说自己执行力不够，问了一下后发现并不是执行力不够，而是自己想改变但是没有动力。
我给拖延定义了一个公式，拖延=动力<害怕。
如果你没有动力，那这个公式的结果大家也就知道了，如果是这种情况，那么你必须思考你想做什么改变，为什么要做这个改变（个人管理：使用“为什么”来改变我们的结果）。
还有一部分人，虽然想做，但是又害怕做了可能不成功被人笑话，或者担心自己做不了等等之类的一些给自己找的借口。
习惯
我想改变：但好像没动力？但我怕失败？但这个目标好像有点高？......在敏捷个人群中，有些朋友和我私聊时说自己执行力不够，问了一下后发现并不是执行力不够，而是自己想改变但是没有动力。
我给拖延定义了一个公式，拖延=动力<害怕。
如果你没有动力，那这个公式的结果大家也就知道了，如果是这种情况，那么你必须思考你想做什么改变，为什么要做这个改变（个人管理：使用“为什么”来改变我们的结果）。
还有一部分人，虽然想做，但是又害怕做了可能不成功被人笑话，或者担心自己做不了等等之类的一些给自己找的借口。
习惯
2016/2/13 9:48:15
198KB
1
本书次要是关于学习敏捷，理解敏捷；
通过实践内容（包含scrum、极限编程）、实践敏捷中遇到的问题，提供取得进展，获得更多成果的实用建议，深入理解敏捷宣言，真正做到敏捷目录第一章学习敏捷第二章理解敏捷价值观第三章敏捷原则第四章scrum和自组织团队第五章scrum计划和集体承诺第六章极限编程和拥抱变化......
通过实践内容（包含scrum、极限编程）、实践敏捷中遇到的问题，提供取得进展，获得更多成果的实用建议，深入理解敏捷宣言，真正做到敏捷目录第一章学习敏捷第二章理解敏捷价值观第三章敏捷原则第四章scrum和自组织团队第五章scrum计划和集体承诺第六章极限编程和拥抱变化......
2021/5/26 4:02:23
14.57MB
1
最近刚更新了U1的一些套件，给大家分享下vSphere为实现业务敏捷性奠定了强大、灵活、安全的基础，有助于加快向混合云发展的数字化转型进程并推动数字化经济取得成功。
借助vSphere，您可以在适应日益增长的基础架构需求和复杂性的同时，支持新的工作负载和用户场景。
vSphere是安全SDDC的核心，可确保应用、数据、基础架构和访问的安全。
高级安全功能已完全集成到hypervisor中，由机器学习提供技术支持，可提供更好的可见性和保护并加快速度响应安全事件。
vSphere可协助您跨混合云在通用操作环境中运行、管理、连接和保护您的应用。
借助vSphere，您可以在适应日益增长的基础架构需求和复杂性的同时，支持新的工作负载和用户场景。
vSphere是安全SDDC的核心，可确保应用、数据、基础架构和访问的安全。
高级安全功能已完全集成到hypervisor中，由机器学习提供技术支持，可提供更好的可见性和保护并加快速度响应安全事件。
vSphere可协助您跨混合云在通用操作环境中运行、管理、连接和保护您的应用。
2018/1/9 5:51:31
105B
1
班级管理工作是一门艺术。
班主任要在工作中努力吸取新经验，充分发挥班主任的教育作用，引导学生健康成长。
下面我对本人的班主任工作做以下打算： 一、基本情况分析 全班共有学生32人，其中男生19人，女生13人。
三年级期末统考，语文、数学、英语三科及格率98%，优秀率62%、41%、36%；
看分数还可以，总体情况良好，学生活泼好动，思维敏捷，积极向上，但是由于上个学期教师人员变动等原因，班级情况还是有一定的问题学生，主动学习的习惯还有待加强。
所以我们学校特制定了小学四年级第一学期班主任工作计划，希望有所改变。
二、指导思想
班主任要在工作中努力吸取新经验，充分发挥班主任的教育作用，引导学生健康成长。
下面我对本人的班主任工作做以下打算： 一、基本情况分析 全班共有学生32人，其中男生19人，女生13人。
三年级期末统考，语文、数学、英语三科及格率98%，优秀率62%、41%、36%；
看分数还可以，总体情况良好，学生活泼好动，思维敏捷，积极向上，但是由于上个学期教师人员变动等原因，班级情况还是有一定的问题学生，主动学习的习惯还有待加强。
所以我们学校特制定了小学四年级第一学期班主任工作计划，希望有所改变。
二、指导思想
2019/7/22 4:25:49
29KB
1
Scrum是敏捷开发的一种，是一种以人为本，迭代式增量软件开发的过程，以英式橄榄球争球队形（Scrum）为名，因而可以想象，整个团队是高效而富有激情的。
以人为本，即Scrum开发特别强调沟通，要求团队所有人员都坐着一起工作，通过高效的沟通解决问题。
传统的软件公司大都是使用瀑布开发模式，流程是以下这样的：瀑布开发模式一般都需要很久的开发时间才能交付，笔者目前所在公司，以前开发产品都是利用瀑布开发模型，往往需要至少三个月到半年的开发周期，而过程往往都是这样的：产品经理完成一款产品的所有需求—UE设计出原型和视觉—开发完成开发—测试完成—产品经理和UE验收的时候永远是一副不可思议的惊讶表情，觉得交付
以人为本，即Scrum开发特别强调沟通，要求团队所有人员都坐着一起工作，通过高效的沟通解决问题。
传统的软件公司大都是使用瀑布开发模式，流程是以下这样的：瀑布开发模式一般都需要很久的开发时间才能交付，笔者目前所在公司，以前开发产品都是利用瀑布开发模型，往往需要至少三个月到半年的开发周期，而过程往往都是这样的：产品经理完成一款产品的所有需求—UE设计出原型和视觉—开发完成开发—测试完成—产品经理和UE验收的时候永远是一副不可思议的惊讶表情，觉得交付
2019/3/8 16:13:18
435KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB