《程序员的 38 堂成长课》8-14 读书笔记
11章讲了单元测试相关的优点和方法，我作为一个混了10年开发的人，从来没有写过单元测试，这个应该是一种耻辱吧，不过说实话，小公司要求工期，能实现功能的同时做好扩展和优化也已经花费很多时间了，我业余时间很少看工作相关的东西，这可能也是我一直都是半吊子的原因吧。最近在看自尊相关的书籍，里面说对自己批评，嘲笑，严格要求，让你很受伤，但是却会让你没有那么伤心，就像我没脸没皮，你还能拿我怎么样，但是为了实现你能拿我怎么样，没脸没皮的这种方法也挺一般的。
- 遇到“糟糕”的代码，要克制自己的厌恶情绪，想办法进行一些切合实际的改善。
- 遵循童子军军规（总是保证营地比你来的时候更干净。）。只要修改代码，就让它比修改之前更好。
- 我们都承认，被烂代码拖慢速度说令人沮丧的。高效的程序员既能高效的处理烂代码，也能很好的应对烂代码的编写者。将问题代码归咎于他人说无益的，谁都不是故意写些不知所云的代码的。也许他们在压力下“急行军”，不得不走捷径。（有人相信走捷径可以更快实现目标，但是绝对会事与愿违。）
- 当你进行代码优化时，细心体会自己的态度。你是否认为比原作者知道的更多？但你总能知道的更多吗？
- 不要忽略代码中的任何错误。不要推迟到以后出错再处理，“以后”处理通常表示不会处理。
- 调试代码比编写代码难两倍。如果你聪明的编写代码，那么根据这个说法，你还没有聪明到可以调试代码。
- 任何人都可以编写计算机能够理解的代码，而优秀的程序员编写的是人类能够理解的代码。
- 有人说经验是一位伟大的老师，但我认为其他人的经验更好。如果你能够从他人项目的失败中汲取经验，那么你和你的软件就能免于经历很多痛苦。
- 糟糕的公司结构和不良的开发流程将导致糟糕的软件体系结构。
