實不相瞞，即使已經有過一年程式設計學習，有一定時間的**訓練，曾獨立完成過一些程式設計，c與c++考試成績都在80分以上的我來說，程式設計之路，還很迷茫。
程式設計到底是什麼？說實話，我本不是很懂，大一的我只是被動接受老師的知識，循規蹈矩的去練習。題目雖然做出來了，但是，說實話，沒搞懂。我會套用已有的模板，也許我會使用這一段知識點，會使用那一段知識點，但是，當乙個問題有不同於我以前使用的模板的時候，當這個問題不止需要乙個主要的知識點，而是兩個，三個，甚至是個的時候，我的腦海只會cout<<」what shoule i do?」<。沒錯，我還是沒有搞明白程式設計。
再讀過周愛民先生的《大道至簡》之後，我好像明白了點什麼，我好像明白了點程式設計的本質，周先生的書很好，看完之後，我明白了，程式設計之路看似很難，其實，大道至簡！
對於目前還沒有進行過團體程式設計沒有進入過公司的我來說，我對第一章程式設計的精藝和第四章流於形式的溝通中的「客戶不會用c，難道就會用uml嗎？」感觸頗深。周愛民先生引用《愚公移山》很好的闡述了程式設計的精藝。他用風趣的語言闡述了程式設計的根本：順序、分支（選擇）、迴圈。還講述了首先需要確定乙個專案的目標，然後通過研討，擇定乙個井然有序、可以實現的技術方案。再用順序、選擇、分支去逐步編寫**。這一點引起的我的反思：以前，我拿到乙個題目，先做的不是想乙個方案，而是直接開始寫，能寫啥就把啥寫出來，這樣導致的後果就是，程式沒寫完，還因為自己沒有理解好題意而導致編寫的可能和需要的根本不符，或者根本無法編譯出來，我以前的這種方法也許應付簡單的問題不會出毛病，但是一遇到複雜的問題也就是徒勞的做無用功啊！再者，就算各部分都編譯了出來，但是，有很多時候，你會發現，原來，自己寫的多個模組是衝突的，是無法聯結成乙個程式的。這樣白費時間敲出縱使幾千行**卻根本不能執行，有什麼用嗎？我以後碰到專案，首先要仔細審視，確定乙個準確的目標，在需選擇乙個井然有序的、可以實現的技術方案，然後通過編寫**將這個專案實現。
客戶不會用c，難道就會用uml嗎？這句話我真的感觸良多，我以前的**，對使用者一點都不友好，只是乙個黑框，一點提示都沒有，除了我，也許就沒人知道這個黑框是幹啥的，自己以後要時刻銘記，我服務的不只是會程式設計的人，更多的是普通百姓！
程式設計之路，大道至簡，任重道遠！
讀《大道至簡》有感
讀 大道至簡 有感 本書是在 思想方法學 這一軟體工程尚未涉足過的領域中的是實習之作。通過這本書，我終於更加透徹地理解我們軟體工程，乃至所有要程式設計的學科中的學習的道理和方法 更加透徹的理解了程式設計的精義 更加透徹的理解了程式設計師工程師的職責。它開篇以愚公移山的古典作例講解了程式設計的精義，道...
讀大道至簡有感
周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 在老師的推薦下，我在暑假抽出部分時間將其閱讀了一遍，書中講的東西令人深思，於是我將自己的感受記錄於下。這本書的第一章借用愚公移山的故事講述了變成的精義 第二章講了李冰用火來鑿山，從而說明當事情繁瑣複雜時，要想辦法去解決，探索新道路 第三章乙個團隊...
讀《大道至簡》有感（四）
大道至簡第四章的主題是溝通。這一章涉及到了我上的一門課，uml 我過去一直覺得這個東西難懂，或者目的性我尚不太明確。這一章解決了我的一些疑惑。在以後面對客戶的時候，我們首先要了解客戶的需求，我們才能圍繞著客戶的需求進行擴充套件工作。那麼僅僅了解不夠，還需要通過自己的理解，來和客戶的需求進行對照，看是...