一万小时定律:要成为某个领域的专家,需要10000小时

发布于 2016-01-19 来源 原文链接

我们可能都看过这样一句话:一万小时定律:要成为某个领域的专家,需要10000小时。之前我碰到这样的有兴趣的内容都是添加到收藏夹,一开始前几年是IE收藏夹,还得压缩后上传到网盘,这几年使用Firefox都是添加到书签,然后Firefox同步所有数据,让我在任何一台Firefox浏览器设备上都能同步下来,但是从几百个书签中找出其中一个并不是特别容易,即便有分类和tag,而且好不容易找出来,有可能源网站可能已经挂了,所以最近这一年我慢慢开始将部分个人觉得更有意思的内容转载或整理到博客,便于更好的理解和以便之后能快速找到她们,另外还抱着有时候能提高一点写作水平的心态。所以,这次也是如此!

原文如下:

12年前有人告诉我,你至少需要10,000小时才能说自己 在某方面是专业的。对此我并不理解。假设我每月至少工作160小时,那么我每年工作1,920小时,除去五周的假期,那就是1,720小时。由于在这些时 间里,我不可能100%都用来写代码,所以扣掉30%的话,最终差不多是每年1,000小时。

但是现在,12年过去了,在历经12,000小时的编程后,我理解了。我刚读到的亚里士多德的一句话,完美地描述了这个过程。

重复不停地去做一件工作,这个工作就会变成我们本身。到那时,杰出就不是一个动作,而是一种习惯了。(亚里士多德)

在这12年里,我有足够的时间去涉猎至少15种编程语言。有一些我很喜欢,而有的则是我讨厌的,还有一些是我必须学习的。

前言

在大学时我稍微涉及了一点 Java 和 Prolog,然后就去学习工作公司专有的脚本语言。在那里,我无意中地学习了ActionScript、Adobe Assembla、HAXE、Python、Q t和 C++。在家里,我用 Assembla 和 C 做了一些硬件项目。而现在作为自由职业者,我专注于 Objective-C、Swift、Scala、SQL、Ruby 和 Android Java。

有很多很多用于不同目的的工具。知道哪些工具适用于什么样的项目是很有必要的。如果我不知道的话,会浪费我数个小时甚至最高数天的时间来制作原型。经验让我更快、更高效。

现状

从技术上看,我越来越发现项目或多或少都是容易的。我的经验告诉我如何开始,如何构建和如何完成产品。所以我现在真正明白了10,000小时的意义 所在。我需要面向市场的产品,但我没有经验。我不像现在这样使用过15种不同的工具,也不像现在这样知道哪些最适合个别的情况和目标。

回想起我的第一个程序,非常可怜,但这是我们迈开的第一步。从第一个小程序开始,然后是第一个博客,第一次营销活动,第一首歌。我们往哪个方向迈出 第一步,往往是开始最重要的一个步骤,然后需要持之以恒的毅力。我知道我的一些博客很幼稚,但这些都是我通往10,000小时的旅程中所必须经历的。我也 很肯定,很多我的营销活动都会失败,但我会从中得到学习和提高。

我的经验教训

现在,我偶然进入了一个新的我毫无经验的领域,而我很重视我所获得编程经验。然后我开始明白经验的真正意义。

我们年纪越大,我们就越怕学习,因为我们认为我们应该已经知道这一切了。我们懂得越多,学得更快,但我们不应该停止学习。我们学得更快,不需要花费10,000小时就可以取得成功。而这是成为专家的必经之路。

因此,我从10,000小时的编程中所学到的是,经验是我们学习的杠杆。保持学习,体验和实现。永远心怀感激。

我们可能爬了很多山,但我们大多数人都不会在我们的有生之年登上珠穆朗玛峰。只要值得,就去做。

编译自:https:[email protected][email protected]6#.h068ar6kq

作者: Martin Richtsfeld

转载自:http://www.codeceo.com/article/programming-10000-hours.html

译者: 小峰