优快云：ICTCamera，新浪微博：ITCamera。

如今敏捷在整个公司推行的如火如荼，不管做什么都是实行敏捷，公司级的、院级的“专家”到处“忽悠”，当然其中也有专家和不忽悠的牛人。 目前的现状和感受： 1) 一股脑儿照搬照抄，什么项目都开始敏捷。 2) 凡是都按照敏捷的条条框框做，加上几句口号俨然成为了传销组织。 3) 本来就没多少真正干活的，现在分成了leader、master等等角色，真正干活的越来越少，管理的越来越多。 4

面向对象的原理是核心；原则是设计、编码的座右铭；设计模式是达成原则的途径；重构是实现设计模式的一种方式。又看到这个关于面向对象、原则、设计模式、重构的总结，个人觉得非常经典，感触颇深。我们平常工作中都是努力地尝试去遵守这些，但是往往在不经意间的偏离方向，然后回过头来再修改，反反复复没有终点。或许这就是为什么有人把这称作艺术的原因。

敏捷犹如一次运动，高潮过后必然是趋于冷淡，这时候最需要理性的认识。在项目的敏捷开发中，先先后后担任过里面的各种角色，个人觉得敏捷应该坚持做的方面或者原则如下（算是弃其糟粕，取其精华吧）：持续集成（话说，这个跟敏捷貌似没多大关系）客户代表和SE的紧密、有效的需求沟通（这个貌似各种软件开发形式都需要，真正实现起来很难）故事的合理拆分（别内什么，不能拆的硬要拆，拆分过程以可测试性和需求点来掌握）

POM文件的基本元素modelVersion：指定POM模型的版本，对Maven2、Maven3来说只能是4.0.0。groupId：项目属于那个组，主要来标志项目，格式为：com+公司名+项目名，例如”com.mycom.myapp”。artifactId：项目的模块名称，主要是来标志模块，例如“util”、“implementation”，如果模块可以分为子模块，那么可以用“-”或

关联将本地仓库和远程仓库关联：1、git clone git@:/xxx.git。或者2、git clonegit@:/xxx.git。推送将工作区提交到stage：git add将缓冲区提交到仓库：git commit –m 将本地仓库内容推送上远程仓库：git push –u origin （首次需要带-u）回退回退修改（Workspace回退，针对add）：git