1.偏執
這一點與我而言幾乎是天生的。我幾乎是靠自學才成為了程式設計師。
我從不相信電腦，也不相信我剛剛修復的bug真的已經修復好了，總之我不相信任何東西。我甚至連自己都不相信。除非多次檢驗之後，我才會相信我已經如我所願地理解了問題。
偏執是我的諍友，而且我認為它也應該成為我們每一個工程師的“左膀右臂”。我們要偏執的是，應該總是想著從另一種方式來證實假設，或者從另一個角度去看我們遺漏了什麼。雖然很多時候這顯得很雞肋，但是有時候它能發揮至關重要的作用。
2.不要欺騙電腦
換言之就是“避免抽象漏洞”（注：抽象洩漏是指任何試圖減少或隱藏複雜性的抽象，其實並不能完全遮蔽細節，試圖被隱藏的複雜細節總是可能會洩漏出來）。系統該怎麼用就怎麼用，不要別出心裁自創用法。不要指望會出現什麼奇蹟。
如果系統使用規模超過當前的三倍，那麼就得考慮重新設計。
電腦是最誠實的孩子，如果你欺騙了它，它絕對會狠狠地反咬一口。
3.簡單就好
我們喜歡建立一些新事物、解決一些疑難雜症。這也是為什麼我們幹這一行的原因。但是很多時候，我們發現某個問題可以解決，卻並不意味著現在就是解決它的好時機。
我總是覺得自己是個愛自找麻煩的程式設計師——我喜歡乾淨簡單易於理解的設計。別以為這很容易，相反這是一個難度不小的挑戰——以一種複雜的方式解決問題誰都能辦到，但是隻有優秀的程式設計師才能用一種既簡單又易於理解的方式解決問題。特別是要真正直截了當地思考出問題的關鍵就更是難上加難了。
理解是重點，要知道程式設計師大部分時間是在維護程式碼，而不是寫程式碼。
4. 優化第一戒律就是不要優化
這一點來自於JohnBentley所著的經典書籍《程式設計珠璣》。（它旨在幫助我們像一個經驗豐富的程式設計師一樣思考。雖然已經發行了好多年，但是上面的很多經驗教訓仍然適用於當今社會。）
優化可以採取多種形式：速度、後驗形式、潛在規模、可能用途，等等。
問題在於，大多數的優化最終是沒人用的，而且從定義上看，優化或多或少會使得設計更加複雜。所以，優化的第一戒律就是不要優化，除非你完全理解整個問題。（他的第二戒律依然是：“不要優化”，意即即使你理解了，但是除非你真的需要才能去優化。）
5.不要僅僅修復bug；要修復所有可能發生bug的地方
對於自己犯的錯誤，沒必要耿耿於懷。每個人都討厭出現bug，我也是。
我討厭會讓我犯錯的系統。而且我真的非常非常討厭去修復同樣的bug，所以為了避免這種情況，每當我修復一個bug時，我就會思考以下問題：這種bug現在還有可能出現在哪裡？以後又比較容易出現在什麼地方？是什麼原因造成了這種模式的bug？我能不能一下子一網打盡呢？
6.不斷地做問題假設
因為我大部分時間都是在搞我自己的創業公司，所以我養成了一個不斷詢問自己的習慣“為什麼要這麼做？這能解決什麼問題？有沒有更好的方法？有沒有什麼更重要的事情是我還沒做到的？”
我們應該一直保持這種態度，不斷地詢問自己這些假設情況。什麼是真正需要解決的問題？是不是隻要求解決效果而不必追究根本原因？解決方案完整嗎？完備嗎？值得嗎？
7..從長遠角度思考。放慢腳步，才能跑得更快
這可能是最重要的一點了。作為工程師，我們享受於高效的工作效率：喜歡不斷地建立、建立、建立。但是如果我們不能用長遠的角度看問題，只會作繭自縛，使得最後越來越難構建任何東西。
有時候，我們還沒理解問題就直接去寫程式碼，最後導致不得不放棄。有時候我們的方案雖然對區域性問題很有療效，可卻能讓事情變得更糟或造成更嚴重的後果。有時候我們匆匆忙忙沒有完成設計，從而導致後期別人需要花更多的時間來修復。有時候我們只是懶得用正確的方式寫，直接就複製或者借鑑了別人的內容，原因可能是因為忙著趕專案進度不想花時間去好好思考。……
上面這些情況舉不勝舉。也有人說，這可比我碰到的情況好多了，呵呵。但是我還是想重複一下——我們的目標是建設最多最強大的功能，擁有最廣泛的使用者。所以，目光要看得長遠。
8.關心自己的程式碼
我想這一點沒必要過多解釋了吧。不過遺憾的是，現在有很多人時不時地將其拋之腦後。
為自己的工作驕傲！關心你自己寫的程式碼！
如果我想偷懶抄近路，我就會告訴自己種瓜得瓜種豆得豆，現在偷懶將來可能會面對很多亂七八糟的程式碼，最後可憐的還是自己。
當然你也不必極端——在谷歌公司我經常開玩笑說其他的工程師對待程式碼就像對自己的寵物一樣，而我和程式碼之間的關係我更像是一個牧場主——務實，不感情用事。話雖然這樣說，但是碰到程式碼不聽使喚的時候，我還是忍不住會發脾氣。
9.成本、速度、正確率
這是軟體中的鐵三角關係，也是全世界軟體工程師孜孜以求的目標。但是這不能成為我們裹足不前自滿自得的藉口。
事實上，所謂程式設計師的優秀和偉大之間的區別往往在於他們駕馭這個鐵三角的能力——偉大的程式設計師通常會想盡辦法儘可能地達到這三個目標。我們都應該努力成為偉大的程式設計師。
不過話說回來，魚與熊掌不可兼得，當我們不得不摒棄這個鐵三角的時候，一定要明白我們要妥協什麼，為什麼而妥協，是否是當前形勢下最正確的選擇。
10.最後，保持好奇心，不斷地學習
好吧，這可能看上去更像是職業建業。但是如果你沒有了好奇心，不願意學習新鮮事物，不再關心新技術、新語言，那麼你還幹這一行幹嘛呢？
上述編碼原則可能並不完美，各位如有不同意見，歡迎指正，在下洗耳恭聽。
英文原文：Coding Principles Every Engineer Should Know
翻譯作者：碼農網 – 小峰
來自：碼農網
相關閱讀
評論(3)