1. 既然說到整潔代碼，前提當然是要有代碼。
2. 強調了糟糕代碼的破壞力（可以廢掉一個公司）。當然低下的投入產出比和更多的抱怨無可避免。
3. 整潔的代碼是從頭開始的，推倒重新來過的新設計未必不會重蹈覆轍，關鍵是態度。
4. 爲什麼代碼越寫越糟，而不是越寫越好？
- PM只關注進度，不關注質量？
- QA只關注數據，不關注代碼？
- 程序員選擇代碼的堆砌，而不是代碼的不斷重設計？
我不能說是哪一個的問題，軟件開發強調團隊，產品腐敗了，大家都有責任。
說到底無非就是大家的態度，質量意識有問題。但凡事涉及到人的，都與心理學有關係，複雜不予置評。
5. 如何定義整潔的代碼？
- 邏輯清晰，便於維護
- 質量優異，沒有bug
- 架構靈活，便於移植和擴展
- 性能最優
不同的人定義不同，大多可以從一下幾方面來詮釋
可讀性，可測性，可擴展，可維護，當然最重要的一點滿足需求，並且沒有bug
要做到寫出的代碼成爲真正意義的clean code不是一件容易的事情。
但是有一點我們可以做到，至少讓你的代碼“優雅”一些。
對齊你的代碼，適當分分段，註釋了的代碼刪掉，這至少是整潔之路的第一步。
整齊的代碼不一定沒有問題，但混亂的代碼一定問題百出！