《大道至簡》讀的時間有些長，做了些筆記。在完全不太懂軟體工程這一學科得情況下，讀完了整本書，有些地方有些許疑惑，收穫還是很多的。更讓我明白了大道至簡，工程其實很簡單，只是我們把它做複雜了這一真理。這次讀後感就主要寫寫我的收穫！！！
過去我寫**主要還是為了能夠執行，不考慮方法得選擇，能寫出來就好。在第一章中程式設計的意義：書中的」愚公移山「部分，講解了1、原因『懲山北直塞，出入之遷』。2、方式『聚室而謀』3、目的』指通豫南達於漢陽『。正如書中所說古代即使是愚公也有著自己的規劃：原因、方式、目的。就正如愚公移山，移動的不是一座巨山，那幾乎是不可能的事情，他們憑藉人數的優勢，拿著鋤頭把從巨上山取下部分石塊，一點一點的移走，最終完成了這一巨作。正如我們看到的這樣，愚公移山包含了程式設計的根本：順序、分支、迴圈。程式設計的第一步永遠都應該先分析事情，搞清楚事情的先後邏輯關係和依賴關係。程式=演算法+結構！！正如書中所說：「演算法是對乙個程式的邏輯實現的描述，結構是邏輯實現所依附的資料實體。」。
」懶人造就方法「愚公會鑿、李冰會燒，他們並不是就懶得不行，而是選擇了你我覺得不妥的方法，完成目的所需要耗費的人力、物力、時間、精力都會有所差別。然而乙個好的工程，不是光看執行結果的，程式執行占用的記憶體、執行時間、**行數、**內容同樣重要，所以掌握乙個好的程式設計方法對很好的完成乙個工程來說是同樣重要的。書中的這一段話我始終印象深刻：「如果乙個人學了一年的程式設計，他的腦子裡還是昏呼呼的，不知道從**開始，也不知道如何做程式。那想來只有乙個原因：他學了、把知識學進去了，就是不知道各種知識都可以用來做什麼。或者說，他不知道各種知識都可以用來做什麼。」程式=演算法+結構+方法。在這本書中還寫了soul和作者的一些對話：工程因為過程和單元出現。
對於乙個工程師來說乙個團隊的組建是非常重要的，三個人的團隊圍成了眾字。二人卻缺少了監督。多人主從監督責任專案經理。每乙個程式設計都像乙個死亡遊戲，雖然並不用死亡，但是也要敢於為自己的錯誤承擔相應的責任，這點勇氣還是應該具備的。如果人人都為團隊著想，並付出行動，那麼這無疑是乙隻優秀的隊伍，乙個良好的程式設計團隊。從管理角度來看專案失敗與否與專案經理經驗直接相關，並且乙個完整的制度也是無比重要的，制度往往是人性化的體現和公平性的體現。
失敗的過程也是過程。不要害怕失敗沒有乙個程式設計師的程式設計中沒有遇到失敗，從失敗中吸取教訓，找到錯誤原因才是我們應該做的。「工程不是做的，是組織的。」從開始學習程式設計開始，我往往便是追求最終的結果，全部都是英語單詞，沒有注釋，時間一久那一塊幹什麼也得重新看。往往大的專案第一次總會出許多失誤，這就是注釋的重要性。以後我要每次加上注釋，並且認識到了團隊的重要性，同時這本書也讓我明白了，錯誤的過程也是乙個過程，任何成功都少不了從錯誤中吸取的經驗，任何成功都必須經歷錯誤的洗禮。
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c c 其實知識只不過是冰山一角。在書中，作者以愚公移山的故事通俗地闡釋了程式...