如文中所說，程式設計的樂趣在於創造事物，如小孩玩泥巴一樣，創造出了自己的東西，這種魔術般的，上帝一般的感覺確實吸引著我，從無到有，從最開始的構思到一步一步的逐漸實現並完善乙個專案，最後得出能用的東西，這種成就感是令人滿足的，但是任何事物有樂就有苦，程式設計也是如此，我目前所直接感受到的就是在編碼過程中無限的bug需要去解決，解決-測試，測試-解決，用以完善自己的思路，這種過程是比較乏味，枯燥的，但卻是，說心底話，只有多經歷這種過程，多去見識那些bug，並且努力去解決他們，這才能真正的提高自己的水平，我不得不承認這個道理，因為這是事實，所以，我想留給我的只有是去多做，去改變我的想法，要去適應它，習以為常，慢慢的，一步一步去提公升。
brooks 法則：
向進度落後的專案中增加人手，只會使進度更加落後。（adding manpower to a late
software project makes it later）
這個法則是讓我耳目一新的法則，因為在大多數工作下，在進度落後時，大家才取得第一措施就是增加人手趕進度，可程式設計去恰恰相反，因為增加人手會引來繁瑣的交流，然亂了原先的人員默契，所以會產生不好的影響。
「我觀察到外部的體系結構規定實際上是增強，而不是限制實現小組的創造性。
一旦他們將注意力集中在沒有人解決過的問題上，創意就開始奔湧而出。在毫無限制的實現
小組中，在進行結構上的決策時，會出現大量的想法和爭議，對具體實現的關注反而會比較
少「上述是引用文中的一段話，確實如此，建立高效的團隊必須要分工明確，否則只會互相干擾，無法去做事，像外科醫生團隊，人數可以不用多，但一定分工明確，高效做事，對專案的完成才起到推進作用，在我們自己寫**時，也要分工明確，此處分工明確是要將想法，功能，以及功能的實現過程要分工明確，不要一團糟，亂寫東西，在把要寫的東西有了詳細的分解再去完成，往往事半功倍。
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...
《人月神話 》讀後感
之前一直聽老師講 人月神話 彷彿這就是乙個傳奇。百聞不如一見，在這本300多頁 中文新版 的神書，在經過了20多年的歷史之後，仍然暢銷不衰，究竟是什麼讓它有如此的魅力？過去的乙個月，一點一滴的閱讀之中算是初步的了解到了它的一部分吧。人月神話的核心觀點 概念完整性和架構師 brooks認為，乙個整潔 ...