高效程序员的45个习惯：敏捷开发修炼之道_程序员修炼之道和高效程序员的

1.        持续开发，不要时断时续

2.        指责不会修复bug，把矛头对准问题的解决办法，而不是人，

3.        对事不对人，设立仲裁人决策，每个人都要畅所欲言，仲裁人的责任就是确保每个人都有说话的机会，并维持会议的正常进行，仲裁人可以防止明星员工操纵会议，并及时打断太空式发言，如果没有积极参与讨论，就应退一步专注于调停，不去发表自己的观点

4.        跟踪技术变化，你不需要精通所有技术，介需要清楚行业的动向，从而规划你的项目和职业生涯。

5.        团队中的每个人都比你厉害么？那太好了

6.        做好设计文档，白板，草图，便利贴都是非常好的设计工具，复杂的建模工具会影响思路

7.        不要开发能下载到的东西

8.        新技术就应该像是新工具，可以帮助你更好的工作，它自己不该成为你的工作。

9.        保持你的项目时刻可以发布，保证你的系统随时可以编译、测试、并立即部署。

10.    提早集成，频繁集成。代码集成是主要的风险来源，要想规避这个风险，只有提早集成，持续而有规律地进行集成。

11.    清晰可见的开发。在开发的时候，要保持就手可见，每隔一两周邀请所有客户，给他们演示最新完成的功能，积极获得他们的反馈

12.    短迭代让人感觉非常专注且具效率，你能看到一个实际并且确切的目标，严格的最终期限迫使你做出一些艰难的决策，没有遗留下长期悬而未解决的问题。

13.    固定的价格就是需保证背叛承诺。基于真实工作的评估。让团队和客户一起，真正地在当前项目中工作，做具体实际的评估。由客户控制他们要的功能和预算。

14.    使用自动化的单元测试。好的单元测试能够让你的代码问题提供及时的警报。如果没有到位的单元测试，不要进行任何设计和代码修改。

15.    编程之前先写测试。先用它再实现它，将TDD作为设计工具，它会给你 带来更简单更实效的设计。

16.    不同环境，就有不同的问题。使用持续集成工具，在每一个支持的平台和环境中运行单元测试，积极地寻找问题，而不是等问题来找你。像是在做单元测试，而且是跨越不同世界的单元测试。

17.    不需要用注释来包裹你的代码，在代码可以传递意图的时候就不要用注释，解释代码做了什么的注释用处不那么大，相反，注释要说明为什么这样写代码，在重写方法时，保留描述原有方法意图和约束的注释。

18.    功能侧重够用而不在于多

19.    某段代码如果使用了基类中的方法，就必须能够使用派生类的对象，并且自己不必进行任何修改。使用继承时，要想想派生类是否可以替换基类，如果不能，就要问问自己为什么要用继承。如果答案是希望在写新类的时候，还要重用基类中的代码，要考虑用委托

20.    维护一个问题及解决方案的日志，保留解决方案是修复问题过程的一部分，以后发生相同或类似问题，就可以很快找到并使用了。

21.    协作过程：定期见面，架构师必须写代码，实行代码集体所有制，

22.    不要允许代代任何人单独进行设计，尤其是你自己