本篇是人月神話閱讀筆記的第二篇。
9-結尾
9.削足適履
此章關注程式的空間規模和空間控制技能
，由上到下分析軟體的空間占有，雖然現在空間越來越廉價，但是程式的優化
還是非常重要的，採用由頂至下的方式，由統籌思路預估所佔空間大小。
10.提綱挈領
又到了咬牙切齒的文件環節，結合個人實際及書中內容，文件一定要循序漸進的記錄，將它作為乙個友好的開發工具來
使用，而不是到了最後才咬牙切齒的趕寫文件。
11.未雨綢繆
未雨綢繆，謀的是什麼？當然是變化，沒有什麼東西絕對靜止，一切都是動態的，
軟體開發的週期決定了乙個真正可用的軟體需要不斷地迭代變更，所以適應變化也是重要的功課。
12.干將莫邪
干將莫邪是一把名劍，這裡想要表達的是工欲善其事，必先利其器。
在教材構建之法中提到的cmmi能力成熟度模型裡面始終強調三個要素缺一不可，就是人，方法工具技術和過程。
不同的任務需要不同的工具，適當的工具會取得事半功倍的效果。
13.整體部分
如何使得不同的功能模組高質量的整合在一起？本章從
消除bug的設計，構件單元測試和系統整合除錯三個方面講述了具體方法
。14.禍起蕭牆
失去對進度的把控會極大的消滅團隊的開發熱情，所以，設定清晰可見的目標
會在一定程度上保持團隊的開發熱情。
15.另外一面
還是文件，講乙個好的故事（易懂，指向明確）會使得程式可執行的時間和其維護成本得到改善，因此，好的文件是必須的。
16.沒有銀彈
沒有任何技術或管理上的進展，能夠獨立地許諾十年內使生產率、可靠性或簡潔性獲得數量級上的進步。-沒有銀彈
事實證明了此話的正確性，軟體特有的複雜度導致了不會有自動化編碼解決某些程式設計問題的可能。但是如今隨著人工智慧的發展，
或許未來會出現編碼機械人來代替我們的工作，他們擁有一致的編規範，清晰的目標，完善的知識儲備，哇，想想就激動。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...