程式開發 24 條鐵律：從錯誤處理、文件先行到優化策略與專案管理

程式開發 24 條核心法則

1. 致命異常零容忍：程式不得因未處理例外而強制終止
2. 文件先行原則：按順序撰寫——使用者手冊 → 說明書 → 線上說明 → 原始碼
3. 風險評估倍數法：未做風險分析（RFA），實際工期將是預估的 2 倍
4. 編碼佔比上限：純編碼工作不超過總開發工作的 20%
5. 測試佔比下限：測試至少佔專案工程的 30%
6. 註解密度標準：註解行數至少佔原始碼的 20%
7. 錯誤訊息四要素：發生什麼、使用者能做什麼、程式下一步、哪行程式碼造成（加上時間、使用者、環境）
8. 自動錯誤記錄：良好程式自動將最新錯誤寫入永久媒體
9. 三次法則：呼叫三次以上 → 封裝為函式；呼叫一次 → 不要過度封裝
10. 單一進出點：除選單與錯誤陷阱，函式應精確有一個入口、一個出口
11. 自文件化程式碼：清晰的變數名、函式名即為最佳文件
12. 資料庫相關性：資料設計須反映業務實體關係
13. 優先選用最佳演算法：非早期優化，而是正確起步
14. 效能優化策略：先優化最慢函式，用 Profiler 定位熱點
15. 語言選擇準則：最佳開發語言 = 開發時間最短者
16. 客戶簽核文件：要求客戶在手冊與規格書上簽字確認
17. 高風險模組優先：最先開發風險最高的模組
18. 可維護性為燈塔：讓簡單維護指引所有設計決策
19. 拼寫檢查一切：檢查每個識別項與註解的拼寫
20. 拒絕複製貼上程式設計：能用 3×5 卡片蓋住的程式碼，不應重複撰寫
21. 知進退：清楚知道何時該完成何事
22. 清單永無完美：任何檢查清單都有遺漏
23. 困難不在表面：真正問題往往隱藏在你看不到的地方
24. 規範釋放思考：存在的規則與規律，是為了讓人免於重複思考

分類精要

實務啟示

• **法則 3/4/5** 揭示：真正工程多在思考、測試、文件，而非敲代碼
• **法則 7/8** 強調：錯誤處理是給使用者與維護者的禮物
• **法則 14** 反直覺：別猜測瓶頸，量測才是王道
• **法則 20/24** 呼應：DRY 原則與設計模式本質相通
• **法則 23** 警惕：表象問題常是症狀，根因在深層架構