不朽經典，無我程式設計的十大戒律

　　無我程式設計的十大戒律最早出現在 1971 年 Gerald Weinberg 出版的《 程式開發心理學 》裡。後由 Stack Overflow 網站的聯合創始人 Jeff Atwood 在部落格中整理列出。雖然過去了幾十年，但這些經典原則仍值得每一位程式設計師拜讀。

 

　　1、理解並接受自己會犯錯的事實 – 犯錯無法避免，關鍵要在錯誤進入生成環境前及時找出。幸好除了一小部分需要在 JPL（噴氣推進實驗室）開發火箭指導軟體的程式設計師外，大部分程式設計師都不會因錯誤招致生命危險。所以我們要從錯誤中學習，改過並繼續前行。

　　2、公正地處理程式碼 – 要記住，程式碼審查是為了找出問題，並且最終一定會發現問題所在。不要因為程式碼中的某一錯誤而對人產生偏見。

　　3、山外有山，人外有人 – 不管你懷揣了多少“祕笈”，都不要低估了別人的水平。只要你願意開口請教，一定會有人教你你所不知道的東西。當你認為某件事沒有必要做的時候，不凡問問他人的建議。

　　4、不在沒有協商的情況下重寫程式碼 – “修復程式碼”和“重寫程式碼”有明顯的區別。要了解它們之間的差異，並在程式碼審查的框架內進行程式化的變更，而不是孤軍奮戰。

　　5、尊重求教者，並耐心待之 – 與技術人員打過交道的非技術人員通常會認為：這些專業人士雖技術知識過硬，但妄自尊大。因此，我們要用耐心和謙和來消除他們對技術人員的誤解。

　　6、世界唯一的不變就是改變 – 對世界敞開胸懷，微笑著擁抱變化。把每次需求、平臺或者工具的變化看做是一次挑戰，而不是一堆麻煩。

　　7、真正的權威來源於才能，而非職位 – 知識造就權威，權威帶來尊重。所以，如果你想在一個無我的環境中得到尊重，先積累知識吧。

　　8、堅定自己的立場，優雅地面對挫折 – 你的想法有時候會被推翻。即使你能證明它是對的，也不用試圖報復反對它的人，不要大聲嚷嚷：“我早就說過……”。不要把被推翻的想法看做是犧牲品，也不要把它當初戰敗的哀嚎。

　　9、不要封閉自己 – 不要成為一個在小黑屋寫程式碼的人，只在買可樂的時候才出來一下。這樣你會失去與外界的聯絡，淡出人們的視線，失去控制。在開放的協作環境裡，你會失去自己的位置。

　　10、對“碼”不對人 – 批評程式碼，而不是編碼的人。儘可能的讓你的言論積極向上，帶動程式碼質量的提升。多多談及區域性標準、程式規範和更好的效能等。