給我的感受是：除了執行時間外，記憶體的開銷也很重要。這個觀念其實早在大一剛接觸演算法不久後，就有了這個概念，做演算法題的時候不僅講究時間複雜度，還要考慮他的空間開銷程度。同樣，讀了本節後讓我知道他也同樣適應於開發的軟體。
規模控制，對專案經理而言，規模控制既是技術工作的一部分，也是管理工作的一部分。他必須研究使用者和他們的應用，以設定將開發系統的規模。接著，把這些系統劃分成若干部分，並設定每個部分的規模目標。由於規模－速度權衡方案的結果在很大的範圍內變化，規模目標的設定是一件頗具技巧的事情，需要對每個可用方案有深刻的了解。聰明的專案經理還會給自己預留一些空間，在工作推行時分配。然而僅對核心功能進行規模控制是遠遠不夠的，還需結合其他方面一起加入預算。在為每個單元設立核心規模的同時，要順便設定訪問的目標，否則我們的管理控制系統會失去度量，最後每個人的核心大小沒有問題，然而規模上卻發生了問題。
空間技能，用功能交換尺寸：任何一系列特殊選項被合併在一起進行分組時，程式需要的空間較少。這很像小汽車。如果把照明燈、點菸器和時鐘作為整個配件來標明**，則成本會比單獨提供這些選擇所需要的成本低。所以，設計人員必須決定使用者可選項目的粗細程度。空間－時間的折衷：對於給定的功能，空間越多，速度越快。
專案經理可以做兩件事來幫助他的團隊取得良好的空間－時間折衷。一是確保他們在
程式設計技能上得到培訓，另外一種方法是認識到程式設計需要技術積累，需要開發很多公共單元構件。
資料的表現形式是程式設計的根本。好比之前學過的演算法問題，一開始我所能用的解決排序的問題就是冒泡二重迴圈，複雜度為o（n2）；然而通過快排（sort），我可以將時間複雜度降到nl(lgn)級別，大大的節省時間。
《人月神話》讀書筆記
p8,程式設計的快樂在於它不僅滿足了我們內心深處進行創造的渴望，而且還喚醒了每個人內心的情感。p19,用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。因為它暗示人員數量和時間是可以相互替換的。人數和時間的互換僅僅適用於以下情況 某個任務可以分解參與人員，並且他們之間不需要相互交流。p23,...
人月神話讀書筆記
人數和時間的互換僅僅適用於以下情況 某個任務可以分解給參與人員，並且他們之間不需要相互的交流。當任務由於次序上的限制不能分解時，人手的新增對進度沒有幫助。溝通所增加的負擔由兩個部分組成，培訓和相互的交流。相互之間交流的情況更糟一些。如果任務的每個部分必須分別和其他部分單獨協作，則工作量按照n n 1...
《人月神話》讀書筆記
外科手術隊伍 對於軟體開發來說，軟體開發隊伍的選擇往往是乙個難題。在我們的時間課程的當中，每個人都希望可以抱大牛的大腿，因為乙個熟練且經驗豐富的大牛可以抵得上十個新手，如果乙個小隊當中都是如此的大牛，那麼這個小隊可以稱之為當之無愧的精英小隊。對於大型的專案，小而美的團隊往往有些力不從心，精英也不可能...