前言：所謂削足適履，就是把解決問題的辦法弄得本末倒置，使用了錯誤的方式去解決問題，自然就得不到好的結果。那麼如何才能更好的解決問題呢，對於本章，我已經反覆讀了5遍了，然而苦於自己的理解能力，我仍然一知半解，但是我必須要邁過這個章節，不然我在當前階段下，就無法讀完這本書，而下一章節可能就會告訴我更多有用的辦法。對於本章我沒有弄明白的地方，以後等我再次翻讀本書的時候可能就會得到答案。
我顯然沒有弄明白到底什麼是程式的空間，也許作者是指程式執行時占用的記憶體空間、硬碟空間。不過有一句話是很明白的：「
作為我們程式開發者來說，如果能夠把程式對磁碟的操作提公升到對記憶體的操作後，效能就會得到大幅度的提公升」，這個在我負責的交易平台專案中就得到了驗證，對於使用者的持倉資料，如果都通過資料庫的讀寫來完成，其效能就會很差，因為使用者的持倉資料是實時的，並且是大量變化的，讀寫資料庫的頻率很高，這必然會造成效能的下降，那麼行之有效的解決辦法就是，把資料儲存在記憶體當中，大量的讀操作就通過記憶體來完成，寫操作會同時更新資料庫和記憶體資料，這樣就會讓效能得到大幅度的提公升。那麼問題來了，就目前為止，記憶體的**遠遠高於磁碟的**，然而我們不能只利用相對低廉的磁碟來取代記憶體，這個時候，必要的成本花費是值得的。
對於這個小節的內容，是我無法弄明白的地方，就只能把我認為作者想要表達的記錄下來：
和指定駐留空間預算一樣，應該制定總體規模的預算；和制定規模預算一樣，應該控制後台儲存訪問的預算。
在指明模組有多大的同時，確切定義模組的功能。
對於專案中的優化，不僅僅是要程式設計師對自己負責的內容進行優化，同時要有從整體上正視專案的覺悟。
作者提到有兩個技能，乙個是用功能交換尺寸，另外乙個是考慮空間-時間的折中。對於功能和尺寸的關係，對於使用者，我們提供的功能有很多，如果細分到每乙個功能顯然會帶來更大的成本，如同我們在京東上買東西的時候，如果不滿足79元（銀牌會員，原來是59，扯淡的成了79），就要多付額外的運費，也就意味著適當的**功能組成乙個小組，其成本就會降低。雖然我還沒有弄明白空間-時間的折中問題，但是我很喜歡作者的兩個方法：
在程式設計技能上進行培訓，之前我在富士通的時候，就曾負責過對新人的培訓，這個辦法很好，因為乙個有些經驗的前輩通過乙個小型的培訓，會讓很多新人在短時間內得到很好的技能提公升。
在程式設計技術上積累，就是說開發並且積累很多團隊所能共用的元件包。
這裡，作者的觀點我依然非常的認可，「
技藝上的改進往往是戰略上的突破，而不僅僅是技巧上的突破，而戰略上的突破來自於資料或者表的重新表達」。我覺得這些話真的非常的有用，很多時候，如果我們只是不斷強迫自己去挖掘資料，而沒有乙個行之有效的**整理，效率就會非常低，而如果通過**去觀察資料的時候，往往就能得到突破。之前我在研究資料丟包的問題時，使用了大量的資料對比，通過輸出資料把我想要找的問題定位出來，從而解決了資料丟包的情況。
人月神話札記 溝通
前言 在最初的世界，人們只有一種語言，所以大家溝通好說去建立乙個通天塔，可以通往天堂的巴比倫塔，然而上帝出現了，他交給人們不同的語言，讓大夥最終無法進行交流，最終隊伍遣散，巴比倫塔就此失敗，那麼本章作者想要告訴我們的就是 溝通 對於成功的專案很重要。書中主要針對的是大型專案的交流，然而同樣適合我當前...
人月神話讀書筆記（9） 削足適履
圖為維多利亞時期英國畫家heywood hardy的作品，在大洪水到來之前，飛鳥走獸們進入諾亞方舟。上帝許可每種鳥獸至少保留一公一母進入方舟逃避即將到來的滅頂之災。小小諾亞方舟承擔了各種群延續的希望，在有限的空間中裝載整個世界，這需要精巧的規劃，絕不可輕易耗費資源。規模是軟體系統產品使用者成本中乙個...
人月神話札記 貫徹執行
顯然，對於我當前所處的團隊，手冊是不存在的，我到現在都不知道手冊該寫些什麼，誠然，我看過很多說明手冊，教如何使用產品或者如何操作手順書。作者所說的手冊是 不但要能夠描述包括所有介面在內的使用者可見的一切，同時要避免描述使用者看不見的事物 之前在日企工作時，大量的產品說明手冊，我不知道日本人是怎麼做出...