狼是自然界中真正的掠食者，而哈士奇不過是人類的玩物。兩者長得確實很像，就如同IT界的Programmer和Coder。如果用狼和哈士奇來隱喻這兩種職業，Programmer無疑是軟體業真正的狼。

一 “哈士奇”的習性

• 他們寫出機器可以理解的程式碼。
• 他們的程式碼依靠註釋讀懂。
• 他們只在工作時間寫程式碼。
• 他們不喜歡看書，但偶爾會看看視訊。
• 他們只會閱讀別人的部落格，自己從來不寫。
• 他們關注的僅僅是進度。
• 他們僅僅是複製程式碼。
• 遇到問題他們會直接問同伴。
• 他們總是認為自己會的很多，喜歡用海量的“精通”來裝點自己的簡歷，假裝高手。
• 他們每天沉寂在C+V的死迴圈中，並不斷地抱怨需求變更。
• 他們會因為學會了某種程式碼的寫法，而驕傲自滿。
• 他們一邊在被動地接受需求，一邊在抱怨不合理的需求。
• 他們不會檢查自己的程式碼，在測試暴露缺陷之前，他們往往難以發現。
• 他們不認為自己要為程式碼質量負責，那應該是管理者和測試的事情。
• 他們在拿到任務後會直接開始工作。
• 他們往往具有文件恐懼症。
• 他們並不崇拜專業人士。
• 他們擅長推卸責任。
• 他們對編譯警告棄之不理。
• 他們只是在寫可以執行的程式。
• 他們會拖延不喜歡的任務。
• 他們更容易放棄自己的設計。
• 他們的程式設計往往止步於編碼的表象。

二 “狼”的習性

• 他們寫出人可以讀懂的程式碼。
• 他們的程式碼風格統一併具有自描述性。
• 他們不僅在工作時間，在業餘時間也會寫程式碼。
• 他們會看大量的書籍，閱讀大量技術資料，當然也會看視訊。
• 他們不僅閱讀別人的部落格，他們自己也會寫部落格，他們認為分享知識是快樂的。
• 他們不僅關注進度而且更關注程式碼的質量，提供現實的進度方案，在上司面前堅持自己的意見。
• 他們複用程式碼而不是複製程式碼。
• 遇到問題他們會嘗試自己解決，訪問社群，然後才會詢問同伴。
• 他們總是認為自己還能做的更好，並對那些巨人由衷地敬佩，在不是高手時不假裝高手。
• 他們經常在思索如何能夠解耦，用靈動的設計應對突然到來的變更。
• 當掌握某種程式碼的寫法，他們看到的往往是背後深層次的問題，並向專業水準看齊。
• 他們會對不合理的需求說不，並在工作中嘗試影響他們的領導。
• 他們會經常重構自己的程式碼，並維護自己的缺陷核對表。
• 他們認為提高程式碼質量是自己的責任，併為自己的過失而負責。
• 他們在拿到任務後，會在行動之前，進行分析和計劃，而不是馬上編碼。
• 他們往往會認真閱讀專案文件。
• 他們和希望提高軟體開發技能的人為伍，參加交流會，加入某個社群參與技術討論。
• 他們敢於承認錯誤。
• 他們將警告與錯誤同等對待。
• 他們在構建自己徹底理解的程式。
• 他們將不喜歡的任務認為是對自身的磨礪。
• 他們往往堅持自己的設計。
• 他們的程式設計往往深入語言，觸及思想。

三 做狼還是哈士奇

　　狼和哈士奇的隱喻意味著Coder難以在技術實戰中戰勝Programmer，但現實是，往往Coder更受歡迎，如同哈士奇更討人喜歡一樣。原因很簡單，Programmer在眾多Coder之中顯得格格不入。Programmer能更快更高效地完成任務，他們討厭加班，抵制低效的流程，他們對自己的能力深信不疑，並經常堅持自己的意見，對不合理的需求說不。這些，在僱主的眼裡就是叛逆。而Coder就低調很多，他們甘於加班，對設計沒有意見，不會對需求說不，出了問題他們總在說，這是別人的問題。他們兩者的程式碼，在外行看來沒有差別。在僱主眼中，往往那些閉嘴加班的員工更應該重用。

　　也許，Programmer們並不想讓自己被孤立，但現實卻是殘酷的。人們缺少包容，善意的提醒，也可能會被認為是賣弄，是對權威的挑戰。狼只有在狼群中，才能得到自身的認同感。軟體的構建者是Programmer而不是Coder。如果你是一匹狼，而你有感受不到團隊的認同感，那你不妨換一換環境，因為，和臭棋簍子下棋，永遠無法進步。

　　如果你是位開明的領導者，當你讀到這篇文章時，我真切地希望你能留意那些“帶刺”的員工，因為很可能，他比你團隊中的其他人都看的更遠。

　　如果你是名程式設計師，那麼請你選擇到底是做狼還是哈士奇。狼可能沒有安穩的生活，沒有豐盛的午餐，但卻擁有強大的力量，自由，以及尊嚴。

原文連線