任何乙個有經驗的程式設計師都知道，軟體開發遵循著一些不成文的法則。然而，如果你不遵循這些法則也並不意味著會受到懲罰;相反，有時你還會獲得意外的好處。下面的就是軟體程式設計中的21條法則：
1. 任何程式一旦部署即顯陳舊。
2. 修改需求規範來適應程式比反過來做更容易。
3. 乙個程式如果很有用，那它注定要被改掉。
4. 乙個程式如果沒用，那它一定會有很好的文件。
5. 任何程式裡都僅僅只有10%的**會被執行到。
6. 軟體會一直膨脹到耗盡所有資源為止。
7. 任何乙個有點價值的程式裡都會有至少乙個bug。
8. 原型完美的程度跟審視的人數成反比，反比值會隨著涉及的資金數增大。
9. 軟體直到被變成產品執行至少6個月後，它最嚴重的問題才會被發現。
10. 無法檢測到的錯誤的形式無限多樣，而能被檢測到的正好相反，被定義了的十分有限。
11. 修復乙個錯誤所需要投入的努力會隨著時間成指數級增加。
12. 軟體的複雜度會一直增加，直到超出維護這個程式的人的承受能力。
13. 任何自己的程式，幾個月不看，形同其他人寫的。
14. 任何乙個小程式裡面都有乙個巨大的程式蠢蠢欲出。
15. 編碼開始的越早，花費的時間越長。
16. 乙個粗心的專案計畫會讓你多花3倍的時間去完成;乙個細心的專案計畫只會讓你多花2倍的時間。
17. 往大型專案裡新增人手會使專案更延遲。
18. 乙個程式至少會完成90%，但永遠完成不了超過95%。
19. 如果你想麻煩被自動處理掉，你得到的是自動產生的麻煩。
20. 開發乙個傻瓜都會使用的軟體，只有傻瓜願意使用它。
21. 使用者不會真正的知道要在軟體裡做些什麼，除非使用過。
不成文的期望
原文 1，no surprises 不要有意外。公司裡的一切都是可check的，有特定的人在特定的時間陪你review，這些都在計畫中。乙個比較可怕的事情是火上房頂了才呼救，作為乙個開發者，對於老闆給你安排的工作，你要合理地估計工作量和工作難度 當然在這之前他也會為你估計 搞得定才說ok，搞不定的地...
不成文的期望
原文 1，no surprises 不要有意外。公司裡的一切都是可check的，有特定的人在特定的時間陪你review，這些都在計畫中。乙個比較可怕的事情是火上房頂了才呼救，作為乙個開發者，對於老闆給你安排的工作，你要合理地估計工作量和工作難度 當然在這之前他也會為你估計 搞得定才說ok，搞不定的地...
初入職場 不成文的期望
初入職場 不成文的期望 周銀輝 很幸運小弟剛畢業就來到了ge healthcare，這裡很多很多大師，所以我無時無刻不在像他們學習著。公司也很多 頭 當然我不是，當我知道在那之前應該做乙個好員工。老闆對你很多期望，有明文的也有不成文的，閒暇起來的時候我也思考過，在這裡和園子裡的大哥大姐們分享一下，如...