【特別說明】

本文經(jīng)核實最早出自新浪微博技術經(jīng)理楊衛(wèi)華的博客（發(fā)表于2009年5月19日），原文名為“5%的神話(關于開發(fā)效率與職業(yè)方向)”。未經(jīng)細查，而將出處標錯，是我們工作失誤，特此向楊衛(wèi)華道歉。同時也譴責轉(zhuǎn)貼不寫出處，不予署名，冒充原創(chuàng)，涉嫌抄襲的行為。希望大家都能努力杜絕這種行為，共同創(chuàng)造尊重原創(chuàng)、互敬互愛的技術氛圍。

-------------------------------------

5%神話

Bruce Eckel（Thinking in Java/C++作者） 在他的5%的神話（Mythical 5%） 中提到：5%的程序員開發(fā)效率是其他95%程序員的20倍（5% of programmers are 20x more productive than the other 95%）。

按照80-20法則，80%的程序員幾乎不看書，不讀Blog，不參加技術會議，不持續(xù)學習。這些人也可能會進入大公司，他們?nèi)諒鸵蝗盏淖鲋貜偷墓ぷ鳌Ａ硗?0%則在專業(yè)方面比較主動，他們喜歡閱讀，喜歡學習，喜歡參加技術活動。這20%當中又會有80%的人可能不會特別成功，他們?nèi)匀蛔咴谕ㄍ晒Φ穆飞蠆^斗。剩下20%，也就是總數(shù)的5%的開發(fā)人員具備20倍的開發(fā)效率。那如何成為這5%中的一員呢？

Bruce Eckel 的觀點：閱讀，分析，總結(jié)，實踐

這5%的人會習慣經(jīng)常閱讀新技術，并喜歡參與各種有潛在價值的新概念的實踐，他們會有非常有選擇性的參與會議，大部分時間都花在有效率的事情上，將事情做成。

要想比別人效率高出20%，則需要在各個方面達到平衡，而不單只是能將事情搞定那么簡單，因此你要使用最好的工具，最優(yōu)秀的技術，并盡最大的努力。平衡點并不是從明顯的事物上就可以輕松獲得，或者是被人告知的經(jīng)驗，或者是大眾化的經(jīng)驗。它需要自己摸索并發(fā)現(xiàn)事物背后的規(guī)律，需要自己去總結(jié)并發(fā)現(xiàn)。

比如我們通常對各種編程語言優(yōu)缺點熟記于心，我們通?？梢悦摽诙霰热鏓rlang適合大并發(fā)場合等等。但是大部分人不會意識到很多場合語言并不重要。

因此如果你要成為那5%中一員，你必須持之以恒的堅持學習，多學習編程是有好處的，但是僅僅局限于了解編程是不夠的，比如類似以下經(jīng)驗：

> 代碼被閱讀的時間比寫代碼的時間要長，如果你的代碼不能被人理解，則沒人會去改善或者修改其中的bug；

> Code review是最有成效的改善軟件缺陷的方法，但在我們卻經(jīng)常“沒有時間來考慮它”。

所以除了精通編程之外，最好多看一些編程方法與協(xié)作的書，如并不傳授編程技巧的《代碼大全》之類的書。

Jeff Atwood（Coding Horror）的觀點：技術博客重要性

當然也有持不同觀點者，如Jeff Atwood（coding horror的作者）則認為經(jīng)常分享自己的技術體會比coding更重要，能寫的人才能成為那5%中一員。他曾經(jīng)橫穿北美，從美國西岸San Francisco到加拿大的東岸Montreal去給一個大學的學生講技術Blog的重要性。他在這篇Is Writing More Important than Programming （PPT，3mb）演講中提到：

大部分我景仰的程序員都是通過其blog讓我景仰，而不是他的代碼。

……大部分不寫blog程序員的理由有：太忙；寫了也沒人看；沒有合適內(nèi)容可寫；覺得自己不善長表達等。

其他觀點

《Erlang程序設計》一書（人民郵電出版社圖靈公司出版）的譯者之一、盛大創(chuàng)新院研究員金尹（Trustno1）則認為這5%的人必須是鉆研paper的人， 而只是看看rss，熱衷于參加各種技術會議，搞搞各種可替代性很強的技術的人是不夠格的，他在某帖子中提到：

很簡單的兩個標準。

標準一，你看到一個問題的第一感覺“這個事情不學3-4年數(shù)學算法光靠搗鼓搗鼓API設計模式肯定搞不定”

案例一，老板讓你做一個從視頻里識別出人臉的程序。

標準二，但凡性能Critial又沒有現(xiàn)成方案的東西。

案例二，老板讓你做一個實時的全局照明渲染引擎。

總結(jié)

想必看了上面這一系列，你對怎樣成為那5%中一員已有自己的見解了。你要的答案或許不在這篇文章里，因為Bruce Eckel提到，大部分成為5%的人的經(jīng)驗是只可意會，不可言傳的。