关键思想1：代码应当易于理解
编写可维护、可复用、可扩展的代码，是好几代程序员孜孜追求的目标。但如此“远大”的目标往往难以量化，缺乏可操作性。因此我们不妨先设定一个看起来比较好达到的目标：编写易于理解的代码。
先定一个能达到的小目标
关键思想2：代码的写法应当使人理解它所需的时间最小化
代码的可读性好坏，可以用理解时间来量化。
其他要点1：代码越少就越好理解吗？
代码多少和是否易于理解，没有必然联系。理解2000行代码所需的时间一般会比5000行的更短，但凡事总有例外，在本章中，作者列举了一些代码案例来证明“少的代码并不总是更好”。
其他要点2：最难的部分
- 换位思考，有助于编写出容易被其他人理解的代码；
- 代码Review，有助于发现不容易被其他人理解的代码。
但是要做到及时地换位思考很难，否则就不会存在“婆媳关系”之类的千古难题了。
代码Review也不容易，很多人担心集体性的代码Review活动会沦为批判吐槽大会，影响团队内的合作氛围。这类玻璃心的同学请看看下面这张图，如果没有了批判和吐槽，代码Review还有意义么？
这张图揭示了代码Review的真相
优秀的开发团队，应该可以做到：
- 关上门，大家能够放下那些无谓的自尊，对事不对人地WTF；
- 出了门，大家还是好同学好伙伴好基友。
以下是《编写可读代码的艺术》一书的第1章，在百度阅读和微信读书上面均可免费下载：
0
1
2
3
4
5
