無我程式設計的十條誡律

來自寫於2023年的《程式開發心理學(the psychology of computer programming)》，下面就是這無我程式設計十條誡律：

理解和接受自己會犯錯誤。關鍵是要盡早發現，在錯誤進入到最終產品前發現它們。幸運的是，除了我們少數幾個在噴氣推進實驗所開發火箭導航系統的人外，在軟體行業中犯錯誤通常不會導致災難性事故。我們可以，也應該從錯誤中吸取教訓，微笑，並繼續前進。

你不是你的**。記住**審查的全部目的就是去發現問題，相信問題會被我們發現。當有問題疏漏時不要自責。

不管你對「空手道」有多了解，一定會有人知道的更多。如果你去問，這樣的人可以告訴你一些新的招數。從別人那裡尋找和接受新的知識，特別是那些你認為不需要的知識。

不要在沒有討論的情況下重寫**。在「調整**」和「重寫**」之間有一條很細緻的界限，你應該在**審查的制度下做風格上的調整，不要獨斷專行。

對那些不如你的人要尊敬，禮遇，有耐心。經常跟開發人員打交道的非技術人士通常持有這樣的觀點：程式設計師憑藉一技之長狂放不羈。不要讓你的發怒和缺乏耐性讓他們心中的這種形象加深。

這世界上唯一不變的就是變化。開放思考，面帶微笑的接受它。把需求上、平台或工具裡的每個改變都視作一種新的挑戰，而不是把它們當作**煩來抵制。

真正的權威來自知識，而不是職位。知識造就權威，權威帶來尊敬——所以，如果你想在乙個無私的環境中獲得尊敬，去培養自己的知識吧。

為信仰奮鬥，但我文雅的接受失敗。要理解，有時候你的想法會被拒絕。即使你是對的，你也不要報復或說「i told you so.」千萬不要讓你心愛的被拋棄的想法變成殉道者或抱怨素材。

不要成為「角落裡的程式設計師。」不要成為隱藏在黑暗辦公室裡、只因為口渴才出現的人。藏在角落的裡程式設計師短視、與世隔絕、不受控制。這樣的人在公開的、合作的工作環境中發不出聲音。參與到交流中，成為你的辦公室團體中的一員。

批評**而不是人——對編碼人友善，但不要對**友善。盡可能的讓你的批評具有積極性，以改進**為目標。批評要聯絡本地標準，程式設計規格文件和提高後的效能等。

dad and the ten commandments of egoless programming

]