《大道至簡》讀後感
本書是周愛民先生把這本《大道至簡》表達為「闡述軟體工程的思想核心」，書中又分為八個章節，接下來我想把我對每個章節的認識分開來介紹。
在第一章節中，周愛民先生將程式設計歸類為公式「程式等於演算法加結構」，同時周愛民先生也將程式設計認為是一件簡單的勞動工作。乙個程式無論多麼複雜，都可以將其拆分為無數多個不同的結構，然後用演算法把它們編織出來。這就想文中的例子，把愚公移山的工程拆分成多個順序、分支和迴圈。文中的觀點就是「演算法是對乙個程式的邏輯實現的描述，而結構是邏輯 實現所依附的資料實體。只要開發人員將這個程式的演算法 設計出來了，把結構描述出來了，那麼程式就已經定型了。 剩下的事，簡而言之，就是勞力活。」
第二章的標題「是懶人造就了方法」。一件工程有時候是非常龐大的，而人力有時候卻是十分有限的。如此乙個大工程在短時間是無法完成的，所以就有人決意把這個工程進行簡化。不斷用新方法來簡化這個工程，這或許就是乙個軟體工程師最基本的思想。這一節中，周愛民先生又一次對程式進行了概括，他認為「程式 = 演算法 + 結構 + 方法」。我們把一件工程拆開來看，然後在每乙個小部分中進行優化，這樣一件複雜的工程也就清晰了起來。
第三章中周愛民先生反覆強調管理的重要性，他認為乙個專案出了問題，首要被指責的應該是這個專案的管理者。他認為「做管理起碼需要能承擔責任，這是最基本的素質。」這也是我認同的觀點。先生在文中同時也強調了制度的重要性，只有組成了完善的制度，才能進行接下來的工作。
第四章強調了「溝通」的重要，這裡的溝通不只是人與人之間的溝通，同時也是人與電腦的溝通。客戶把他們的目的講解給我們，我們則把這個目的變成模型語言通過電腦來實現。客戶不可能精通模型語言，也沒有太多的時間來給我們闡述他的想法。我們要做的就是精確的了解客戶的意圖，然後轉變成模型語言來工作。
第五章，說實話我沒能讀懂標題和內容之間的聯絡。不過我大致理解這章有幾個重點想法。第一點，工程並不是做完過程的每乙個階段就完成了，過程不是死模型，我們的目的從一開始就是「實現」。第二點「工程不是做的，是組織的」，專案經理的工作就是要去組織這個工程中的各個角色， 使得分工明確，步調一致，共同地完成這個專案。
第六章「從程式設計到工程」。這章內容講的實在有點多而且有點亂。我實在是沒能理解「軟體工程層次圖」。所以我就說一下我理解的一方面吧。語言只是工具，我們不必在意到底哪一種語言是最好的語言。實際 上語言就是我們創造出的一種使用電腦的工具。「學會製作和使用工具」這是我們了解軟體工程的第一步。
第七章「現實中的軟體工程」，這一章是通過理解ibm、borland和microsoft等公司的工作體系來闡述工具、方法和過程之間的聯絡。文中還有其他的公司的不同專案，我就不一一列出了。實際上對於剛進入軟體工程的我還是不認識這裡面的專業術語。
第八章「是思考還是思想」，我確實是沒有看懂這一章。所以我還是不總結這一章的內容了。
這本是從一開始的將程式拆分講解到整個專案的管理分配都進行了一步步的描述。可能是我沒有涉及專案這方面，我對文中的後幾章內容了解太淺。我目前所能理解的就是「程式 = 演算法 + 結構 + 方法」這個公式了。它讓我理解是如何把乙個程式完整的表達出來。
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c c 其實知識只不過是冰山一角。在書中，作者以愚公移山的故事通俗地闡釋了程式...