第5章 畫蛇添足
1，結構師的互動準則和機制
估算過高的解決方式:削減設計或採用成本更低的實現方法。
一般開發人員會反對體系結構上的修改建議，通常他是對的。當實現產品時，某些次要特徵的修改會造成意料不到的成本開銷。
2，自律-開發第二個系統所帶來的後果
在開發第乙個系統時，結構師傾向於精煉和簡潔，會將不斷產生的裝飾和潤色功能放置在一邊，作為下乙個專案的內容。
第二個系統是設計師所設計的最危險的系統，向系統新增很多修飾功能和想法，他們曾經在第乙個系統中被小心謹慎地放在次要位置。這就導致了第二次系統被設計的包羅永珍和精益求精。
第六章貫徹執行。
人月神話讀書筆記2
1.樂觀主義 程式設計人員潛在認為程式會一切執行良好，但我們的構思總會存在缺陷，因此總會存在bug，在大型的程式設計任務中一切正常的概率非常小甚至接近於無。2.人月 作者認為用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。它暗示著人員數量和時間是可以相互替換的。人數和時間的互換僅僅適用於以...
《人月神話》讀書筆記
p8,程式設計的快樂在於它不僅滿足了我們內心深處進行創造的渴望，而且還喚醒了每個人內心的情感。p19,用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。因為它暗示人員數量和時間是可以相互替換的。人數和時間的互換僅僅適用於以下情況 某個任務可以分解參與人員，並且他們之間不需要相互交流。p23,...
人月神話讀書筆記
人數和時間的互換僅僅適用於以下情況 某個任務可以分解給參與人員，並且他們之間不需要相互的交流。當任務由於次序上的限制不能分解時，人手的新增對進度沒有幫助。溝通所增加的負擔由兩個部分組成，培訓和相互的交流。相互之間交流的情況更糟一些。如果任務的每個部分必須分別和其他部分單獨協作，則工作量按照n n 1...