當作品被批評時，具有黑客精神的人會怎麼做？

基督教有十誡，猶太人因遵守它而生活富足；同樣，程序員的世界裡也有十誡，遵守它的人可以獲得內心的平靜，直面別人對其代碼的點評。對一名創造者來說，作品被指點評價甚至誤解都是宿命……如何在這種時候還能聽進去並獲得意想不到的收穫？你可以認真讀一下這份編程哲學。

同行評議可以讓多人一起來尋找邏輯漏洞，評估演算法選擇是否合適甚至發現語法錯誤。溫伯格發現，鼓勵其他人尋找錯誤和有待改進的地方，可以讓軟體開發的速度和質量有戲劇性的提高。當然，這個時候對於開發人員來說，就必須放棄固執的己見，讓自己處於忘我（Egoless）狀態。

同行評議

不同的開發方法論中多次提及了同行評議機制，而且看起來它也逐漸成為大家的共識。結對編程（兩人一組共同編程）可以被簡單地視為同行評議的一種應用。同樣地，開源軟體大多質量較高，也得益於開源社區「海量」的同行評議。

當然，臉皮比較薄的開發人員在這種時候會感覺到非常不適。因為和寫作或創作一件藝術品一樣，編程是一個比較個人的事情；藝術家不會允許別人對他的作品說三道四，同樣，當別人貶低我們的代碼作品時，我們同樣很難接受。所以這個時候，就需要一套規則或指南，來幫助開發人員進入忘我（Egoless）狀態，讓他們自己與他們的代碼分開。

十誡

1. 接受「自己會犯錯」這個事實。錯誤不是關鍵，關鍵是我們需要在投入生產之前儘早找到它們。比較幸運的是，除了像「火箭發射引導軟體」這樣非常重要的軟體外，代碼錯誤很少是致命的，所以我們大可微笑接受，然後繼續前進。

2. 你不同於你的程序。同行評議這個機制是對事不對人，所有的目的都是為了找出錯誤，而且也一定會找出來的。所以不要過分帶入個人情感。

3. 無論你懂得多少，總有人懂得更多。三人行必有我師，總有一個人可以告訴你一些你沒有想到的問題，所以即便你認為沒有必要，也請聽聽別人怎麼說。

4. 不要在沒有商量的情況下直接重寫別人的程序。在「修改程序」和「重寫程序」之間有一個界限，你需要知道這界限。同時，確保修改後的代碼和原代碼保持同樣的風格，而不是強賽硬加。

5. 對待不懂的人需要保持尊重與耐心。並非所有人員都懂你的代碼，尤其是那些非技術人員，所以他們對於程序有一些誤解也實屬正常。越是這個時候，越要保持尊重與耐心。

6. 世界上唯一不變的就是改變。需求在變，平台在變，工具在變……所以微笑地接受一切變化就好。

7. 權威來自於知識而非職位。知識產生權威，權威帶來尊重，所以如果你想在一個開放的環境裡面獲得尊重，請提升自己的知識。

8. 堅定信仰，但也要能坦誠面對挫敗。記住，你的想法有時會被駁回，不要在意，更別在最終還是採用回了你想法的時候說「看吧，我早就說過」。這只會讓你的想法更加不受重視。

9. 不要過於不合群。不要做一個「成天待在小黑屋裡面，只會敲代碼」的人。一個成天游離於人們視線之外、不受控制的人，在一個開放的、講究合作的環境裡面是不會有什麼話語權的。

10. 與人為善，對代碼苛刻。儘可能讓你所有的評論都能夠對改進代碼有所幫助，比如代碼規範、性能提升等。

作者：Jeff Atwood

原題：The Ten Commandments of Egoless Programming

出處：hhttp://t.cn/RS0sTWb

翻譯：李亮

編輯：李亮

——- 學習人工智慧，做優秀的作品 -——

掌握深度學習原理

搭建神經網路模型

熟悉自然語言處理

開發智能個人助理

戳原文，馬上預約下期！

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！