《高效程序员的45个习惯——敏捷开发修炼之道》读书笔记 —— 态度决定一切

转载请注明出处：  http://blog.csdn.net/zhubin215130/article/details/8969304

(本文仅为个人阅读之后的文字节选，欲读此书请购买正版书籍 http://product.dangdang.com/product.aspx?product_id=20764817）

 

一、做事

• 世上最糟糕的工作就是和一群爱搬弄是非的人共事，他们对解决问题并没有兴趣，相反，他们挖空心思指手画脚，议论谁应该受到指责。
• 指责不能修复BUG。
• 勇于承认自己不知道答案，这会让人感觉放心。一个重大的错误应该被当做一次学习而不是指责他人的机会。
• 如果你没有犯过任何错误，说明可能你没有努力去工作。

二、欲速则不达

• 防微杜渐：当遇到一个问题，只要新加1行或删除1行代码就可以修复，千万不要急着去这么做。一次次的快速修复，每一次都不探究问题的根源，会最终吞噬整个项目的生命。不要坠入快速的简单修复中，要投入时间和精力保持代码的整洁、敞亮。
• 在项目中，代码应该是很亮堂的，不应该有理解死角。你可以不知道每块代码的细节或者算法的步骤，但是你应该对整体的相关知识有很好的理解，没有任何一块代码被“切勿入内”的标志隔离开。
• 防止代码难懂的方法：

1. 1. 不要孤立的编码，实行code review，让团队成员花些时间阅读其他同事的代码，以确保可读性。
   2. 单元测试，自然的将代码分层，易于理解。

三、对事不对人

• 在一个需要紧密合作的开发团队中，如果能稍加注意礼貌对待他人，将会有益于整个团队关注真正有价值的问题，而不是勾心斗角，误入歧途。
• 负面的评论和态度扼杀创新。
• 你不需要很出色才能起步，但是你必须起步才能变得很出色。
• 关于会议：

1. 1. 设定最终期限。没有最好的答案，只有更合适的答案。设定期限能帮助果断作出决策，让工作可以继续进行。
   2. 逆向思维。积极的看到正面，再努力的去看反面，找出优点最多缺点最少的那个方案。
   3. 设立仲裁人。仲裁人负责确保每个人都有发言的机会，并维持会议的正常进行。
   4. 支持已经做出的决定。一旦最终方案确定，每个团队成员就必须通力合作，并努力实现该方案。

• 设计充满了妥协（生活本身也是如此），成果属于意识到这一点的团队。

四、排除万难，奋勇前进

• 如果你要修复别人写的代码，而代码很难理解也不好用。这时应该重写这些代码，并比较重写前后的优缺点。
• 动手证明是最有效的方式，而不只是向周围的人嚷嚷。
• 做正确的事，要诚实，要有勇气去说出实情。如果你在压力下要对代码质量做出妥协时，你可以指出，作为一名开发者，你没有权利毁坏公司的财产（所有的代码）。