第一章用愚公移山故事來闡述程式設計的內涵，那就是順序，分支，迴圈。並且說明之要明白程式設計的根本，一切複雜工程都可以通過程式設計來一步步實現。後來又談到會或者不會寫程式的問題，盡量不要談論程式語言的好壞，因為各種程式語言大同小異。而且一定要對程式設計抱有信心，沒有人一出生就會程式設計，要苦練程式設計技術，才能更好的完成工程。
第二章首先用李冰的故事來說明創造新方法在程式設計中的作用，這種作用非常大。要尋找更好的方法和更好的工具。並且這一章強調了歸納的重要性，只有歸納了，你所學的知識才能為你所用，不然你就像書中那個學生一樣，學了一年居然感覺什麼都沒學到。最後這一章講了關於程式的思考。在軟體工程的道路上，應該模仿模型，應用模型，忘記模型，創造新的模型。並且不斷創造新的方法，我們只有不斷摸索，創造新的演算法，所以懶人可以創造方法，而方法才是做事成敗的關鍵所在。
第三章說明了團隊缺乏的不止是管理，第三章介紹了團隊的特點：主從，監督和責任。書中做了個比喻，那就是做專案=死亡遊戲？重點說明管理人員應該是職責分明的人，專案的完成時間應該是不固定，後來，子作者又用了ios質量體系的故事，只有確定了團隊合作模式，才能制定對應的管理制度和體系，也談到了團隊制度和管理人員的問題。讀完這一章，感受可謂很深，明白了原來寫程式不只是單純敲**那麼簡單，還要考慮到到整個團隊的合作，以及管理者的重要性。
第四章又說明了一種新的語言，這種語言在做工程時非常重要，同時也是程式設計師與使用者溝通交流的語言。這就是統一建模語言。這是一種最簡但溝通，這一章還說明每一次與客戶交談都需要每一次的溝通都是有效的，並且是有目的性的。書中還說明如果僅僅是流於形式的溝通，那麼可能使專案完成不斷推遲。在溝通中，我們要照顧別人感受。這一章後面還說到專案的維護問題，任何一款軟體，乙個作業系統，開發者都要進行專案維護，保證工程的良好執行。
第五章介紹了一些工程實現的過程說明，我們不能迷失在工程中，我們平常大多數人也是這樣吧，不能為了交作業而趕**，而忘記了程式設計的目的是什麼了，要知道越是簡單的東西，越接近於內涵。現在學的簡單的程式設計做工程是為了以後的大一點工程，實現才是目的。這一章節說明了生活中的工作：工程不是做的，是組織的。分工明確，步調一致，共同完成這個專案。
第六章第七章第八章則對前面幾章進行了一些具體說明，過程伴隨工程而出現，解決的是過程中的角色間的關係問題。工程最核心的那個環節是 程式設計=演算法+結構+方法。當然 這一章講的比較具體化了，對於乙個剛剛步入**世界的新人來說，我讀起來的很困難，在掌握了一些基本觀點的同時理解上就不會太深入了解，而是片面性的理解。用uml與甲骨文的異同的例子，說明不同人視角不同，最後說了軟體工程是靈活的。變化或者變通，我們要經常檢查，觸到一些錯誤的地方及時回頭，要學會思考。
個人感受：
我過去不太愛思考方法，喜歡邊程式設計邊思考，這點非常不好。
這樣做不利於問題解決，會加重問題的複雜程度，這更加不放自己解決問題。
我以後要多思考解決問題的方法，在看清問題本質後才能用程式設計去解決問題，這樣才能解決問題。
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c c 其實知識只不過是冰山一角。在書中，作者以愚公移山的故事通俗地闡釋了程式...