石木石的仓库

1. 既然说到整洁代码，前提当然是要有代码。2. 强调了糟糕代码的破坏力（可以废掉一个公司）。当然低下的投入产出比和更多的抱怨无可避免。3. 整洁的代码是从头开始的，推倒重新来过的新设计未必不会重蹈覆辙，关键是态度。4. 为什么代码越写越糟，而不是越写越好？- PM只关注进度，不关注质量？- QA只关注数据，不关注代码？- 程序员选择代码的堆砌，而不是代码的不断重设计？

1. 让代码会说话。- C/C++, python, Java...各种不同层次的编程语言，我首先强调“语言”这两个字。- 编程语言和我们日常交流用于其实并没有实质性的区别。都是一种表达方式。- 好的程序写出来也需要像日常交流一样能够正确清晰的表达自己。2. 名副其实- 何为名副其实，简单来说就是写的和做的一样。- 如果一个变量/函数定义出来之后仍然需要加额外的注释去注解。

1. 短小- 函数尽可能的维持在一屏可见的范围内。20行封顶代码最好。代码短小除了阅读轻松外，更便于理解，出错的概率也比较小。2. 只做一件事情- 我们常常期望函数具有可扩展性，貌似有点不一致？？？3. 每个函数一个抽象层级- 每个函数都对应一个抽象层级- 函数由相同抽象层级的其他函数组成自顶向下读代码：向下规则4. switch语句xxxx5. 使用描述性

”别给糟糕的代码加注释 --- 重写吧“  --- Brian W.Kernighan & P.J.Plaugher注释不是万能的，良好的代码是不需要注释再做额外的解释的。注释的恰当用法是弥补我们在用代码表达意图时遭遇的失败。为什么是“失败”呢，因为注释说明了，代码无法清楚地表达自己。为什么不提倡注释？ - 因为注释会撒谎的。1. 注释的可维护性差，很多时候我们更改代码是不会去更改