書中說是懶人造就了方法，這句話我覺得非常有道理，因為我也是個懶人。因為懶，所以才不得不想辦法來偷懶。
作為乙個懶人，那李冰又是為什麼會用「燒」這種方法來碎石的呢？如果李冰也象愚公那樣日復一日地督促著他的團隊鑿石開山，那他一定沒有時間來學習、尋找或者觀察，當然也不會發現「燒」這種方法可以加快工程進度，使得一大座山短時間就被嘩啦嘩啦地給「碎」掉了。
要知道李冰的團隊可是成百上千人，要修堰築壩，還要「鑿離堆」，當然還要吃喝啦撒睡。所以李冰如果忙起來的話，他必然是「受命以來，夙夜憂嘆」，必然食難下嚥，睡無安枕。反之，李冰一定是個閒人，可以閒到沒事去看火能不能把石頭燒爆。
這麼大個工程裡，如果有乙個人會閒到看火燒石頭，那他一定很懶。那麼多事堆著不去做，去看燒石頭，你說他不是懶是什麼。
正是乙個懶人造就了「燒石頭」這個「碎石」的方法。愚公太勤快了，勤快得今天可以比昨天多鑿一倍的石頭。或者在愚公的專案計畫案的首頁裡就寫著朱筆大字：「吾今勝昨倍許，明勝今倍許，而山不加增，何苦而不快。」但是越發的勤快，愚公將越發沒有機會找到更快的方法，人的精力終歸是有極限的。提出新的「方法」，解決的將是影響做事成效的根本問題。而愚公可以多吃點飯，多加點班，但突破不了人的精力的極限。
通過與愚公的比較，指出「懶人」李冰創造性思維的所帶來好處，創造了新方法，引出了對**程式寫法的創新。勤快的愚公創造不了方法。對於要把「一百萬行**寫到乙個檔案」，查詢乙個函式要在編輯器裡按五千次 pagedown/pageup 鍵的勤快人來說，是不能指望他們創造出「單元檔案(unit)」這樣的開發方法來的。然而單元檔案畢竟還是出現了。這個世界上，有勤快人就必然有懶人，有懶人也就必然有懶人的懶方法。有了單元檔案，也就很快出現了乙個新的概念：模組。把乙個大模組分成小模組，再把小模組分成更細的小小模組，乙個模組對應於乙個單元。於是我們可以開始分工作了，一部分人寫這幾個單元的**，另一部分則寫那幾個。很好，終於可以讓源**分散開來。結構化程式設計的時代終於開始了，新的方法取代了舊的方法。
因為懶方法才創造了結構化程式設計，對我們現在的程式設計有了很大影響，感覺令人唏噓。
大道至簡閱讀筆記02
今天自己閱讀了 大道至簡 的第二章 是懶人造就了方法，讀後頗有感悟。之前自己就是像愚公一樣，勤勤懇懇工作 程式設計 最後編出的程式卻繁雜冗餘，用時也頗多。書中作者講了李冰 火燒破山支例，自己感到方法的重要性。之後自己應專注於程式設計技巧和方法的運用，讓程式更加有質量，而不是像愚公一樣，勤勤懇懇而無暇...
大道至簡閱讀筆記02
這次的大作業，差距很大。有的趕超畢業生的畢業設計，有的還在原地不動。你會發現好的團隊每天都開會做東西。不好的 的隊伍就是經常很鬆散。主要是乙個核心的隊長的帶領下，隊員們也會跟著這個勢頭衝。大道至簡 第三章中周愛民先生反覆強調管理的重要性，他認為乙個專案出了問題，首要被指責的應該是這個專案的管理者。他...
大道至簡閱讀筆記02
1.言人三為眾，雖難盡繼，取其功尤高者一人繼之，於名為眾矣。漢書 高惠高後文功臣表序 顏師古注 乙個人的開發行為可以成功，這取決於個人努力。然而到了三個人的時候呢，就得選個領導了。做管理起碼需要能承擔責任，這是最基本的素質。團隊中的那個領導，不是要程咬金一樣的牛人，而是要李離一樣的死士。專案經理是需...