1. 記住 - "越少越好"并非總是如此(Keep in Mind – "Less is more" is not always better)。 – 高效率的代碼是件好事，但很多情況下，并非代碼行數越少效率就越高
2. 不要把簡單事情復雜化(Do not complicate things)。 – 我曾經這么做過，我相信你也一樣。開發者都傾向于采用復雜方式解決簡單問題。我們在一個只有5個用戶的系統中引入EJB,為一個并不需要框架的應用實現一套框架，采用屬性文件、采用面向tb對象解決方案、使用線程，而這些根本用不著。為什么會這么做？一些人可能不知道有更好的解決方案，但另一些人可能故意這樣做來學習新知識，或僅僅是因為有趣。對那些不知道更好解決方案的人，要多聽有經驗程序員的建議。對于那些純粹出于個人目的而將設計復雜化的人，我建議你要更加專業一點。
3. 不要"硬編碼"(No hard coding please)。 – 由于時間緊迫，開發者總是會忘記或故意忽略這一條。然而另一種可能是，遵循這條戒律，我們就不會陷入"時間緊迫"的困境。定義一個static final 變量，增加一行代碼，又能花多長時間呢？
4. 為代碼添加注釋(Add comments to your code)。 – 每個人都知道這一點，但不是每個人都會這么做。你有多少次"忘記"添加注釋了？確實，注釋不會為你的程序增加任何函數功能。但是，有多少次，看到2周前寫的代碼，你都記不起它是干什么的？你很幸運，那些未注釋的代碼是你自己寫的，你腦海中還會有殘存的印象。非常不幸，大多時候，代碼是別人寫的，并且那個人很可能已經離開公司了。有句諺語說的好："有來有往，互惠互利",因此程序員應該體諒彼此(還有你自己)，給你的代碼加上注釋。