[[134795]]

如果你有10個(gè)程序員，最好的那個(gè)可能至少比最差的那個(gè)好5倍。這絕對不是胡扯。

我們這樣定義“更好”：工作速度更快，產(chǎn)生的bug更少，代碼更具可讀性、邏輯性和可維護(hù)性。

程序員不是砌磚工人，但他們往往被當(dāng)成是砌磚工人。 （我并不是說歧視這些職業(yè)）

“為什么我需要高級程序員，要知道同樣的薪酬我可以雇兩個(gè)初級的了？”

“這個(gè)功能一個(gè)程序員做需要三個(gè)月的時(shí)間，那就只需要再加兩個(gè)，就可以在一個(gè)月內(nèi)搞定了。”

為什么說上面的想法很荒謬？因?yàn)槲覀儧]有一種簡單又有效的方法來衡量程序員的生產(chǎn)力。一旦碰到我們無法衡量的東西，我們就會(huì)忽略它。

我這樣問你好了：你是愿意讓兩個(gè)新手來照顧你的寶寶，維修你的車，給你做腰椎穿刺，還是寧愿找一個(gè)資深的？

相關(guān)研究表明，最好程序員的生產(chǎn)力最高可比最差程序員的高28倍。但是用在這些最好程序員身上的成本肯定不會(huì)有這么多，所以他們是軟件領(lǐng)域中最劃算的“特價(jià)商品”。——ROBERT GLASS，《FACTS AND FALLACIES OF SOFTWARE ENGINEERING》

如果你一定要比較的話，那么其實(shí)程序員更像是作家。

有些作家寫出的東西能數(shù)以百萬計(jì)地賣出去，而有些作家寫出來的東西無聊至極最后只能用來燒火用！

但是，他們都生產(chǎn)出了一本書，因此，他們都是作家。可是除非你去閱讀他們的書，否則你就不會(huì)知道他們倆的差別。

編程經(jīng)理老早就認(rèn)識到好程序員和差程序員兩者的生產(chǎn)力有著天囊之別。但實(shí)際測得的數(shù)據(jù)結(jié)果依然讓我們所有人都大吃一驚。在研究中，Sackman、Erickson和Grant想要衡量一組經(jīng)驗(yàn)豐富的程序員的表現(xiàn)。結(jié)果表明，最佳和最差的生產(chǎn)力比例平均約為10：1，特別是編程速度的比例令人吃驚地達(dá)到5：1！——FRED BROOKS，《THE MYTHICAL MAN-MONTH》

下面我給你講一個(gè)真實(shí)的故事。（有關(guān)名字已作更改。）

一家軟件公司需要在他們的標(biāo)志產(chǎn)品中實(shí)現(xiàn)一個(gè)新的模塊。Mr Lousy（差先生）剛好有空，于是就將這個(gè)任務(wù)交給了他，讓他立馬開工！

經(jīng)過四個(gè)月的修修補(bǔ)補(bǔ)，差先生終于完成了。 QA團(tuán)隊(duì)發(fā)現(xiàn)存在著大量的bug和矛盾之處，并將報(bào)告返回給差先生。差先生根據(jù)報(bào)告又花了2周的時(shí)間來修復(fù)這些bug，并最終給出了一個(gè)新的版本！那些該死的惱人bug真是絞盡了差先生的腦汁。

測試然后修復(fù)，如此循環(huán)了兩三次。

用戶已經(jīng)在期待這個(gè)新的模塊。銷售人員也簽署了一些新的客戶。把這個(gè)模塊做出來，并整合到下一版本中這一過程的壓力之大可想而知。但是，所幸，成功了！開香檳慶祝吧！

呀，不對，新模塊中依然滿是bug。群眾的眼睛總是雪亮的，客戶總是特別擅長于找到一些以前從未被發(fā)現(xiàn)的bug。于是他們聯(lián)系技術(shù)支持。技術(shù)支持團(tuán)隊(duì)再去找是什么地方出了錯(cuò)，是客戶不知道如何操作功能，還是他們自己搞錯(cuò)了，抑或這只是一個(gè)bug，一個(gè)可以重現(xiàn)的bug。……然后技術(shù)支持團(tuán)隊(duì)提交了錯(cuò)誤報(bào)告。于是，差先生悲劇了，——我的意思是，哪怕他正在搞另一個(gè)項(xiàng)目，在這個(gè)時(shí)候也只能放下手頭的一切工作來解決這些麻煩事。

（這還沒有涉及到代碼的維護(hù)性，邏輯性和文檔化問題——因?yàn)橐院罂隙〞?huì)有其他人來改進(jìn)這些代碼）

但是，唉，怎么說呢……似乎有一些bug超出了差先生的能力范圍，他根本修復(fù)不了。此外，不斷出現(xiàn)的新bug，沒人知道確實(shí)它們是新出來的，還是以前就有但就是沒有被發(fā)現(xiàn)而已的。技術(shù)支持煩不勝煩。而銷售越來越惱火，因?yàn)樾驴蛻艏娂姳硎具@個(gè)模塊太不靠譜了，他們要取消合同！

最后，老板不得不讓Mr Rockstar（好先生）來看一看這些代碼。

