[英文出處]：21 Laws of Computer Programming
[譯文出處]：外刊IT評論
任何一個有經驗的程序員都知道，軟件開發遵循著一些不成文的法則。然而，如果你不遵循這些法則也并不意味著會受到懲罰；相反，有時你還會獲得意外的好處。下面的就是軟件編程中的21條法則：
- 任何程序一旦部署即顯陳舊。
- 修改需求規范來適應程序比反過來做更容易。
- 一個程序如果很有用，那它注定要被改掉。
- 一個程序如果沒用，那它一定會有很好的文檔。
- 任何程序里都僅僅只有10%的代碼會被執行到。
- 軟件會一直膨脹到耗盡所有資源為止。
- 任何一個有點價值的程序里都會有至少一個bug。
- 原型完美的程度跟審視的人數成反比，反比值會隨著涉及的資金數增大。
- 軟件直到被變成產品運行至少6個月后，它最嚴重的問題才會被發現。
- 無法檢測到的錯誤的形式無限多樣，而能被檢測到的正好相反，被定義了的十分有限。
- 修復一個錯誤所需要投入的努力會隨著時間成指數級增加。
- 軟件的復雜度會一直增加，直到超出維護這個程序的人的承受能力。
- 任何自己的程序，幾個月不看，形同其他人寫的。
- 任何一個小程序里面都有一個巨大的程序蠢蠢欲出。
- 編碼開始的越早，花費的時間越長。
- 一個粗心的項目計劃會讓你多花3倍的時間去完成；一個細心的項目計劃只會讓你多花2倍的時間。
- 往大型項目里添加人手會使項目更延遲。
- 一個程序至少會完成90%，但永遠完成不了超過95%。
- 如果你想麻煩被自動處理掉，你得到的是自動產生的麻煩。
- 開發一個傻瓜都會使用的軟件，只有傻瓜愿意使用它。
- 用戶不會真正的知道要在軟件里做些什么，除非使用過。