第一章——注重實效的哲學

作為一個負責人的程式設計師，在遇到問題時，應該是提供各種選擇，不要找蹩腳的藉口。

在寫程式碼的過程中，破窗效應同樣適用，所以在出現小問題的時候就應該及時解決，不要容忍破窗戶。我們看到過整潔、執行良好的系統，一旦窗戶開始破裂，就相當迅速的惡化。置之不理會更快的加速腐爛的程序。

石頭湯的故事，站在士兵的角度，做變化的催化劑，我們常常可以效仿這些士兵，協作共贏；同時站在村民的角度，應該記住大圖景，大多數軟體災難都是從微不足道的小事情開始的。要持續不斷的觀察周圍發生的事情，而不只是你自己在做的事情。

我們應該讓你的使用者參與權衡，使質量成為需求問題。知道何時止步，在某些方面來說，程式設計也像是繪畫，不要因為過度修飾和過於求精而毀損完好的程式，繼續前進，讓你的程式碼憑著自己的質量站立一會兒。它也許不完美，但不用擔心，它不可能完美。

學會經營我們的知識資產，基本上一句話概括：技多不壓身，你知道的東西越多，你就越有價值。持續學習，尤其是計算機領域變化很快，掌握技術越多，越能更好的進行調整，趕上變化。在學習的過程中也要注意進行批判性的思考，不要人云亦云，要有自己的想法，批判的分析你讀到的和聽到的。

學會交流，你說什麼和你怎麼說同樣重要。

第二章——注重實效的途徑

遵循DRY原則：Don't Repeat Yourself.使系統中的重複降到最小，降低各元件間的依賴性。

正交性，即互不依賴性，這樣會提高生產率和降低風險。消除無關事物之間的影響。編碼時避免使用全域性資料，避免編寫相似的函式。

關鍵決策不容易撤銷，否則會付出極大的代價，不存在最終決策

架構的靈活性，沒人會知道未來會怎樣，所以要讓你的程式碼學會“搖滾”，可以“搖”就“搖”，必須“滾”就"滾”。