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，不參加技術(shù)會議，不持續(xù)學(xué)習(xí)。這些人也可能會進(jìn)入大公司，他們?nèi)諒?fù)一日的做著重復(fù)的工作。另外20%則在專業(yè)方面比較主動，他們喜歡閱讀，喜歡學(xué)習(xí)，喜歡參加技術(shù)活動。這20%當(dāng)中又會有80%的人可能不會特別成功，他們?nèi)匀蛔咴谕ㄍ晒Φ穆飞蠆^斗。剩下20%，也就是總數(shù)的5%的開發(fā)人員具備20倍的開發(fā)效率。那如何成為這5%中的一員呢？

　　Bruce Eckel 的觀點(diǎn)：閱讀，分析，總結(jié)，實(shí)踐

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

　　比如我們通常對各種編程語言優(yōu)缺點(diǎn)熟記于心，我們通常可以脫口而出比如erlang適合大并發(fā)場合等等。但是大部分人不會意識到很多場合語言并不重要。

　　因此，如果你要成為那5，你必須持之以恒的堅(jiān)持學(xué)習(xí)，多學(xué)習(xí)編程是有好處的，但是僅僅局限于了解編程是不夠的，比如類似以下經(jīng)驗(yàn)：

• 代碼被閱讀的時(shí)間比寫代碼的時(shí)間要長，如果你的代碼不能被人理解，則沒人會去改善或者修改其中的bug。
• Code review是最有成效的改善軟件缺陷的方法，但在我們卻經(jīng)常“沒有時(shí)間來考慮它”。

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

　　Jeff Atwood (Coding Horror) 的觀點(diǎn)：技術(shù)博客重要性

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

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

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

　　國內(nèi)曾翻譯過Erlang程序設(shè)計(jì)的Trustno1則認(rèn)為這5%的人必須是鉆研paper的人，而只是看看rss，熱衷于參加各種技術(shù)會議，搞搞各種可替代性很強(qiáng)的技術(shù)的人是不夠格的，他在某帖子中提到：

很簡單的兩個(gè)標(biāo)準(zhǔn).
標(biāo)準(zhǔn)一，你看到一個(gè)問題的第一感覺”這個(gè)事情不學(xué)3-4年數(shù)學(xué)算法光靠搗鼓搗鼓API設(shè)計(jì)模式肯定搞不定”
案例一，老板讓你做一個(gè)從視頻里識別出人臉的程序.
標(biāo)準(zhǔn)二，但凡性能Critial又沒有現(xiàn)成方案的東西.
案例二，老板讓你做一個(gè)實(shí)時(shí)的全局照明渲染引擎.

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

it知識庫：為什么5%的技術(shù)人員開發(fā)效率是其他95%的20倍？，轉(zhuǎn)載需保留來源！

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