第四章 注释：

这里，作者的中心观点就是若编程语言足够描述，就不应该再去添加注释，唯一真正好的注释就是你想办法不去写注释，而是用代码去阐述（良好的类名、变量名和结构）。 1.注释存在越久，就离其所描述的代码越远，越来越变得全然错误，因为程序员很难坚持维护注释。 2.注释不能美化糟糕的代码，与其花时间编写你搞出的糟糕代码的注释，不如花时间去优化你的代码本身。 3.对意图的解释、阐释、一些特别的警示是有必要的，todo注释的东西一定要去解决掉。 4.不要有废话注释（比你的代码还难读），更不要有误导性注释，简洁是美。 5.不要有乱七八糟的符号标记注释 6.注释掉的代码，直接删掉。因为现在都有github，gitlab这种源代码管理系统，不会真正丢掉。否则将会形成代码垃圾。

第十章 类：

1.类应该尽量短小，使一个类具有单一权责，有且只有一条加以修改的理由。

2.通过明确的类名就能知道这个类的基本作用，类名越模糊就说明此类拥有过多的权责。

3.系统应该由许多短小的类而不是少量巨大的类组成。

4.客户端依赖接口而不依赖具体实现类

第十一章 系统：

第十二章 迭进：

1.运行所有测试，保证系统可测试

2.重构

3.时时照拂自己创建的东西，用心是最珍贵的资源。

第十三章 并发编程

1.单一职权原则，分离并发相关代码与其它代码。

2.三个推论：限制数据域作用范围，比如sychronized的临界区的范围；使用数据副本；线程尽可能地独立，不要相互依赖。

3.测试的时候运行多于处理器数量的线程。