然而，任何事物都有兩面性，開發軟體這個過程並不是全都是快樂，在學校程式設計時我已經體會到尋找bug原因的艱辛，但當積累了足夠經驗的時候，這個過程對目前來講還是so easy，也許以後會有更富有挑戰性的困難等著我。從書中我了解到一些軟體開發職業的固有苦惱。
作者認為，學習程式設計最困難的部分，是將做事的方式向追求完美的方向調整。在我看來，追求完美必意味著消耗大量時間，這對我造成了一定的困擾，但這就是軟體，計算機就是這樣，「如果咒語中乙個字元、乙個停頓，沒有正確的形式一致，魔術就不會出現」再有，苦惱**於由他人設定目標、供給資源和提供資訊，程式設計人員受限較多，個人權威與責任不相匹配。而現實情況中，實際的權威來自於每次任務的完成。對於程式設計人員來說，對人的依賴是一件非常痛苦的事情，有時要依靠別人的程式，然而那些程式設計的很不合理、實現拙劣、文件記錄不規範……導致程式設計人員不得不花費多餘的時間去研究和修改。在學校與人組隊做軟體時，有時我也會遇到類似情況，希望以後能進乙個軟體開發流程規範的公司工作。
哪有什麼一帆風順，我相信，別的專業，別的領域，一樣會面臨各種問題，既然我選擇了軟體工程，那我必會堅持下去。
（自己選擇的路，跪著也要走完——《勵志》）
人月神話讀後感02
人月神話，只聽名字可能以為是講人類如何登陸月球的。看書之前，我還在想人類登陸月球與程式設計有什麼關係，難道是講飛船的系統嗎？看了書的人月神話這一章，我才知道此月非彼月。這個月說的是時間，講的是專案開發時間與安排人數的問題。這一章中首先強調了作為程式設計人員不能成為乙個盲目樂觀主義者，想著 這次它肯定...
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...