碼農筆記 - 設計思維
Mark it Work, Mark it Right, Mark it Fast
可測試性
可閱讀性
可觀察性
可維護性
可擴展性
健壯性
安全性
效能與資源效率
可部署性
可配置性
🧠 最佳實踐心法
別一開始就追求 Make it Fast,先求穩定,再求優雅,最後才是效能。
重構是常態不是例外,Make it Right 應視為開發常規而非技術債還債。
性能瓶頸來自實測,而不是預測。
Make it Right 意指
程式碼結構清晰
命名具語意
關注可維護性、可擴展性、可讀性
按照設計原則(如 SOLID)撰寫
減少重複與耦合
傳統誤區:把「寫好」視為額外成本
在很多團隊或專案中,開發者會有這樣的心態:
「先讓它跑起來,之後再重構」
「這只是暫時寫的、先應付一下」
「下次再整理…(但從沒真的再整理)」
這種心態會導致:
| 問題 | 結果 |
| 初期堆積快速解法 | 技術債快速膨脹 |
| 重構總是被推遲 | 新功能越來越難加 |
| 團隊對代碼品質漠視 | 新人無從下手,學習成本上升 |
正確認知:「Make it Right 是日常開發流程的一部分」
當你把「寫得漂亮、結構良好、可維護」視為一種**常規要求(default standard)**時:
你每天就自然在還債,而不是堆債
重構變成持續性維護而不是「專案重構月」
團隊默契變好、交接簡單、回溯容易
這種開發節奏會讓專案在可控範圍內演進,而不是崩潰後大修。
Make it Work 是起點,Make it Right 是常態,Make it Fast 是加值。
實踐方法
Code Review 時列為必要項目:
命名是否合理?
是否拆分職責清楚?
有沒有提前預留擴展性?
將小型重構融入日常工作:
每次改功能時整理一下相關程式
不為重構而重構,但也不怕順手改善
以開發者體驗為導向思考程式:
- 不只是「能跑」,而是「好讀、好改、好用」
