高效程序员的45个习惯

1. 敏捷——高效软件开发之道

强调团队合作，专注于具体可行的目标。开发需持续不断，切勿时续时断。

敏捷开发就是在一个高度协作的环境中，不断地使用反馈进行自我调整和完善。

工具箱：wiki，git，单元测试，自动构建

选定了要走的路，就是选定了它通往的目的地。

即使你已经在正确的轨道上，但如果只是停止不前，也仍然会被淘汰出局。

没有任何计划在遇敌后还能继续执行。

10 让客户做决定: Decide what you shouldn't decide.
11 让设计指导而不是操纵开发: Design should be only as detailed as needed to implement.
12 合理使用技术: Blindly picking a framework is like having kids to save taxes. Don't build what you can download.
13 保持可以发布: Checked-in code is always ready for action.
14 提早集成，频繁集成: Never accept big-bang integration.
15 提早实现自动化部署: QA should test deployment.
16 使用演示获得频繁反馈: Requirements are as fluid as ink.
17 使用短迭代，增量发布: Show me a detailed long-term plan, and I'll show you a project that's doomed.
18 固定的价格就意味着背叛承诺: A fixed price guarantees a broken promise.

一步行动，胜过千万专家的意见。

19 守护天使: Coding feedback 编写能产生反馈的代码，使用自动化的单元测试。
20 先用它再实现它: Write tests before writing code. Test Driven Development (TDD). Good design doesn't mean more classes.
21 不同环境，就有不同问题: Automate to save time.
22 自动验收测试: 为核心的业务逻辑创建测试。
23 度量真实的进度: Focus on where you're going. Use backlog.
24 倾听用户的声音: 每一个抱怨的背后都隐藏了一个事实。

任何一个笨蛋都能够让事情变得越来越笨重、复杂、极端。需要天才的指点以及许多的勇气，才能让事情向相反的方向发展。

25 代码要清晰地表达意图: 清晰而非讨巧，可读性差的代码一点也不聪明
26 用代码沟通: Don't comment to cover up. 用注释沟通
27 动态评估取舍: No best solution. 性能 vs 便利性 vs 生产力 vs 成本 vs 上市时间
28 增量式编程: 在很短的编辑/构建/测试循环中编写代码。
29 保持简单: Simple is not simplistic.
30 编写内聚的代码: 让类的功能尽量集中，让组件尽量小。
31 告知，不要询问: Keep commands separate from queries. 不要抢别的对象or组件的工作。告诉它做什么，然后盯着自己的职责就好了。
32 根据契约进行替换: Use inheritance fro is-a; use delegation for has-a or uses-a. 通过替换代码来扩展系统，替换遵循接口契约的类，来添加并改进功能特性，需多使用委托而不是继承。

你也许会对木匠那毫无差错的工作印象深刻。但我向你保证，事实不是这样的。真正的高手只是知道如何亡羊补牢。

我不仅发挥了自己的全部能力，还将我所仰仗的人的能力发挥到极致。

一灯能除千年暗，一智能灭万年愚。