看完大道至簡這本書，我感覺受益良多。尤其是6,7章。
語言隻是工具，作者說的非常好。作者曾寫了這樣一段：“我也曾經象大多數的開發人員一樣熱衷于争論語言之間孰優孰劣。我在“Delphi 大富翁論壇”上寫過一個簡介，其中個人特長是‘長 TPascal、Delphi、TASM 系列語言，痛恨 C/C++。(凡見有價值之 C 代碼，先讀通，後寫成 Pascal/Delphi，最後罵一句：C 寫得真笨！)’。我至今保留這段文字，因為那的确是真實的經曆。如今我已經不再專注于語言，正如我在第一章中寫到的一樣：成天讨論這門語言好，或者那門語言壞的人，甚至是可悲的。”我感覺最後一句很有道理，因為我也曾認為某門語言好，還學其他的幹嘛。不過說到底，語言隻是工具罷了。
上面的這個圖中，在最内層的環裡，是“程式＝算法＋結構”。這是程式設計的本源定義，也是原始的狀态。與代碼相關的任何工作，最終仍舊會落足于這樣的一條規則。程式設計的精義于此。從有開發行為開始，它就存在了。愚公在數千年前就在用類同的行為做程式設計實踐，而幾十萬年前智人，也在循環與分支所構成的邏輯中打轉。
推動這種邏輯向前發展的，是“方法”和“方法論”的出現。長期的程式設計實踐，自然的歸演與總結，必須沉澱為某種(軟體開發)方法，于是“過程”出現了，于是“對象”出現了，于是相關的方法論也就出現了。
過程伴生工程而出現。過程解決的是工程中角色間的關系問題。
最狹義的工程，是描述“做什麼”和“做到什麼”。也就是說，是對目标的描述和成果的檢測。至于這個工程目标的實作，是“過程”和“方法”的事；而有效、快速地實作“過程”和“方法”所需的，就是“工具”。
作者用這個圖非常詳盡的闡明了語言、程式、方法、過程、工程、組織之間的關系。可謂是大道至簡。
直到現在，這本書的基本目标仍舊與它最初定名時一樣：這所謂“小書”，是我不想做成教材或者宏論。思想應該簡明，闡釋應該清晰，而讀者應該更多地去思考，而不是跟随這本書去完成什麼。
總之，我感覺這本書基本目标仍舊與它最初定名時一樣，是一本小書，隻用讀與思考，沒有實作。這本書思想簡明，闡釋清晰，讓我們能更多地去思考，而不是跟随這本書去完成什麼。