行業分析師 James Governor 試著創建一套開發人員的分類學。我認為他利用了開發人員與思維的關系。我開始思考我怎么將開發人員分類，最后歸結為兩種尺度來衡量他們。

　　第一種尺度是“職業 VS 愛好”，第二種是“專注內在 vs 專注外在”。

　　第一種尺度與動力有關。程序員編寫程序，是因為這是他們的工作，還是因為他們他們享受軟件開發本身？知道你的同事和潛在的雇員屬于哪一種是有幫助的。因為在管理員工的時候，這極為重要。如果你不能切實地向那些為了工作而工作的開發人員，說明做這些事情會對他們的職業生涯有好處，要他們學習新東西或者變得經驗至上會很困難。其他則是為愛好而做編程工作。在選擇解決方案時，他們很難決定是否已經給出了最好的解決方案或者最能激起他們興趣的解決方案。

　　“專注內在 vs 專注外在”，這和開發人員更喜歡怎樣去解決問題有關。當一個“專注外在”的開發人員遇到一個問題，他們會用Google搜索答案，會請教同事，會在StackOverflow或者適當的論壇提交一個問題。當他們接到一項任務，他們會查找符合需求的開放源代碼庫，或者會查找過去解決了相同問題的人的博客。他們不排斥團隊中有其它的開發人員站在白板前與他們一起想出解決問題的辦法。但這樣做的缺點是，他們會創建一個用了jQuery和MooTools的網站，導致最后網站的每個網頁頁都會載入25個jQuery插件。他們復制和粘貼在博文中找到的代碼，即使他們并不知道它是怎么運行的。

　　補充：關于如果利用搜索技巧，國外開發人員 Andriy Solovey在他的博文《如何使用搜索技巧來成為一名高效的程序員》中的觀點是：如果不借助搜索技術、網絡及集體智慧，現代化高效編程是難以想象的。因此，搜索技巧對高效程序員變得愈發重要。現在，我們不需要了解和記住如何解決眾多的編程問題，可以采用搜索技術。我們正變得更加高效、高生產力，并能夠解決更多的問題。

　　“專注內在”的開發人員一般更喜歡盡可能依靠他們自己的腦力。他們常常為展示“這里還沒有被發明”的典型體現選擇時機，但只是個人層次的。當他們遇到一個棘手的問題，他們常常會完全消失似的，直到他們已經解決了問題。他們解決簡單問題的時間常常會更長，因為他們不會利用社區，他們不會留心社區中其他人是怎么解決問題的。另一方面，你越偏向于這一端，你越有可能能夠解決所有深層次的問題。當Google不能搜索出任何關于他們的問題的有意義結果時，他們從來不會卡住在這里。他們也常常是團隊中僅有的熟悉整個系統是怎么運作的開發人員。他們是那些實際發明東西的人。

　　兩個尺度都各有千秋。一個好的團隊會擁有各種各樣的開發人員。如果團隊太專注內在，就會常常不能將行業的進步帶入他們自己的編碼和實踐中。如果團隊太專注外在，會很難在技術上獲得有競爭力的優勢，盡管他們常常可以快速交付產品。如果團隊中有太多開發人員為自己的愛好而編程，他會因各種原因打擊公司中其余的員工。如果團隊中有太多專注于職業的開發人員，就會缺少創造力，并通常不能成就非凡。

　　其他相關的尺度是“好 vs 不好”。成為前文提到的兩種尺度的一方或另外一方，并不會促使你擅長或不擅長軟件開發，但是優秀的和不及格的開發人員在分類上以不同的方式證明它們的重要性。區分好的和不好的開發人員是一門獨立的學科，是一門我希望會更擅長的學科。

　　譯文出處：伯樂在線- 職場博客 - 程序員
　　譯文鏈接：http://www.jobbole.com/entry.php/924

　　原文：Tony Bargnesi　　翻譯：敏捷翻譯 - 張顥鏵

　　如需轉載，但請注明原文/譯文出處、譯文超鏈接和譯者等信息，否則視為侵權，謝謝合作！

it知識庫：劃分軟件開發人員的兩種尺度，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。