好先生并不想為差先生收拾爛攤子，很多結(jié)構(gòu)在他眼中都是沒有意義的。他建議重寫代碼，預(yù)期大概需要一個(gè)月的時(shí)間。然后他開工了，只比原先估計(jì)的多了幾天就完成了模塊（他是好先生，而不是完美先生）。除了QA團(tuán)隊(duì)發(fā)現(xiàn)了一些小錯(cuò)誤，一切都能如期工作。 QA團(tuán)隊(duì)在心里默默擔(dān)心：如果所有的程序員都像他一樣，那他們就沒有用武之地了。差先生認(rèn)為好先生這是在傲慢地嘲笑他，但他的看法對好先生而言是無關(guān)緊要的。

改進(jìn)過的模塊很快發(fā)布了。每個(gè)人都很高興，因?yàn)榻K于可以正常工作了。萬歲！

現(xiàn)在真的到了可以開香檳慶祝的時(shí)候了！

但是此時(shí)，似乎所有人都忘記了好先生只用了一個(gè)月左右的時(shí)間就成功搞定了差先生用了七八個(gè)月也搞不定的任務(wù)。

這兩個(gè)開發(fā)人員生產(chǎn)力水平的巨大差異由此可見一斑——他們執(zhí)行的是完全相同的任務(wù)。

通過編寫更精簡但功能更多的代碼，通過編寫bug更少更易于維護(hù)的代碼，一個(gè)優(yōu)秀的開發(fā)人員可以減輕QA人員，同事和管理人員的工作壓力，提高身邊每一個(gè)人的生產(chǎn)力。這就是為什么研究得出的這些數(shù)據(jù)，如28倍的生產(chǎn)效率是可能的，甚至可能還報(bào)低了，如果你縱覽全局的話。——PHIL HAACK，《10 DEVELOPERS FOR THE PRICE OF ONE》

那么，在這個(gè)故事中可能會(huì)發(fā)生的最糟糕的事情是什么呢？

好先生終于注意到他比差先生的效率要高得多：他能輕易識別不良代碼。但是盡管如此，他很肯定自己的薪資和差先生的差不多。他表示不滿，甚至于毅然決然地離開。于是你的開發(fā)團(tuán)隊(duì)失去了一個(gè)高效的力量支柱。

即使他不離開，當(dāng)面對由于發(fā)布/項(xiàng)目延遲導(dǎo)致的整個(gè)團(tuán)隊(duì)的加班，他會(huì)怎么想？離開是必然的，只是時(shí)間早晚而已。

并且，如果你真的運(yùn)氣實(shí)在不佳，提了另一個(gè)人去取代好先生的位置，卻不幸是另一個(gè)差先生的話，那我就只能默默地為你點(diǎn)根蠟燭了。

那么，為什么我們總是習(xí)慣于忽略這個(gè)事實(shí)呢？

因?yàn)楹鲆暠燃m正問題容易得多——至少某種程度上，的確如此。并且沒人愿意做告發(fā)同事的小人，成為他丟掉飯碗的原因：因?yàn)楦悴缓貌钕壬嫌懈咛靡狆B(yǎng)，下有兒女嗷嗷待哺；或許他剛剛買了新房子，每個(gè)月都要還貸——最重要的是，真的很難衡量開發(fā)人員的工作效率，除非你讓他們倆做相同的任務(wù)來做對比，就像上面的故事一樣。

于是我一直在想這個(gè)問題：該如何衡量開發(fā)人員的工作效率。我很嫉妒做銷售的，因?yàn)樗麄兊男匠晔歉鶕?jù)業(yè)績來的。我有一些想法（還不成熟）能讓你去其糟粕取其精華。我也有一些想法關(guān)于如何識別、吸引和留住好的開發(fā)人員。

我的身份以及我為什么要告訴你這些真相

我曾作為一個(gè)全職的開發(fā)人員干了10多年。早在1989年我做出了我的第一個(gè)商業(yè)化的產(chǎn)品（游戲）。雖然它并沒有給我?guī)砗芏噱X，但感覺真的超好（那時(shí)我才16歲）。幾年后，我出售了其中一個(gè)游戲點(diǎn)子，并最終發(fā)布于任天堂游戲機(jī)（以及其他格式）上！從我經(jīng)驗(yàn)的角度，我可以告訴你，當(dāng)你看到你想出來的東西（包括名稱）最終出現(xiàn)在商店中，這感覺不要太爽。

2008年，我應(yīng)聘了一家技術(shù)驅(qū)動(dòng)公司的一個(gè)非技術(shù)職位。我想了解企業(yè)一般的運(yùn)行模式，包括銷售在內(nèi)的企業(yè)中發(fā)生的所有非技術(shù)進(jìn)程。雖然，我的技術(shù)能力對我的求職很有幫助，但不再是工作的重要組成部分。

我不再為了謀生而編程（確切的說，是當(dāng)時(shí)），但經(jīng)常在業(yè)余項(xiàng)目上鼓搗各種新技術(shù)。對我來說，讀一本好書，既令人興奮，同時(shí)又能夠得到放松。

在我目前的崗位上，我經(jīng)常會(huì)遇到一些誤解概念或缺乏開發(fā)基本知識的人。而在他們身處的職位上（通常是那些CxO們），這些基礎(chǔ)知識會(huì)造成巨大的影響。

很多CxO會(huì)將開發(fā)人員當(dāng)作是砌磚工人，死板地計(jì)算他們的工作效率。但是，在這里，我想再次重申這個(gè)“作家理論”，開發(fā)人員是腦力工作者，OK？

英文原文：Your Developers Aren’t Bricklayers, They’re Writers