全书笔记

不要容忍破窗户（低劣的设计，错误的决策，或是糟糕的代码）不修，发现一个就修一个，置之不理会加速腐烂的进程。

Remember the big picture.要持续不断的观察周围发生的事，而不是你自己在做的事。

编程就像绘画，要知道何时止步，不然绘画就会迷失在绘制中。

如果把知识看做资产，管理知识资产就和管理金融资产一样：
1. 严肃的投资者一定定期投资
2. 多元化是长期成功的关键
3. 聪明的投资者在保守的投资和高风险、高回报的投资之间平衡资产
4. 投资者设法低买高卖，取得最大回报
5. 应周期性的重新评估和平衡资产



DRY：不要在系统中对知识进行重复
正交性：不要把任何一项知识分散在系统各处
要把低级的知识放在代码中，把注释留给高级的知识。

关于正交性：
如果两个或多个事物中的一个发生变化，不会影响到其他事物，这些实物就是正交的。必须要消除无关事物之间的影响。正交还能促进复用，组件如果有具体、良好的定义的责任，就易于与新组件组合在一起，且得到的结果往往不是M+N，而是M×N。

原型制作是一种学习经验，其价值并不在于所产生的代码，而在于所学到的经验教训
早崩溃
让错误尽可能在源头暴露，越晚发现越难解决

代码中的 assert 只能用于检查“决不该发生的事”

Heisenbug: 调式改变了被调试系统的行为

编写“羞怯”的代码是有益的，方式有两种：不向别人暴露自己，不与太多人打交道
不要做历史的奴隶，不要让已有的代码支配将来的代码，如果不再适用，所有的代码都可被替换

怎样进行重构？Martin Flower给出了以下简单提示：
1. 不要试图在重构的同时增加功能
2. 在开始重构之前，确保你拥有良好的测试。尽可能进场运行这些测试。这样，如果你的改动破坏了任何东西，你就能很快知道
3. 采取短小、深思熟虑的步骤。如果你的步骤保持短小，并在每个步骤之后进行测试，你将能够避免长时间的调试
完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的
需求不是架构，需求不是设计，也不是用户界面，需求是需要