可以說我是在對於軟體還什麼都不懂的情況下讀了這本書，讀完以後，我也不能說我對於軟體或是軟體工程就懂得了多少。但是，我的確驚訝於作者可以用中國古代的思想智慧型來詮釋軟體和軟體工程這樣現**性的產物。這也說明了做軟體其實最重要的不是高明的程式設計能力和靈感的迸發，還是和所有龐大的事一樣去拆解，去聯絡，重要的是思想。
這本書並不是用來培養程式設計師的，程式設計師的養成最好的辦法是編寫**、解讀**、思考**，它更多的是在展示如何從乙個軟體開發者前進為一名軟體工程管理者。在這本書中，根據作者的論述，我將完成乙個軟體工程概括為：分類細化、合作分工、正確溝通、歷史記錄、思考成本、執行命令這六個步驟。
分類細化指的並不是工程的分類，而是程式設計時的分類，乙個大的軟體所需的**量是數不勝數的，這會讓很多人望而卻步。結構化程式設計的基本單位是「過程」，走一段很長的路也要一步一步才能走完，有的步子大，有的步子小，每一步都是在向終點不斷靠近，站在起點感嘆路途遙遠的人是不會走到終點的。合作分工針對的就是整個團隊了，其實不論是什麼工程，它所需要的部門都是相似的：管理人員、技術指導、開發團隊。也就是從這部分作者開始講述管理者所要充當的角色。首先管理者要組織開發團隊，有了確定的團隊模式，才能尋求相應的管理制度，並且才能制度實施在團隊之上。做管理不等於做伯樂，要明確每個人的分工才行。
管理者最大的能力體現在將技術開發者與客戶溝通在一起，客戶往往不會懂得c language和uml，同樣的開發人員也不會去分析市場需求和專案可行性，管理者需要做的是找到一條鏈結兩者的路線，通過最簡溝通來提高專案實現的可能性，流於形式的溝通不可取，那是在增加成本還一事無成。作為一名管理者，必須要考慮到成本問題，溝通和成本問題是從技術到經營角色轉變的重大體現。當你在思考成本問題時就會使整個專案變得更加精簡，可以最大化的提高效益。
六個步驟完成了四個，到了歷史紀錄，這是我從未考慮過的方面，也是很多人都會忽略的地方。我想作者的這個建議使不少專案在瀕危之際得到了挽救，此外還為後來的人提供了大量的經驗。最後的執行是變化可能性最大的，畢竟工程的含義不是簡單的過程銜接，工程的目的是實現，做過程不等於是做工程。書中提到的軟體工程的瀑布模型，包括需求、分析、設計、開發、測試，執行其實就是將這所有的都去實現。
作者稱當他做到管理者的時候才明白了**、方法、過程、工程與組織的關係，工程不是做的，而是組織的，軟體工程又是由工具到方法到過程再到實現物件，所有的都是涵蓋包容的關係。
大道至簡，越是簡單的東西往往越接近本質，所以軟體工程也是簡單的，其本質無非就是工具、方法、過程、實現物件。作者從程式設計講到管理，最後想要告訴我們的還是那四個字：大道至簡。
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c c 其實知識只不過是冰山一角。在書中，作者以愚公移山的故事通俗地闡釋了程式...