「僰蘭 道有蜀王兵 ，亦有神作大灘江中。其崖嶄峻不 可破，（冰）乃積薪燒之。 」
——《華陽國志》
「懶人造就了方法」，這是第二章的中心，我覺得也是軟體開發發展的原動力！
原因很簡單，人的精力終歸是有極限的。同是戰國時代，同是鑿山，《列 子·湯問篇》裡的愚公就要「碎石擊壤」，而李冰就已經懂得「積薪燒之」了。試想，如果李冰也象愚公那樣日復一日地和他的團隊鑿山，什麼事都親歷親為，那他到鑿山結束也沒有時間想別的。而李冰呢？他放著工程不做，在旁邊閒著以至於去看火燒石頭，從而懂得了「積薪燒之」。愚公太勤快，勤快得今天可以比昨天多鑿一倍的石頭。李冰太懶，懶得鑿山比愚公快了不知道多少倍！其實，提出新的「方法」，解決的將是影響做事成效的根本問題。懶人把精力放在了提出新方法，而「愚公」呢？縱容可以多吃點飯， 多加點班，但突破不了人的精力的極限，解決不了本。
懶人推動著軟體開發程式設計的發展。從將**打在穿孔紙帶上，讓計算機去讀的。到有了組合語言，將**寫在文字檔案裡，再到後來出了高階語言，大家都會把乙個程式寫到乙個檔案裡。無論這個程式有多大，多少行**，那麼就出現了「一百萬行**寫到乙個檔案」的問題。對於勤快的人來說，在其中尋找乙個函式，好像並不是不可以接受。然而，懶人呢？勤快的人使用pagedown/pageup 鍵，懶人則創造出了「單元檔案(unit)」這樣的開發方法。隨之，懶人又提出乙個新的概念：模組。成功開啟了結構化程式設計的時代！這一切一切都歸功於不想按pagedown/pageup鍵的懶人！
懶人，真正的懶，是區別於勤快人固有的「死方法」而不是什麼都不去做。學習程式設計，懶人勤快在經常把所學的知道分類一下，歸納一下，整整齊齊地放在腦子裡。正如，分類統計動搖了cisc指令集地位。作為乙個程式設計師，基本的能力我覺得就是可以把既有的知識象桌子上的書一樣整理一下，最常用的放在手邊，而最不常用的放在書櫃裡。這裡不分懶人和勤快人。
就程式的本質而言，程式並不是演算法加結構，更重要的是方法。過去是「面向過程的時代」，而現在是「物件導向的時代」。推動時代變遷的是方法的出現和思考，從此告別愚公式的開發工作。「作為乙個高階的程式設計師，更加注重的是方法，它是乙個程式的靈魂。
讀《大道至簡》第二章有感
大道至簡 的第二章，開始把愚公和李冰來作對比，在作者看來，愚公已經具備了當代程式設計人的思想，但是還欠缺點什麼。愚公只知道一直挖山，總有一天會把山來填平。但李冰無疑找到了一種更加簡潔的途徑。積薪而燒之 所以愚公缺少的是方法。愚公是乙個偉大的人，是乙個勤勞的人。但正因為他的勤勞，讓他只能通過最原始的方...
讀大道至簡第二章有感
當你看到這篇文章的時候，就可以知道，又是老師布置的作業，沒辦法。接下來我就寫寫讀完第二章的想法。首先，我不贊同作者的乙個觀點 是懶人造就了方法。不知道作者是從什麼地方推斷出 可以閒到沒事 去看火能不能把石頭燒爆 為什麼說人家是閒，十分貶低了李冰。為什麼不能說李冰是在不經意見偶爾發現的？這只是乙個生活...
讀大道至簡第二章有感
讀 大道至簡 第二章有感 大道至簡 這本書用簡單易懂的語言和耳熟能詳的寓言和歷史故事把艱澀難懂的程式設計用一種新鮮而有趣的方式進行講解，前幾天通過閱讀第一章，通過愚公移山的故事讓我明白了程式設計所需的團隊組成和 子又生孫，孫又生子，子子孫孫，無窮匱也 的迴圈關係，讓我受益匪淺，今天我又讀了它的第二章...