简单与复杂-一位金码奖获得者的思考（写得挺好）

简单与复杂

1、  总是在惨痛教训与忍无可忍时，想着去整改代码与结构，让自己后面的工作轻松点。“偷懒是研发优秀的品质”， 重构应当是我们的日常行为。

2、  过度的抽象与封装

过度的设计模式应用，最终回归到“清晰第一，简洁为美”。软件可靠性是以简洁为前提，代码越复杂，出问题的几率就越大，可靠性就越低。。

软件的生命周期又是以维护为常态，维护的前提是代码清晰，易于阅读、理解及扩展、重构。

3、  写复杂的代码比写简单的代码要简单的多。复杂的代码，往往思考的简单，而简单的代码通常思考要复杂的多。

每次coding应该是为下一次优化做准备，重视整体架构，抵御局部的诱惑。

4、  简单的代码不等于篇幅最短的代码；

简单的代码不等于最弱智的代码；

简单的代码不等于拒绝运用设计模式规则技巧的代码

归根到底都是将软件中最易于变化的部分掌控住，抽象，封装，隔离等。

5、  高内聚、低耦合。

软件简单化的基础，大道至简，生活简单些更快乐，软件简单些更高效。

   推荐《The principles of Good Programming》 ---by Christopher Diggins

优秀程序员的180法则。