高效程序员的45个习惯

1做事

?“出了问题，第一重要的是确定元凶，找到那个白痴！一旦证实了是他的错误，就可以保证这样的问题永远不会再发生了。”

?指责不会修复bug。把矛头对准问题的解决办法，而不是人。这是真正有用处的正面效应。

?切身感受。勇于承认自己不知道答案，这会让人感到放心。一个重大的错误应该被当作是一次学习而不是指责他人的机会。团队成员们在一起工作，应该互相帮助，而不是互相指责。

?如果你没有犯过任何错误，就说明你可能没有努力去工作。

2欲速则不达

?“你不需要真正地理解那块代码，它只要能够工作就可以了。哦，它需要一个小小的调整。只要在结果中再加上几行代码，它就可以工作了。干吧！就把那几行代码加进去，它应该可以工作。”

?不要坠入快速的简单修复之中。要投入时间和精力保持代码的整洁、敞亮。

?切身感受。在项目中，你也许不知道每块代码的每个细节，或者每个算法的每个步骤，但是你对整体的相关知识要有很好的了解。

?不要孤立地编码。如果团队成员花些时间阅读其他同事写的代码，他们就能确保代码是可读和可理解的，并且不会随意加入这些“+1或者-1”的代码。阅读代码的频率越高越好。

?防微杜渐。在工作压力之下，不去深入了解真正的问题以及可能的后果，就快速修改代码，这样做无异于穿越一片流沙，你也许侥幸走过了一半路程，但是转眼间悲剧就发生了…

?你必须要理解一块代码是如何工作的，但是不一定需要成为一位专家。

3对事不对人

?“你在这个设计上投入了很多精力，为它付出很多心血。你坚信它比其他任何人的设计都棒。别听他们的，他们只会把问题变的更糟。”

?对事不对人。让我们骄傲的应该是解决了问题，而不是比较谁的注意更好。

?切身感受。一个团队能够很公正地讨论一些方案的优点和缺点，你不会因为拒绝了有太多缺陷的方案而伤害别人，也不会因为采纳了某个不甚完美的解决方案而被人忌恨。

?尽力贡献自己的好想法，如果你的想法没有被采纳也无需生气。不要因为只是想体现自己的想法而对拟定的好思路画蛇添足。

?在一个需要紧密合作的开发团队中，如果能稍加注意礼貌对待他人，将会有益于整个团队关注真正有价值的问题，而不是勾心斗角，误入歧途。我们每个人都能有一些极好的创新想法，同样也会萌生一些很愚蠢的想法。

?设计充满了妥协（生活本也如此），成功属于意识到这一点的团队。工作中不感情用事是需要克制力的，而你若能展现出成熟大度来，大家一定不会视而不见。这需要有人带头，身体力行，去感染另一部分人。

4排除万难，奋勇向前

?“如果你发现其他人的代码有问题，只要你自己心里知道就可以了。毕竟，你不想伤害他们，或者惹来麻烦。如果他是你的老板，更要格外谨慎，只要按照他的命令去执行就可以了。”

?做正确的事。要诚实，要有勇气去说出实情。有时，这样做很困难，所以我们要有足够的勇气。

?切身感受。勇气会让人觉得有点不自在，提前鼓足勇气更需要魄力。但有些时候，它是扫除障碍的唯一途径，否则问题就会进一步恶化下去。鼓起你的勇气，这能让你从恐惧中解脱出来。

?当发现问题时，不要试图掩盖这些问题。而是要有勇气站起来，说：“我现在知道了，我过去使用的方法不对。我想到了一些办法，可以解决这个问题，如果你有更好的想法，我也很乐意听一听，但可能会多花些时间”。你已经把所有对问题的负面情绪抛诸脑后，你的意图很清楚，就是寻找解决方案。既然你提出大家一起努力来解决问题，那就不会有任何争辩的余地。这样会促进大家去解决问题。也许，他们就会主动走进你，提供帮助。更重要的是，这显示出了你的真诚和勇气，同时你也赢得了他们的信任。

5敏捷开发

?开发要持续不断，切勿时续时断。只要有人继续使用这个软件，开发就没有真正结束。我们进行的是持续开发、持续反馈。你不要等到好几个月之后才发现问题：越早发现问题，就越容易修复问题，所以应该就在此时此刻把问题修复。

?持续注入能量。软件开发是一项非常复杂的智力活动，你遗留下来的任何问题，要么侥幸不会发生意外，要么情况会变的更糟，慢慢恶化直到变得不可控制。面对这样的问题，唯一有效的解决办法就是持续地推进系统前进和完善。

?重构。你要不断从自己写的代码中得到反馈，并且使用自动化工具不断地构建（持续集成）和测试系统。在前进过程中，你都会有意识地修改一些代码：在功能不变的情况下，重新设计部分代码，改善代码的质量。这就是所谓的重构，它是软件开发中不可或缺的一部分------编码永远没有真正意义上的“结束”。以上摘自《高效程序员的45个习惯》