從本章題目「是懶人造就了方法」可窺見作者的觀點：人並不能一味的勤奮而疏於思考。人的精力始終是有極限的，所以提出新的方法才是解決做事成效的根本問題。
在這裡，作者所倡導的當然不是懶的態度，而是簡化的思想。一件事情的多種解決方案擺在我們面前，我們當然更熱衷於省時省力的那種。我們追求事半功倍，追求事物的進化，而使事半功倍的辦法不會憑空出現，需要我們通過思考來提出。
就如書中所舉的例子，李冰積薪燒山而非像愚公般碎石擊壤，是因為李冰層看到做飯是被火燒過的石頭很容易被鑿碎，因而想出了這樣的方法，李冰身為乙個管理者，自然不用每天去挖石鑿山，有更多思考和發現的機會，也有了優於愚公的方案。
正如我們打**，並不是每個程式都完全不同，總有一些部分是每個程式都不可避免要用到的，勤奮的人或許能做到不厭其煩的一行行敲打，按page down/up鍵上千次甚至更多來在程式中尋找之前寫過的函式，但乙個懶人怎麼能忍受這樣的工作？於是有人建立了單元檔案。
有了單元檔案，也就很快穿線了「模組」的概念。把乙個大的模組分成小模組，如果還是打就繼續分，乙個模組對應乙個單元，這樣就可以分工合作了，團隊成員每人負責乙個或幾個模組，可以增加團隊效率。
單元檔案的產生，讓源**分散開來，新的方法取代了舊的方法，使得程式設計開啟了結構化時代。
而另一方面，我們需要把腦子裡相關的專業知識進行歸納整理，將所學的知識物盡其用，才能有效的編寫**，完成程式。這相當於分類統計的思想，就比如乾淨整潔的桌子能使人心情愉快，只有腦子裡有乙個整齊的知識系統，才能高效率的完成工作。往往貪多嚼不爛，不能企圖一下子就能接受所有的知識，大量的知識很容易攪亂人的思想，所以更要列出條理。
其實結構化程式設計的基本單位就是「過程」而非「單元」。完成乙個程式，並不單單是敲出一行行的**，據作者所言，要對程式進行深入理解的話，會得出「程式=資料+演算法+方法」；其中方法是不容忽視的成分。所謂「面向過程開發」，其實是對「結構化程式設計」在**階段的乙個習慣性說法。如果思想不成熟，很容易忽視方法問題，而被忽略的根本原因，是即使沒有任何的方法存在，只需要有單元(unit)和模組（module）的概念，在面向過程時代，，一樣可以做出任意大型的程式，因此方法並不凸顯，但實際上面向過程開發也是有相關的「方法」的。
如今語言發展的更加高階了，往往乙個檔案可以容納很大的**，但也因此，我們更應該注重「模組」的方法，可以將程式分工完成，加大工作的效率。另外，將所學知識系統化的進行整理，並且要仔細思考如何將所學知識與現實結合，要知道各種知識應該怎麼用，才能使得知識有實際的意義。
《大道至簡》第二章讀後感
有一句俗話說越會花錢的人越會掙錢，同樣的越懶的人越會運用方法，因為懶得走路發明了汽車，因為懶得坐車發明了飛機，如果每個人都兢兢業業按照原有的方式進行工作，那麼社會不會進步。我們並不是說勤勞的人不好，但我們不可否認的是懶人有懶辦法。書裡引用了李冰積薪燒山的故事，李冰身為一地長官手底下掌管著幾千萬人，他...
《大道至簡》第二章讀後感
是懶人創造了方法 第二章的開篇又引出了一篇故事，這次故事的主人公換成了李冰，蜀地太守。同樣是開山，愚公想到的是 碎石擊壤 而李冰就已經懂得 積薪燒之 了。愚公太勤勞了，他想 吾今勝昨倍許，明勝今倍許，而山不加增，何苦而不快。但是越發的勤快，愚公便越發沒有機會找到更快的方法。但他只是個普通人，就算他再...
《大道至簡》第二章讀後感
第二章的開頭沿用了愚公的故事，並引出了類似的例子李冰。同是鑿山，卻方法不同。愚公是勤勤懇懇的，三個技術人員，面隊的這個龐大的工程，碎石是開衫的辦法。同樣面對浩大工程的李冰，用懶人的方法燒了一座山。乙個會鑿，乙個會燒。時間上卻是差的很多。無論的時間的利用，人力資源的利用，都可以看出李冰略高一籌。這也是...