这一章，我觉得主要写的是四个方面：
1， 整洁代码（Clean Code）的动机
2， 整洁代码也是态度问题
3， 整洁代码的标准
4， 简略介绍了怎样才能写出整洁的代码。
一， 整洁代码(Clean Code)的动机
咱么大都是男同志，不爱收拾屋子可以，但代码一定要整洁！原因是：
1， 乱七八糟的代码使得代码维护成本升高，最后到难以承受的程度。
做工作久了，见到各种乱七八糟的代码，有时读一遍就后悔接这个活儿，然后我们就强烈要求重做一遍。
模糊不清的函数名变量名，除了本人就看不懂的算法（黑话一样），不注意模块藕合度导致的动一处整个应用崩溃，胡乱定义全局变量，面条汤一样的，上千行的if else......都够够的了。
2, 糟糕的代码“引诱”开发者加入更多的糟糕代码
破窗理论说的就是这个，越是糟糕的无人照管的代码，开发者上手做时，也可能就更不关心代码的整洁度，从而加入更多的糟糕代码，使得情况更糟。
3，糟糕代码的恶性循环
已存在的糟糕代码->拖后继开发者后腿->期限压力下，制造更多的糟糕代码->已存在的糟糕代码更糟糕了->...
打破此恶性循环的关键在于，制造新的糟糕代码，无助于赶上期限，做的快的唯一办法，是始终保持代码整洁。
二，糟糕代码，也是你我的责任
代码整洁不整洁，也是态度问题。
长期以来，包括我在内的开发者，经常会以项目时间紧张，或者是项目经理不关心为由，不去写整洁代码。
Clean Code此书的作者告诫，代码糟糕不要总是怪罪外界，需要从自身找原因。
书中举了个例子，如果是医生，能不洗手就上手术台，然后这是说为了赶进度吗？
（图片来自原书）
所以，代码糟糕，不能只埋怨其他的人，其实更是我们的责任。
我们需要参与进项目的规划过程，需要坚持自己的整洁代码的观点，与项目经理多沟通，象医生坚持自己的卫生标准一样。
读书读到这里，我觉得自己有必要写个关于整洁代码的ppt, email给我们团队全体成员。
当然，此书读完后写这个ppt时，内容更会充实些。
当然态度嘛也要谦虚谨慎啦。
三，整洁代码（Clean Code）的标准
综合各家之言，Clean Code有以下特征
好的代码，其代码逻辑直接了当
减少依赖关系，便于维护
分层维护错误处理
如同优美的散文（！！！惭愧的我无力面对）
代码块越小越好（小就是美）
性能上已经优化到一定程度，不需要再优化了。
人类可读，容易理解。
减少重复，尽量抽象相似逻辑中的共同的元素和方法，封装起来被调用。
童子军军规：“让营地比你来时更干净”(Leave the campground cleaner than you found it.)，让项目随着时间的流逝，越变越好吧！
总体而言，整洁的代码，那各处完美的细节和精心的设计，读时能感觉到作者的精心呵护和着力的照料。他们在意这些代码（走心的代码...)
四，怎样才能学会写整洁代码
1， 能分辨整洁代码和肮脏代码。
2， 遵循大量的技巧，贯彻刻苦习得的“整洁感”（代码感）
有”代码感“的程序员，能从混乱中看出可能与变化，帮助程序员选出最优方案，制定重构计划。
这一章有几个问题可以探讨一下：
1， 大家写整洁代码的动机强吗？进度很紧张时，是否能坚持？
2， 怎样说服项目经理支持整洁代码？
3， 整洁代码的标准和规范上，各位所在的公司有什么样的规定？如何执行？
