去年，我滿懷對計算機的熱情填報了計算機專業，卻只經歷了潦裡潦草的一番學習，軟體工程對我而言依然陌生。不過幸好老師向我推薦這本書，才讓我對軟體工程這個專業有了一點初步的認識，讓我了解到工程並不只是程式設計，讓我知道，大一所學c、c++其實知識只不過是冰山一角。
在書中，作者以愚公移山的故事通俗地闡釋了程式設計的精義，即通過簡單的程式設計的根本（順序、分支、迴圈）來實現所需的工程。即便如愚公移山那樣龐大的工程，也可以將其一步一步細分至若干個「叩石墾壤,箕畚運於渤海之尾」一樣微小的過程，並且，在這樣的方案中，愚公也考慮到迴圈的可行性（不會出現死迴圈）等問題。
剛開始學習c語言時，便有許多同學只會寫一些簡單的函式，卻不會寫輸出1-500所有回文數的程式。我想這大概就是因為同學們「感覺」這個問題比較複雜，自己又是初學者，便心生畏懼，才導致寫**無從下手。其實只要按照老師所講，參照愚公所行把問題分解成幾個小問題：
如何判斷回文數：依次進行首位與末位對比，相同則繼續，不同則終止並得出結論非回文數；
這樣問題便迎刃而解。
既然用愚公移山來模擬工程，當然可以用做事來模擬程式設計。周愛民先生在書中生動有趣地以人正常生活的思想來比作程式設計的思想。也就是說，只要你能夠有條理有邏輯做事或者說頭腦清晰，那就可以程式設計。而一般情況下人人都如此，所以人人都會寫程式，只要有完成一件事情需要的邏輯思維，這便是程式設計的思想。
這說明人人都會寫程式的同時，也說明了邏輯思想的重要性。因而，在學習過程中，應盡量把每一條語句理解深透。開始程式設計之前，應設計自己的程式流程，理清邏輯，再開始寫**，這樣寫起來會得心應手，不至於中途卡殼。我過去也不畫流程圖，看見簡單問題直接上手寫**，以為老師要求畫流程圖是多餘。但是有些問題只是看起來簡單，實際操作時才發現困難重重。有些問題看起來只有某兩小個問題，以為程式設計時自然就會解決，卻不知那將會是這整個專案的兩朵烏雲，在後期會遭遇狂風暴雨般的阻礙。
「懶人造就了方法」，如李冰「積薪燒之」，如「單元檔案」、「模組」概念的出現，使用恰當的方法，工作效率可得到極大提高。但真正的「懶人」也許不會創造方法，有時需經縝密的思考才有點子，而實現這個點子還是需要勤者。我認為我們應善於利用方法，並勤於思考，從而在以後的學習、工作中表現更加出色。例如，按照程式設計規範，寫c++**時，將每個類寫到不同檔案中，每個類的宣告與定義分離，以寫出易於除錯、容易閱讀的優秀**。思考時，將所學知識歸類，並聯絡實踐，多加練習，才會真正將知識掌握，不會在寫**時感到無所適從。
團隊缺乏的不只是管理，更重要的還有責任。如果作為一名管理人員，就必須擁有該職位的責任擔當。領導人的技術不一定要有多牛，但須要有勇於承擔責任的勇氣。專案工期幾乎無法準確計算，只有憑著工程師的豐富經驗這樣的「大資料」來預估，沒有絕對合理的工期，所以專案總是一再拖延。然而專案就在你的手上，那麼，無論成敗，你只有把專案負責到底。
在有了良好的組織體系之後，開始開發之前，還要三思而後行。對成員合理分工也是團隊順利發展的重要因素。
與客戶交流可以使用uml，但不一定使用uml。
做工程不是做過場，按需完成每乙個環節，而忽略了專案最終的實現，只是「虛有其表耳」。因此，管理人員應認真組織每乙個環節，使得分工明確，步調一致，共同完成專案。
同樣，我們努力學習並非只為應付考試。而是為了給自己打拼一條出路，所以還要踏踏實實認認真真。
《大道至簡》讀後感
通過學校的老師，我拿到了 大道至簡 這本書的電子版，並且在老師的建議下利用暑假時間讀完了這本書。周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 通過閱讀這本書，我得到的啟發還是蠻大的。作者靈活地將小故事融入到了論述中，開篇以愚公移山為例，本以為整本書是論述枯燥無味的方法，甚至讓我難以讀下，但是...
《大道至簡》讀後感
大道至簡 這本書很薄，是作者從事開發十年開發工作的總結 閃爍著獨立思考的光芒。該書指導著程式設計員的思維 例如 愚公移山，古代的專案產品經理 讓我們看到了 原始需求的產生 專案溝通 確定乙個專案的目標 程式設計的根本 順序 分支 迴圈 做出乙個好產品並不難 而且門檻也不高 設計師還需要一項基本素質 ...
《大道至簡》讀後感
這本書是我們軟工系主任推薦我們暑假閱讀的，我花了倆天時間讀完，有很多句段根本毫無頭緒，不知道在講什麼。大概這就是介紹程式設計思想的書。讀完這本書，感覺自己相對以前對程式，程式設計更加清晰和了解，對程式設計更加喜歡。在第一章當中，作者巧妙地運用了愚公移山這一典故來介紹程式設計的根本是順序，分支和迴圈，...