原文作者John D. Cook是一位數(shù)學(xué)教授、程序員、顧問(wèn)、經(jīng)理人和統(tǒng)計(jì)學(xué)家，善于并享受結(jié)合運(yùn)用這些技能來(lái)解決問(wèn)題。

最近，我聽(tīng)說(shuō)了一個(gè)關(guān)于缺乏經(jīng)驗(yàn)的程序員和經(jīng)驗(yàn)豐富的程序員每天寫(xiě)相同行數(shù)的代碼的研究結(jié)果。其不同之處在于，經(jīng)驗(yàn)豐富的編程人員讓這些代碼更高效，向著目標(biāo)穩(wěn)步前進(jìn)；缺乏經(jīng)驗(yàn)的程序員單純地將大段的代碼分隔開(kāi)，并且多次復(fù)寫(xiě)相同的代碼塊直到它們看起來(lái)能夠運(yùn)行?；蛘卟徊鸱执a，他們連續(xù)調(diào)試好多天，幾乎是隨機(jī)的改變一兩行代碼，直到這些代碼看起來(lái)能夠運(yùn)行。

正如格雷.威爾森在他的采訪中所指出的，將注意力放在軟件開(kāi)發(fā)的質(zhì)量上，往往也會(huì)提高生產(chǎn)力。更多的努力，會(huì)帶來(lái)進(jìn)步；反之，將會(huì)導(dǎo)致“回鍋肉”（返工）。

經(jīng)驗(yàn)豐富的程序員不僅能每天編寫(xiě)更多行值得借鑒的代碼，而且他們的每行代碼都能實(shí)現(xiàn)更多的功能，有時(shí)候多的不可思議。但是這并沒(méi)有什么新奇的。眾所周知，最優(yōu)秀的程序員不是一般的高產(chǎn)，他們的產(chǎn)量一般是普通程序的一倍或兩倍。（例如Joel Spolsky的書(shū)《聰明的完成工作》Smart and Gets Things Done）。更有意思的是，在編寫(xiě)和理解代碼方面，最優(yōu)秀的程序員看起來(lái)并沒(méi)有什么更高超的能力。

并且，也有研究顯示，程序員每天編寫(xiě)相同行數(shù)的代碼與他們使用的語(yǔ)言無(wú)關(guān)。你可能認(rèn)為使用匯編語(yǔ)言的程序員每天能比使用像VB或Java之類的高級(jí)語(yǔ)言的程序員編寫(xiě)更多的代碼，但是事實(shí)并非如此。雖然通過(guò)數(shù)代碼的行數(shù)來(lái)衡量程序員的產(chǎn)量是一種很爛的方法，但它卻是判斷一個(gè)人大腦能裝多少東西的好方法。

（編注：在原文評(píng)論中，F(xiàn)red Mitchell 的評(píng)論非常精彩，編譯如下。）

我編寫(xiě)代碼的時(shí)間已有30年，我可以非?？隙ǖ卣f(shuō)，和那些僅有過(guò)兩三年代碼經(jīng)驗(yàn)朋友的代碼來(lái)比，根本沒(méi)有可比性。

為了更好地反應(yīng)手中問(wèn)題，我在代碼中力爭(zhēng)清晰性和簡(jiǎn)潔性，也注重“清潔”的架構(gòu)和對(duì)象模型。我所編寫(xiě)的東西有，操作系統(tǒng)、驅(qū)動(dòng)、應(yīng)用程序、中間件和Web應(yīng)用。

不僅是代碼，還有算法、模式和數(shù)據(jù)結(jié)構(gòu)。一個(gè)經(jīng)驗(yàn)不多的程序員或許并不喜歡某些算法，從而選擇一個(gè)“蠻力”方法，而不是選擇更有效并省時(shí)的方法。

但是通過(guò)代碼行數(shù)來(lái)判斷工作的方法，并不能反映出所有這些。這種方法完全是一個(gè)愚蠢之極的想法。注釋算不算進(jìn)代碼行數(shù)呢？有時(shí)候，我寫(xiě)的注釋，比代碼還要多，因?yàn)槲蚁氡M可能詳細(xì)一些，我不想6個(gè)月之后再來(lái)看這些代碼的時(shí)候，我是一頭霧水。

真正的生產(chǎn)力是無(wú)法輕易和快速測(cè)量出來(lái)的。有時(shí)候，你必須考慮業(yè)務(wù)模式?？偣补?jié)省了多少時(shí)間，節(jié)?。ɑ騽?chuàng)造）了多少錢(qián)，代碼所涉及的維護(hù)或停工時(shí)間是多少，客戶服務(wù)的工作量是多少，等等。所有這些才是影響真正生產(chǎn)力的因素。

原文鏈接：http://www.johndcook.com/blog/2008/06/03/experienced-programmers-and-lines-of-code/