<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Tim[后端技术] &#187; mythical</title>
	<atom:link href="http://timyang.net/tag/mythical/feed/" rel="self" type="application/rss+xml" />
	<link>http://timyang.net</link>
	<description>Tim&#039;s blog, 关于后端架构、互联网技术、分布式、大型网络应用、NoSQL、Key Value等</description>
	<lastBuildDate>Mon, 02 Aug 2010 15:34:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>5%的神话(关于开发效率与职业方向)</title>
		<link>http://timyang.net/programming/mythical-5/</link>
		<comments>http://timyang.net/programming/mythical-5/#comments</comments>
		<pubDate>Tue, 19 May 2009 05:15:11 +0000</pubDate>
		<dc:creator>Tim</dc:creator>
				<category><![CDATA[编程]]></category>
		<category><![CDATA[mythical]]></category>

		<guid isPermaLink="false">http://timyang.net/?p=172</guid>
		<description><![CDATA[Bruce Eckel(Thinking in Java/C++作者) 在他的 5%的神话 (Mythical 5%) 中提到：
5%的程序员开发效率是其他95%程序员的20倍 
(5% of programmers are 20x more productive than the other 95%)
按照80-20法则,80%的程序员几乎不看书,不读Blog,不参加技术会议，不持续学习。这些人也可能会进入大公司，他们日复一日的做着重复的 工作。另外20%则在专业方面比较主动，他们喜欢阅读，喜欢学习，喜欢参加技术活动。这20%当中又会有80%的人可能不会特别成功，他们仍然走在通往成 功的路上奋斗。剩下20%，也就是总数的5%的开发人员具备20倍的开发效率。
那如何成为这5%中的一员呢
Bruce Eckel 的观点：阅读，分析，总结，实践
这5%的人会习惯经常阅读新技术，并喜欢参与各种有潜在价值的新概念的实践，他们会有非常有选择性的参与会议，大部分时间都花在有效率的事情上，将事情做成。
要想比别人效率高出20%，则需要在各个方面达到平衡，而不单只是能将事情搞定那么简单，因此你要使用最好的工具，最优秀的技术，并尽最大的努力。平衡点并 不是从明显的事物上就可以轻松获得，或者是被人告知的经验，或者是大众化的经验。它需要自己摸索并发现事物背后的规律，需要自己去总结并发现。
比如我们通常对各种编程语言优缺点熟记于心，我们通常可以脱口而出比如erlang适合大并发场合等等。但是大部分人不会意识到很多场合语言并不重要。
因此如果你要成为那5你必须持之以恒的坚持学习，多学习编程是有好处的，但是仅仅局限于了解编程是不够的，比如类似以下经验：

代码被阅读的时间比写代码的时间要长，如果你的代码不能被人理解，则没人会去改善或者修改其中的bug
Code review是最有成效的改善软件缺陷的方法，但在我们却经常“没有时间来考虑它”

所以除了精通编程之外，最好多看一些编程方法与协作的书，如并不传授编程技巧的《代码大全》之类的书。
Jeff Atwood (Coding Horror) 的观点：技术博客重要性
当然也有持不同观点者，如Jeff Atwood(coding horror作者)则认为经常分享自己的技术体会比coding更重要，能写的人才能成为那5%。他曾经横穿北美，从美国西岸San Francisco到加拿大的东岸Montreal去给一个大学的学生讲技术Blog的重要性。他在这篇Is Writing More Important than Programming(ppt, 3mb)演讲中提到：
大部分我景仰的程序员都是通过其blog让我景仰，而不是他的代码
……大部分不写blog程序员的理由有：太忙；写了也没人看；没有合适内容可写；觉得自己不善长表达等。
Jeff Atwood大部分观点我是深表赞同的，可喜的是身边乐于分享的越来越多。比如新浪开发者博客今年2月才开张，现在已经有100多篇高质量文章了。
另外我很敬佩的TopLanguage创建者刘未鹏也写过一篇很有名的为什么你应该（从现在开始就）写博客，想必很多朋友都看过。
其他观点
国内曾翻译过Erlang程序设计的Trustno1则认为这5%的人必须是钻研paper的人, 而只是看看rss，热衷于参加各种技术会议，搞搞各种可替代性很强的技术的人是不够格的，他在某帖子中提到：
很简单的两个标准.
标准一,你看到一个问题的第一感觉&#8221;这个事情不学3-4年数学算法光靠捣鼓捣鼓API设计模式肯定搞不定”
案例一,老板让你做一个从视频里识别出人脸的程序.
标准二,但凡性能Critial又没有现成方案的东西.
案例二,老板让你做一个实时的全局照明渲染引擎.
原讨论在这里 http://www.javaeye.com/topic/380651 其中一些观点也是有争议的，不过话题已经被锁定不让讨论了;)
总结
想必看了上面这一系列，你对怎样成为那5%已有自己的见解了。你要的答案或许不在这篇文章里，因为Bruce Eckel提到，大部分成为5%的人的经验是只可意会，不可言传的。
Similar Posts:为什么优秀开发者进入Google后就不参与开源了

程序员修炼之道-DRY与巧合编程

做卓有成效的程序员

2010年技术实践计划

中国共有多少台服务器-初略估算初窥
]]></description>
			<content:encoded><![CDATA[<p><span class="ts">Bruce Eckel(Thinking in Java/C++作者) 在他的 <a href="http://www.artima.com/weblogs/viewpost.jsp?thread=221622" target="_blank">5%的神话</a> (Mythical 5%) 中提到：</span></p>
<h3><span class="ts">5%的程序员开发效率是其他95%程序员的20倍 </span></h3>
<h3><span class="ts">(5% of programmers are 20x more productive than the other 95%)</span></h3>
<p>按照80-20法则,80%的程序员几乎不看书,不读Blog,不参加技术会议，不持续学习。这些人也可能会进入大公司，他们日复一日的做着重复的 工作。另外20%则在专业方面比较主动，他们喜欢阅读，喜欢学习，喜欢参加技术活动。这20%当中又会有80%的人可能不会特别成功，他们仍然走在通往成 功的路上奋斗。剩下20%，也就是总数的5%的开发人员具备20倍的开发效率。</p>
<p>那如何成为这5%中的一员呢</p>
<h3>Bruce Eckel 的观点：阅读，分析，总结，实践</h3>
<p>这5%的人会习惯经常阅读新技术，并喜欢参与各种有潜在价值的新概念的实践，他们会有非常有选择性的参与会议，大部分时间都花在有效率的事情上，将事情做成。</p>
<p>要想比别人效率高出20%，则需要在各个方面达到平衡，而不单只是能将事情搞定那么简单，因此你要使用最好的工具，最优秀的技术，并尽最大的努力。平衡点并 不是从明显的事物上就可以轻松获得，或者是被人告知的经验，或者是大众化的经验。它需要自己摸索并发现事物背后的规律，需要自己去总结并发现。</p>
<p>比如我们通常对各种编程语言优缺点熟记于心，我们通常可以脱口而出比如erlang适合大并发场合等等。但是大部分人不会意识到很多场合语言并不重要。</p>
<p>因此如果你要成为那5你必须持之以恒的坚持学习，多学习编程是有好处的，但是仅仅局限于了解编程是不够的，比如类似以下经验：</p>
<ul>
<li>代码被阅读的时间比写代码的时间要长，如果你的代码不能被人理解，则没人会去改善或者修改其中的bug</li>
<li>Code review是最有成效的改善软件缺陷的方法，但在我们却经常“没有时间来考虑它”</li>
</ul>
<p>所以除了精通编程之外，最好多看一些编程方法与协作的书，如并不传授编程技巧的《<a href="http://www.douban.com/subject/1477390/" target="_blank">代码大全</a>》之类的书。</p>
<h3>Jeff Atwood (Coding Horror) 的观点：技术博客重要性</h3>
<p>当然也有持不同观点者，如Jeff Atwood(coding horror作者)则认为经常分享自己的技术体会比coding更重要，能写的人才能成为那5%。他曾经横穿北美，从美国西岸San Francisco到加拿大的东岸Montreal去给一个大学的学生讲技术Blog的重要性。他在这篇<a href="http://www.codinghorror.com/blog/files/cusec-2008-presentation-jeff-atwood.zip">Is Writing More Important than Programming</a>(ppt, 3mb)演讲中提到：</p>
<blockquote><p><strong>大部分我景仰的程序员都是通过其blog让我景仰，而不是他的代码</strong></p>
<p>……大部分不写blog程序员的理由有：太忙；写了也没人看；没有合适内容可写；觉得自己不善长表达等。</p></blockquote>
<p>Jeff Atwood大部分观点我是深表赞同的，可喜的是身边乐于分享的越来越多。比如<a href="http://blog.developers.api.sina.com.cn/" target="_blank">新浪开发者博客</a>今年2月才开张，现在已经有100多篇高质量文章了。</p>
<p>另外我很敬佩的<a href="https://groups.google.com/group/pongba" target="_blank">TopLanguage</a>创建者刘未鹏也写过一篇很有名的<a href="http://mindhacks.cn/2009/02/15/why-you-should-start-blogging-now/" target="_blank">为什么你应该（从现在开始就）写博客</a>，想必很多朋友都看过。</p>
<h3>其他观点</h3>
<p>国内曾翻译过<a href="http://www.douban.com/subject/3260311/" target="_blank">Erlang程序设计</a>的Trustno1则认为这5%的人必须是钻研paper的人, 而只是看看rss，热衷于参加各种技术会议，搞搞各种可替代性很强的技术的人是不够格的，他在某帖子中提到：</p>
<blockquote><p>很简单的两个标准.<br />
标准一,你看到一个问题的第一感觉&#8221;这个事情不学3-4年数学算法光靠捣鼓捣鼓API设计模式肯定搞不定”<br />
案例一,老板让你做一个从视频里识别出人脸的程序.<br />
标准二,但凡性能Critial又没有现成方案的东西.<br />
案例二,老板让你做一个实时的全局照明渲染引擎.</p></blockquote>
<p>原讨论在这里 <a href="http://www.javaeye.com/topic/380651" target="_blank">http://www.javaeye.com/topic/380651</a> 其中一些观点也是有争议的，不过话题已经被锁定不让讨论了;)</p>
<h3>总结</h3>
<p>想必看了上面这一系列，你对怎样成为那5%已有自己的见解了。你要的答案或许不在这篇文章里，因为Bruce Eckel提到，大部分成为5%的人的经验是只可意会，不可言传的。</p>
Similar Posts:<ul><li><a href="http://timyang.net/google/open-source/" rel="bookmark" title="April 7, 2010">为什么优秀开发者进入Google后就不参与开源了</a></li>

<li><a href="http://timyang.net/programming/pragmatic-programmer/" rel="bookmark" title="June 1, 2010">程序员修炼之道-DRY与巧合编程</a></li>

<li><a href="http://timyang.net/misc/productive-programmer/" rel="bookmark" title="May 25, 2010">做卓有成效的程序员</a></li>

<li><a href="http://timyang.net/misc/2010-tech-plan/" rel="bookmark" title="December 28, 2009">2010年技术实践计划</a></li>

<li><a href="http://timyang.net/programming/fermi-problem/" rel="bookmark" title="May 25, 2009">中国共有多少台服务器-初略估算初窥</a></li>
</ul><!-- Similar Posts took 16.873 ms -->]]></content:encoded>
			<wfw:commentRss>http://timyang.net/programming/mythical-5/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
	</channel>
</rss>
