看完大道至简这本书，我感觉受益良多。尤其是6,7章。
语言只是工具，作者说的非常好。作者曾写了这样一段：“我也曾经象大多数的开发人员一样热衷于争论语言之间孰优孰劣。我在“Delphi 大富翁论坛”上写过一个简介，其中个人特长是‘长 TPascal、Delphi、TASM 系列语言，痛恨 C/C++。(凡见有价值之 C 代码，先读通，后写成 Pascal/Delphi，最后骂一句：C 写得真笨！)’。我至今保留这段文字，因为那的确是真实的经历。如今我已经不再专注于语言，正如我在第一章中写到的一样：成天讨论这门语言好，或者那门语言坏的人，甚至是可悲的。”我感觉最后一句很有道理，因为我也曾认为某门语言好，还学其他的干嘛。不过说到底，语言只是工具罢了。
上面的这个图中，在最内层的环里，是“程序＝算法＋结构”。这是编程的本源定义，也是原始的状态。与代码相关的任何工作，最终仍旧会落足于这样的一条规则。编程的精义于此。从有开发行为开始，它就存在了。愚公在数千年前就在用类同的行为做编程实践，而几十万年前智人，也在循环与分支所构成的逻辑中打转。
推动这种逻辑向前发展的，是“方法”和“方法论”的出现。长期的编程实践，自然的归演与总结，必须沉淀为某种(软件开发)方法，于是“过程”出现了，于是“对象”出现了，于是相关的方法论也就出现了。
过程伴生工程而出现。过程解决的是工程中角色间的关系问题。
最狭义的工程，是描述“做什么”和“做到什么”。也就是说，是对目标的描述和成果的检测。至于这个工程目标的实现，是“过程”和“方法”的事；而有效、快速地实现“过程”和“方法”所需的，就是“工具”。
作者用这个图非常详尽的阐明了语言、程序、方法、过程、工程、组织之间的关系。可谓是大道至简。
直到现在，这本书的基本目标仍旧与它最初定名时一样：这所谓“小书”，是我不想做成教材或者宏论。思想应该简明，阐释应该清晰，而读者应该更多地去思考，而不是跟随这本书去完成什么。
总之，我感觉这本书基本目标仍旧与它最初定名时一样，是一本小书，只用读与思考，没有实作。这本书思想简明，阐释清晰，让我们能更多地去思考，而不是跟随这本书去完成什么。