高水平的設計和程式碼實現是非常有力的。
這一點就不太展開進一步說了。
但是實際專案中往往做不到這一點，除了專案本身要求不夠高等因素之外，現實中難以落地（即便我們知道它是對的）的重要原因包括兩個：

• 資源的匱乏，包括人力和時間，大家總是處在緊急出活的狀態，客觀上沒有條件去做充分的設計和程式碼實現
  
  • 即便是真正想追求這個團隊也是如此
• 結果的間接性：糟糕的設計和程式碼實現它的結果非常的隱晦，往往在很長時間以後，才會以非技術團隊無法差別的方式傷害開發團隊

這兩點理清楚之後，那麼結果就比較明顯了，我們可以比較靈活的處理這些事情

• 對於最終的設計和程式碼質量，我們要以重要不緊急的方式來對待，在一個長線的範疇內最終一定要解決
• 對於短線的實現，可以以“借貸式開發”的形式，獲得短期內的專案進度和質量
• 技術團隊的基本功至關重要，決定了在急行軍的情況下，你還能剩餘多少程式碼質量，在後續去碰“已經上線的模組”的時候，你還有多大能力償還欠下的債務

策略和基本功是兩個不同的層面，策略制定正確會給提升基本功創造很好的條件，基本功到位，會導致完全不同的最優策略。