《程序员的 38 堂成长课》15-21 读书笔记
兔子很聪明。**若有所思的说。“是的，”*猪说，“兔子很聪明。”“他有头脑”。是的，*猪说，兔子有脑子。沉默了很长时间。我想，**说，这就是他什么都不懂的原因。《****》
我们都会时不时犯错。没有人总是编写完美无缺的代码。所以当你意识到自己编写了一些愚蠢的代码，或者做了一个愚蠢的设计时，不要不知所措，也不要认为自己就是一个失败者。坦率地承认错误，回过头去修改，采取更好的设计。承认失败并改成错误需要勇气。相比通过在残缺的代码上不停地打补丁来挽回面子，这样做更需要勇气。尊重代码，把烂摊子收拾干净。
- 开发团队有一组规则。这些规则定义了我们该做什么以及怎么做，同时也描述了团队的编码文化。
- 软件应该是软的，而不是硬的。然而，恐惧使我们冻结代码以避免破坏。这是已经死亡的僵硬软件。
- 不要试图让代码不可改变。如果产品中有不可更改的代码，那么产品就会腐化。
- 学习如何进行好的变更。有一些做法可以提高安全性，减少出错的可能性。勇气来自自信，自信来自修改的安全程度。
- 了解易于修改的软件有哪些属性，并努力编写出具有这些属性的软件。
- 每天对代码进行改善，使其更具可塑性。拒绝降低代码质量。
- 修改代码需要勇气和技巧。不要鲁莽。
- 避免复制粘贴代码。可以将公用的逻辑放在公有函数和公共库中，而不是忍受重复的代码和重复的bug。
- 不要忽视别人的代码。与其编写自己的版本，不如使用现有的第三方库。
- 使用版本控制系统。它既不是可选的，也不是最好拥有的工具，而是开发工作的支柱。没有它，你的工作成果就时刻处于危险当中。
- 提交要*而频繁。
- 注意不要再开发和测试工作之间人为的制造障碍。
- 测试人员只会揭示软件开发人员引入系统中的问题（由于疏忽或犯了错误)。如果他们发现了错误，那就是你的错误。
- 不要把故障报告看成针对你个人的。它们不是对个人的侮辱。
- 专业的回应是谢谢，我会调查的。你应该高兴是QA人员而不是客户发现了它。你可以感到失望，因为一个bug从你的手底下溜过去。如果你被故障报告淹没，不知道从哪里开始，那么你应该为此感到担心：这是一个信号，表明一些非常基本的东西出错了，需要立即解决。如果你处在这种情况下，就很容易对每一份新报告都感到不满。
- 当你和某人发生冲突时，有一个因素可以决定你们的关系是被破坏还是被加深。这个因素就是态度。
- 培养一种尊重QA团队的健康态度。享受与他们一起创造优秀软件的过程。
