《Clean Code 》 学习笔记 1

在 Check in 之前重构代码。

无论架构还是代码都不强求完美，只求尽力。（这一点上，做人也当如此。）


我们过早地放弃了在代码上的工作，不是因为它业已完成，
而是因为我们的价值体系关注外在表现甚于关注要交付之物的本质。


阅读大量的代码，感知好代码和坏代码。


原来，当时他们赶着推出产品，代码写乱七八糟。特性越加越多，代码也越来越栏。
最后再也没法管理这些代码了。


有些团队在项目初期进展迅速，但之后却慢如蜗行。
对代码的每次修改都影响其他两三处代码。

随着混乱的增加，生产力持续下降。

然后加派人手，可新人不熟悉系统的设计，愈加混乱。

经理渴望进度，但我们应该对代码负责。


我喜欢优雅和高效的代码。代码逻辑应当直接了当，叫缺陷难以影藏；
尽量减少依赖关系，使之便于维护；依据某种分层战略完善错误处理代码；
性能调至最优，省得引诱别人做没规矩订的优化，搞出一堆混乱来。


整洁的代码简洁直接。整洁的代码如同优美的散文，整洁的代码从不隐藏设计者的意图，
充满了干净利落的抽象和直截了当的控制语句。


整洁的代码系于测试。
没有重复的代码。