任何乙個有經驗的程式設計師都知道，軟體開發遵循著一些不成文的法則。然而，如果你不遵循這些法則也並不意味著會受到懲罰；相反，有時你還會獲得意外的好處。下面的就是軟體程式設計中的21條法則：
任何程式一旦部署即顯陳舊。
修改需求規範來適應程式比反過來做更容易。
乙個程式如果很有用，那它注定要被改掉。
乙個程式如果沒用，那它一定會有很好的文件。
任何程式裡都僅僅只有10%的**會被執行到。
軟體會一直膨脹到耗盡所有資源為止。
任何乙個有點價值的程式裡都會有至少乙個bug。
原型完美的程度跟審視的人數成反比，反比值會隨著涉及的資金數增大。
軟體直到被變成產品執行至少6個月後，它最嚴重的問題才會被發現。
無法檢測到的錯誤的形式無限多樣，而能被檢測到的正好相反，被定義了的十分有限。
修復乙個錯誤所需要投入的努力會隨著時間成指數級增加。
軟體的複雜度會一直增加，直到超出維護這個程式的人的承受能力。
任何自己的程式，幾個月不看，形同其他人寫的。
任何乙個小程式裡面都有乙個巨大的程式蠢蠢欲出。
編碼開始的越早，花費的時間越長。
乙個粗心的專案計畫會讓你多花3倍的時間去完成；乙個細心的專案計畫只會讓你多花2倍的時間。
往大型專案裡新增人手會使專案更延遲。
乙個程式至少會完成90%，但永遠完成不了超過95%。
如果你想麻煩被自動處理掉，你得到的是自動產生的麻煩。
開發乙個傻瓜都會使用的軟體，只有傻瓜願意使用它。
使用者不會真正的知道要在軟體裡做些什麼，除非使用過。
每天工作4小時的程式設計師（外刊IT評論）
每個人都熟悉這種作息規律 早上9點去上班，坐在電腦前面，編一天的程式，下午5點下班回家。如今，非常感謝蒂莫西 費里斯 timothy ferriss 的 每週工作4小時 我開始重新思考應該如何工作，如何讓自己變成更有效率的程式設計師。最近，我把我的從周一到周五的作息規律做了一次較大的調整。很長時間以...
軟體的涅磐 讀後評論
構件 是乙個有別於 物件 的，不同層次的封裝，復用的級別也有不同。不同構件的粒度也和不同的行業，企業的需求的不同，有者直接的關係。構件 其實是 原子 高度封裝的原子結構 的概念，不同物質，他們的原子結構不同，但是他們是組成任何物質的 單元 當然，物質的組成也需要環境，也就是我們需要乙個容器，乙個基於...
軟體程式設計規範總則2
程式設計規範總則2 識別符號命名 1 識別符號的命名要清晰 明了，有明確含義，同時使用完整的單詞或大家基本可以理解的編寫，避免使人產生誤解。2 命名中若使用特殊約定或是縮寫，則要有注釋說明。3 自己特有的命名風格，要自始至終保持一致，不可來回變化。4 對於變數命名，禁止取單個字元 如i j k 是作...