不要墜入快速的簡單修復之中，要投入時間和精力保持代碼的整潔，敞亮。
欲速則不達
你不需要真正理解那塊代碼，它只要能夠動就好了。哦，它需要一個小小的調整，只要在結果中再加上幾行代碼，它就可以動了。幹吧！就把那行代碼加進去，他應該可以動了情境：出現了一個 bug，時間緊迫。
拙劣的代碼工人 : 只要新加一行代碼或者忽略那個列表上的最後一個條目。
優秀的程式員 : 挖掘更深一層，盡力去理解為什麼這邊要加上1，更重要的是，他會想明白會產生什麼其他影響。
Beware of land mines 防微杜漸
在工作壓力之下，不去深入了解真正的問題以及可能的後果，就快速修改代碼，
這樣只是解決表面問題，最終引起最終會引發大問題。
Don't code in isolation 不需獨立的編碼
如果團隊花些時間，閱讀其他同事所寫的代碼，他們就能確保代碼是可讀和可理解的。
閱讀代碼頻率越高越好，實行 code review 是發現 Bug 最有效的方法之一。
Use unit test 使用單元測試
有了單元測試，你會看到更小單元，更易於理解的代碼，能夠幫助你徹底理解這些代碼。
不要墜入快速的簡單修復之中，要投入時間和精力保持代碼的整潔，敞亮。切身感受
在專案中，代碼應該是明亮的，不應該有黑暗的死角。
也許你不知道每塊代碼的每個細節，但是你對整體的相關知識有很好的認識。
沒有任何一段代碼會被警戒或者切勿入內的標誌隔離。
也許你不知道每塊代碼的每個細節，但是你對整體的相關知識有很好的認識。
沒有任何一段代碼會被警戒或者切勿入內的標誌隔離。
