無我編程十條誡律

傲世狂少 12年前發布 | 2K 次閱讀

理解和接受自己會犯錯誤。關鍵是要盡早發現，在錯誤進入到最終產品前發現它們。幸運的是，除了我們少數幾個在噴氣推進實驗所開發火箭導航系統的人外，在軟件行業中犯錯誤通常不會導致災難性事故。我們可以，也應該從錯誤中吸取教訓，微笑，并繼續前進。
你不是你的代碼。記住代碼審查的全部目的就是去發現問題，相信問題會被我們發現。當有問題疏漏時不要自責。
不管你對“空手道”有多了解，一定會有人知道的更多。如果你去問，這樣的人可以告訴你一些新的招數。從別人那里尋找和接受新的知識，特別是那些你認為不需要的知識。
不要在沒有討論的情況下重寫代碼。在“調整代碼”和“重寫代碼”之間有一條很細致的界限，你應該在代碼審查的制度下做風格上的調整，不要獨斷專行。
對那些不如你的人要尊敬，禮遇，有耐心。經常跟開發人員打交道的非技術人士通常持有這樣的觀點：程序員憑借一技之長狂放不羈。不要讓你的發怒和缺乏耐性讓他們心中的這種形象加深。
這世界上唯一不變的就是變化。開放思考，面帶微笑的接受它。把需求上、平臺或工具里的每個改變都視作一種新的挑戰，而不是把它們當作大麻煩來抵制。
真正的權威來自知識，而不是職位。知識造就權威，權威帶來尊敬——所以，如果你想在一個無私的環境中獲得尊敬，去培養自己的知識吧。
為信仰奮斗，但我文雅的接受失敗。要理解，有時候你的想法會被拒絕。即使你是對的，你也不要報復或說“I told you so.”千萬不要讓你心愛的被拋棄的想法變成殉道者或抱怨素材。
不要成為“角落里的程序員。”不要成為隱藏在黑暗辦公室里、只因為口渴才出現的人。藏在角落的里程序員短視、與世隔絕、不受控制。這樣的人在公開的、合作的工作環境中發不出聲音。參與到交流中，成為你的辦公室團體中的一員。
批評代碼而不是人——對編碼人友善，但不要對代碼友善。盡可能的讓你的批評具有積極性，以改進代碼為目標。批評要聯系本地標準，編程規格文檔和提高后的性能等。

（本本摘自：IT外刊）。