第一章《整洁的代码》

避免糟糕的代码，解决通用性，避免个性化需求过多。造成后续混乱代码的堆叠，程序员是最了解代码的人，不能盲目听从多数经理人和领导的意愿和想法。程序要是遵从了不了解混乱风险经理人的意愿，也是不专业的做法。

有多少程序员，就有多少对整洁代码的定义，并且也没有绝对的整洁代码的定义。也会随时间的改变不断的变化。每个新团队都会抱怨旧系统程序难以理解和读取不变，谁都想加入重做团队像一张白纸的程序写出一套华丽的设计，但开发时间久。新系统要实现究系统的所有功能，还得跟得上旧系统的持续改动，开发完成后。新成员的老员工可能早已不知去向，而现有成员和再次新来的成员需求重新设计一套新的系统。因为这套设计太烂了。难以理解和读取不变。   ---（以上内容部分摘自原文）

总结是现有程序要遵循统一的对现有程序读取方便的简洁代码定义。以便现有程序能读懂新代码的规则。

规则方案会在后续章节来完善现有简洁代码的定义个规则。