今天一口气读完了《大道至简》最后两章，并稍稍回顾了前面所学所读的内容，纵览全书，一步步都是周爱民先生接触编程从蜻蜓点水到精通辟理，读完之后有那么一种润物细无声的感觉，我想大家多少都有潜移默化的影响吧。最后，写一写读最后两章的感想。
大道至简的第七章讲的是现实中的软件工程。文章中提到，，在“程序”与“方法”层面， 是关注于“(具体的)实现”的；而在“过程”和“工程” 层面，更首要考虑的是团队问题。从角色的角度上来说： 开发经理思考项目的实施方案和管理具体的开发行为；而项目经理则保障团队的稳定性和一致性。作者从各方面说明了我们要考虑的关键，使人豁然开朗。
然后，作者通过他的举例，说明了另一个需要我们注意的地方—思考成本。不计成本的项目计划不会得到经营者的支持；毫无目的地消耗成本是项目中的慢性毒药；最致命的风险是成本的枯竭。作者通过这些告诉我们，思考成本的重要性。
接着，作者讲到了UML 与甲骨文之间的异同 。UML 与甲骨文都是符号文字，都具有象形含义。然 而这并不表明 UML 符号本身能表达多么丰富的含义。所以在工程中使用 UML 图，应该有相应的文字来描 述它。而且这种描述与图之间的对应关系要持续地维护下 去。如果这种关系松散了、断裂了，那么下一个阅读 UML 图的人所面对的，将是无异于甲骨文出土时的困境。 作者以轻松幽默的方式告诉了我们UML 与甲骨文之间的异同，使我们在会心一笑的同时，学到了不少的东西。
第八章讲的是是思想还是还是思考，在软件工程中思想是特别重要的，但是只有思考了，才会诞生一种新的思想，思考问题的方法可以是由点及面的，也可以是统揽全 局的。换成业界最常用的词汇，就是“自上而下”还是“自 下而上”的区别。 需求人员会把所有的责任归咎到开发人员，而开发人 员又不停地埋怨需求的不清不楚或者变更的没完没了。又 如果正巧需求和开发都是同一个人或者小组来做的，那么 他们便会开始埋怨客户的苛刻以及工期的紧张。因为目标可能在平衡中确立，但质量却要在过程中控 制。即使在时间、资源和功能三者中取得了平衡，即使客 户、项目组和公司同样满意于这个平衡“目标”，它仍然 有可能是“不能实施”的。 所以我们通常所说的细节，其实是对实施方法的一些 有限量的描绘。比如“软件工艺”这个概念本身的提出， 就是考究“细节问题”的。从这个角度上来说，我并不反 对“细节决定成败”这样的观点。但请注意一个前提：这 是技术或方法的细部。
至此，全书结束，从接触软件到深入研究一定要有一个蜕变的过程，只有经历过、感受过、领悟过，才能写出心得属于精髓的文章。向周爱民先生致敬，希望自己有朝一日能悟得精髓在编程界占得一席之地。