前言：所謂削足適履，就是把解決問題的辦法弄得本末顛倒，使用了毛病的方式去解決問題，自然就得不到好的結果。那末如何才能更好的解決問題呢，對本章，我已反復讀了5遍了，但是苦于自己的理解能力，我依然1知半解，但是我必須要邁過這個章節，不然我在當前階段下，就沒法讀完這本書，而下1章節可能就會告知我更多有用的辦法。對本章我沒有弄明白的地方，以后等我再次翻讀本書的時候可能就會得到答案。

     我明顯沒有弄明白到底甚么是程序的空間，或許作者是指程序運行時占用的內存空間、硬盤空間。不過有1句話是很明白的：“作為我們程序開發者來講，如果能夠把程序對磁盤的操作提升到對內存的操作后，性能就會得到大幅度的提升”，這個在我負責的交易平臺項目中就得到了驗證，對用戶的持倉數據，如果都通過數據庫的讀寫來完成，其性能就會很差，由于用戶的持倉數據是實時的，并且是大量變化的，讀寫數據庫的頻率很高，這必定會造成性能的降落，那末行之有效的解決辦法就是，把數據存儲在內存當中，大量的讀操作就通過內存來完成，寫操作會同時更新數據庫和內存數據，這樣就會讓性能得到大幅度的提升。那末問題來了，就目前為止，內存的價格遠遠高于磁盤的價格，但是我們不能只利用相對低廉的磁盤來取代內存，這個時候，必要的本錢花費是值得的。

     對這個小節的內容，是我沒法弄明白的地方，就只能把我認為作者想要表達的記錄下來：

1. 和指定駐留空間預算1樣，應當制定整體范圍的預算；和制定范圍預算1樣，應當控制后臺存儲訪問的預算。
2. 在指明模塊有多大的同時，確切定義模塊的功能。
3. 對項目中的優化，不單單是要程序員對自己負責的內容進行優化，同時要有從整體上重視項目的覺悟。

     作者提到有兩個技能，1個是用功能交換尺寸，另外1個是斟酌空間-時間的折衷。對功能和尺寸的關系，對用戶，我們提供的功能有很多，如果細分到每個功能明顯會帶來更大的本錢，猶如我們在京東上買東西的時候，如果不滿足79元（銀牌會員，原來是59，扯淡的成了79），就要多付額外的運費，也就意味著適當的捆綁功能組成1個小組，其本錢就會下降。雖然我還沒有弄明白空間-時間的折衷問題，但是我很喜歡作者的兩個方法：

1. 在編程技能上進行培訓，之前我在富士通的時候，就曾負責過對新人的培訓，這個辦法很好，由于1個有些經驗的先輩通過1個小型的培訓，會讓很多新人在短時間內得到很好的技能提升。
2. 在編程技術上積累，就是說開發并且積累很多團隊所能共用的組件包。

     這里，作者的觀點我仍然非常的認可，“技藝上的改進常常是戰略上的突破，而不單單是技能上的突破，而戰略上的突破來自于數據或表的重新表達”。我覺得這些話真的非常的有用，很多時候，如果我們只是不斷逼迫自己去發掘數據，而沒有1個行之有效的表格整理，效力就會非常低，而如果通過表格去視察數據的時候，常常就可以得到突破。之前我在研究數據丟包的問題時，使用了大量的數據對照，通過輸出數據把我想要找的問題定位出來，從而解決了數據丟包的情況。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