閱讀完全書後，要說根據自己故去經歷來體會，這到不怎麼深刻。我認為要想更加透徹的理解此事書，還需在學習幾年。那我就簡單的說明一下我對此書內容的理解。
書的開篇用愚公移山的典故來比喻現在完成乙個工程的步驟，我覺得這個引用有些生硬，但隨著我往後瀏覽，我越加覺得這個比喻十分貼貼切。尤其是裡面對選擇結構與迴圈結構的比喻，if條件語句（雖我之死，有子存焉），迴圈結構（子又生孫，孫又有子……子子孫孫，無窮匱也），而由於山不加增使得這個迴圈結構不會是個死迴圈。這些讓我體會到了編譯的精益。接下來它開始講關於「懶人」道理，提及李冰的典故，從結果上來看李冰和愚公，李冰是優勝者，他的「懶人方法」是更值得提倡的，但我們並不提倡懶惰，這兩個是完全不同的概念，前者表面上說的是懶人，試著比喻著創新精神，而且有事所謂的「懶人方法」也不必按部就班省事。
之後講的便是我毫無接觸的知識了，首先通過r模型我了解了乙個中小型企業團隊的構成，發現專案經理的職責重要而又複雜，主體工作有：協調，督促，激勵，監督，凝聚。也由於其的存在使得開發團隊並不需要過多的管理。我了解到溝通是軟體工程的一大難點同時也是一大重點，這個溝通是多方傳遞的，同時也是阻礙重重的，首先程式語言是程式設計人員與計算機溝通的方式，而客戶大多數是不懂程式語言的，所以讓開發人員直接面對客戶是解決不了問題的，這就需要專案經理以一種非程式語言的方式來與客戶溝通，而溝通時也要保證溝通的有效性。作者羅列瀑布模型試圖用此模型來表示軟體開發的全過程，有需求、分析、設計、開發和測試五個階段，並且告訴我們工程的目的是完成工程而非走過程，你甚至可以買別的團隊的產品，來代替自己團隊的開發，如果這樣能更加節省成本，那也算是成功，而這就是軟體開發的真實場景，工程不只是程式設計，經營者，管理者與開發者，各司其職且差別巨大。
對不同程式語言的偏見甚至是其實，是乙個程式設計人員在程式設計之路上不可避免的陷阱，即使是作者也踩進去過，但隨著你見識的擴充套件你也會發現這種想法的愚蠢，程式 = 演算法 + 結構 + 方法，這是作者對程式本質的描述，越簡單的東西越接近其本質，相較於程式設計本事，這個公式應該對程式設計思想的描述更加貼切，演算法，結果，方法相較於**本身都是更加抽象的概念，但對於我這樣的程式設計初學者來說，程式設計思想實在是過於深奧，還需要我更加深入的學習，所以這本書對對程式設計經驗不足的人來說，更加像科普書，而對於那些經驗豐富的人來說將更加有幫助，這些就是我月讀完此書的感受。
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c c 其實知識只不過是冰山一角。在書中，作者以愚公移山的故事通俗地闡釋了程式...