《人月神話》，那什麼是人月？是在估計和進度安排中使用的工作量單位。brooks認為，用人月作為 衡量一項工作的規模是乙個危險和帶有欺騙性的神話。它暗示著人員數量和時間是可以相互 替換的。 人數和時間的互換僅僅適用於以下情況：某個任務可以分解給參與人員，並且他們之 間不需要相互的交流。
保持設計的概念完整。無論對小軟體還是大軟體，都必須由乙個設計師主導，最多兩個人討論來共同完成軟體的整體設計。作為乙個軟體，乙個系統，必須有乙個清晰明確的概念模型，大家都在這個框架下工作，所有的創新發展都必須與基本的概念相吻合。具體的實現人員可以細化概念，但只有總設計者才有否定與發展基本概念的權力。需要注意的一點是，即使是總設計師一直是同乙個人，他腦海中所認為理所當然的規則或者概念，很可能由於沒有明確的文件化，而沒有成為所有開發者共同的概念。在其他開發者編碼的時候，就可能會生成與概念相牴觸的東西（模組，功能，演算法），導致整體結構的惡化。這個時候總設計師一定要即時發現，做出更正。這就是外科手術式的開發隊伍。
人月神話
1. 缺乏合理的時間進度是造成專案滯後的最主要原因，它比其他所有因素加起來影響還大。
2. 良好的烹飪需要時間，某些任務無法在不損害結果的情況下加快速度。
3. 我們的構思是有缺陷的，因此總會有bug。
4. 我們圍繞成本核算的估計技術，混淆了工作量和專案進展。人月是危險和帶有欺騙性的神話，因為它暗示人員數量和時間是可以相互替換的。
5. 在若干人員中分解任務會引發額外的溝通工作量——培訓和相互溝通。
6. 關於進度安排，作者的經驗是為1/3計畫、1/6編碼、1/4構件測試以及1/4系統測試。
7. 因為我們對自己的估計技術不確定，所以在管理和客戶的壓力下，我們常常缺乏堅持的勇氣。
8. brook法則：向進度落後的專案中增加人手，只會使進度更加落後。
9. 向軟體專案中增派人手從三個方面增加了專案必要的總體工作量：任務重新分配本身和所造成的工作中斷；培訓新人員；額外的相互溝通。
人月神話1
本次閱讀人月神話，閱讀了職業的樂趣和職業的苦惱。通過對職業的樂趣的閱讀，我了解到作者對程式設計的樂趣的認識，作者形容的十分生動，就像孩子玩泥巴時一樣愉快，在程式設計時我們能夠體會到創造的樂趣，當別人使用我們創造的程式時我們又會獲得創造價值的成就感。通過對職業的苦惱的閱讀，我了解到作者對程式設計的苦惱...
人月神話1
本次閱讀人月神話，閱讀了職業的樂趣和職業的苦惱。通過對職業的樂趣的閱讀，我了解到作者對程式設計的樂趣的認識，作者形容的十分生動，就像孩子玩泥巴時一樣愉快，在程式設計時我們能夠體會到創造的樂趣，當別人使用我們創造的程式時我們又會獲得創造價值的成就感。通過對職業的苦惱的閱讀，我了解到作者對程式設計的苦惱...
人月神話筆記 焦油坑 人月神話
程式 程式設計系統 程式設計產品 程式設計系統產品 程式設計產品 程式設計系統 程式設計系統產品 美食的烹調需要時間 片刻等待，更多美味，更多享受。good cooking takes time.if you are made to wait,it is to serve you better,an...