《整洁代码之道》
序言
软件质量，不仅依赖于架构及项目管理，而且还依赖于代码的质量，该作者认为，代码的质量正比于代码的整洁度；越是整洁的代码，可维护性就越高；
小处诚实非小事，这意味着我们需要对我们的代码“诚实”：它们是否已经是最佳状态？它们本身能否再提高？我是否对潜在的改进无动于衷？我是否过分在意它们的工作效果而忽略了它们本身？对这些问题的回答，我们都需要诚实；
作者所强调的整洁，其实是一种对细节的重视：神在细节之中！细节的败坏，将使优美架构的魅力荡然无存；对细节的关注并不和对软件架构的重视相矛盾，实际上，它们相辅相成：软件架构属于宏观，整洁代码属于微观；软件架构从全局出发，整洁代码从细节着手；没有好的软件架构，整洁的代码也禁不起变化的摧残；没有整洁的代码，再高深的软件架构也是金玉其外败絮其中；总之，它们是一对好兄弟！
作者之所以强调整洁，是因为我们的工作中，维护多于生产；整洁的代码，既有利于生产（避免隐藏的bug）也利于维护，何乐而不为？
良好的软件实践遵循这些规则：专注、镇定、思考；
整理、整顿、清楚、清洁、自律；整理，是说对已有代码不能束之高阁，不能视而不见，需要入手整理以实现整洁代码；整顿，是说需要为整洁代码指定规则并在生产环境中有力执行；清楚是对整洁代码的基本要求，这里既包括代码组织上的清楚，也包括代码逻辑上的清楚；清洁既是动词也是名词。清楚的代码，不一定是优美的代码，也就是说不一定是整洁的代码，清洁则是对清楚的更高要求；自律是说，保持对以上规则的虔诚态度和坚持对以上规则的践行；前四条是对代码的要求；最后一条则是对我们的要求；
写出可读的代码，重要程度不亚于写出可执行的代码；而可读的代码，并不仅仅意味着注释，注释的作用应该是指路的明灯，太多的话，反而看不清道路；良好的代码是“自说明”的，而这也是整洁代码的特征：别为了注释而注释；
重构应该无处不在，重构周期应当从以年计缩短到以天记，甚至是小时：这便是细节之所在，细节之中自有天地；
质量是上百万次全心投入的结果——而非仅归功于任何来自天堂的伟大方法！
它们鼓吹：代码即设计、简单代码；我们应将代码视为过程而非终点的设计；我们应谦逊地承认，设计存在于代码之中；耦合和内聚的架构韵律在代码中脉动；
代码猴子与童子军军规
我们就是一群代码猴子，上蹿下跳，自以为领略了编程的真谛，但是当我们抓住酸桃子，得意洋洋坐在树上时，却对自己造成的混乱熟视无睹；
写整洁代码需要大量的小技巧；贯彻刻苦学习得到的“整洁感”；这种“代码感”就是关键所在；
离开时比发现时更整洁；
前言
习艺之要，在于知和行。你应当习得有关原则、模式和实践的知识，穷尽应知之事，并对其了如指掌，通过刻苦实践掌握它；
学习整洁代码很难，他可不止要求你掌握原则和模式，你得在上面花功夫，你需自行体验自己的失败，你需观察他人的实践与失败，你需看看他人是如何蹒跚学步，进而学习他们的路数，你需看看别人是如何绞尽脑汁作出决策，又是如何为错误付出代价；
阅读代码——大量代码。你需琢磨某段代码好在什么地方，坏在什么地方；
我们尝试去理解自己对阅读代码和修改代码的反应，尽力了解为什么会有这样的感受、为什么要如此行事，从而得到一套描述在编写、阅读、清理代码时思维方式的知识库；
启示本身并没有价值，真正有价值的是启示与特定环境下的具体决策之间的关系；