說實話，總感覺《人月神話》這部書對於我來說總還是晦澀難懂的：因為我還是初來乍到 ，並沒有那麼多的深刻體會。
十三章的內容講的是整體部分，詳細的體系結構工作可以使產品更加易於使用，而且更容易開發，不容易產生bug。系統除錯相對於單元測試所花費的時間，會比預料更長。
十四章，禍起蕭牆：專案是怎樣的被延遲了整整一年呢？一次幾個小時，然後好多次，就這樣積少成多。我們要制定乙個嚴格的進度表來控制大型專案。如果說里程碑定義的非常明確，以至於無法自欺欺人，那麼程式設計師很少會弄虛作假。大型的專案的估計行為要每兩周或者一周左右進行一次重新的估計時間，期間各種錯誤估計都會隨著計畫的結束變得越來越少。
十五章，對於軟體產品，程式和文件同樣重要。即使給程式設計師的東西也有輔助，因為太久的不用的東西，會忘掉。文件，是非常重要的。
十六章，沒有銀彈，銀彈在這裡指的是一種快速有效的方案解決軟體的所有的開發過程，原因是軟體的本身特性（會有各種變更，各種需求）導致不可能有發明創新。軟體的內在特性包括：複雜度，一致性，可變性，不可見性。對於銀彈，可能未來會有：新的高階語言，物件導向的程式設計，人工智慧，專家系統，自動化程式設計，圖形化程式設計，程式自驗證，新的計算環境和工具，工作站。
十七章是再論沒有銀彈。
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...
《人月神話 》讀後感
之前一直聽老師講 人月神話 彷彿這就是乙個傳奇。百聞不如一見，在這本300多頁 中文新版 的神書，在經過了20多年的歷史之後，仍然暢銷不衰，究竟是什麼讓它有如此的魅力？過去的乙個月，一點一滴的閱讀之中算是初步的了解到了它的一部分吧。人月神話的核心觀點 概念完整性和架構師 brooks認為，乙個整潔 ...