行業(yè)分析師 James Governor 試著創(chuàng)建一套開發(fā)人員的分類學(xué)。我認(rèn)為他利用了開發(fā)人員與思維的關(guān)系。我開始思考我怎么將開發(fā)人員分類，最后歸結(jié)為兩種尺度來衡量他們。

　　第一種尺度是“職業(yè) VS 愛好”，第二種是“專注內(nèi)在 vs 專注外在”。

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

　　“專注內(nèi)在 vs 專注外在”，這和開發(fā)人員更喜歡怎樣去解決問題有關(guān)。當(dāng)一個“專注外在”的開發(fā)人員遇到一個問題，他們會用Google搜索答案，會請教同事，會在StackOverflow或者適當(dāng)?shù)恼搲峤灰粋€問題。當(dāng)他們接到一項任務(wù)，他們會查找符合需求的開放源代碼庫，或者會查找過去解決了相同問題的人的博客。他們不排斥團(tuán)隊中有其它的開發(fā)人員站在白板前與他們一起想出解決問題的辦法。但這樣做的缺點是，他們會創(chuàng)建一個用了jQuery和MooTools的網(wǎng)站，導(dǎo)致最后網(wǎng)站的每個網(wǎng)頁頁都會載入25個jQuery插件。他們復(fù)制和粘貼在博文中找到的代碼，即使他們并不知道它是怎么運(yùn)行的。

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

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

　　兩個尺度都各有千秋。一個好的團(tuán)隊會擁有各種各樣的開發(fā)人員。如果團(tuán)隊太專注內(nèi)在，就會常常不能將行業(yè)的進(jìn)步帶入他們自己的編碼和實踐中。如果團(tuán)隊太專注外在，會很難在技術(shù)上獲得有競爭力的優(yōu)勢，盡管他們常?？梢钥焖俳桓懂a(chǎn)品。如果團(tuán)隊中有太多開發(fā)人員為自己的愛好而編程，他會因各種原因打擊公司中其余的員工。如果團(tuán)隊中有太多專注于職業(yè)的開發(fā)人員，就會缺少創(chuàng)造力，并通常不能成就非凡。

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

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

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

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

it知識庫：劃分軟件開發(fā)人員的兩種尺度，轉(zhuǎn)載需保留來源！

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