最近在总结09年写的东西，刚好看到这本书，思考良多，尤其是第二章《两个系统的故事》。
虽然这本书讲的是架构，但我认为所有的开发人员都应该读。如果满足于顺序编码、走到哪里算哪里；如果不在一开始就基于高内聚、低耦合的目标设计，而是零散的编写业务组件；如果团队内部缺乏合理的结构、伦理（我觉得这个词很合适），工作量和系统复杂度将直线上升。所有这一切，都会在复杂多变的业务需求方面让系统变得脆弱、臃肿、举步维艰！缺乏良好设计，我相信这是造成开发工作痛苦的最重要原因之一。
让人印象深刻的是，作者的视野并不拘泥于设计、编码的工作本身，而是站在全局高度审视一个软件系统的生命周期。公司治理结构、销售部门和开发部门的关系、项目组内部的关系、后期维护、服务等等，清晰简洁地勾勒出开发工作的生态系统。让读者有更广的视野去思考如何架设一个良好的项目组架构、公司架构！