“反应快”的程序员更优秀吗?

Hacker News上的一篇文章《为什么想得慢的人能赢》引起了广泛的讨论。

网友Scott Burson在文章后评论说:“之前,我雇佣了一位TopCoder冠军,原本预计他编码飞快,但实际上他是最小心细致的人,不过大家渐渐发现,两年内,他提交的代码从来没有bug,从来没有。”

为什么看起来思考缓慢的人却能胜出呢?

作者表示,所谓的反应慢比反应快需要更多的自律。相比之下,反应快就会更加不准确,而缓慢的思考就像乌龟,慢却稳扎稳打。

每个人都记得龟兔赛跑的故事,但似乎没有人会吸取“慢会获得成功”这个教训。

我们通常认为,反应迅速的人意味着聪明且工作努力,反应慢的人则意味着懒惰、冷漠、甚至是愚蠢。并且平时我们在谈论做某件事情放慢速度时,都意味着放松一下,而不是更有效率地完成。

事实却并不是如此。耶鲁大学管理学院的一位教授尚恩?弗雷德里克说,做作业可以体现出缓慢思考的本质,即一步一步通过推理来解决问题。

弗雷德里克最出名的研究是创建了“认知反映测试”——衡量一个人是“在短暂的思考后迅速解决问题”还是“通过一段长反射弧深思熟虑后再做决定”。这是他的测试题:

有三个问题:

1、一副球拍和球成本1.10美元。球拍比球成本高1.00美元。问球多少美元?

2、如果五台机器生产五个零件需要五分钟,那么100台机器生产100个零件需要多长时间?

3、一个湖中有一片睡莲,每天,睡莲的面积都会比前一天扩大一倍。如果这片睡莲需要48天可以覆盖整个湖,覆盖一半的湖需要多少天?

弗雷德里克说受访者一般会给出下面这些直观但不正确的答案:10美分,100分钟,24天。然而,第一个问题的正确答案是5美分。第二个问题的正确答案是5分钟。第三个问题的正确答案是47天。

人们解决这些简单的问题之所以感到棘手的原因,是这三道题用特定的错误答案来诱惑人类的直觉。受访的3428个人中,三个问题都回答错的人的比例是33%,还有33%的人答错了至少一个问题。各个大学中,麻省理工大学的学生正确回答所有问题的比例最高,却还是只有 48%。

弗雷德里克经常在他的演讲中与大家分享这个测试,大多数人仍然会给出直观却错误的答案。他说,这个测试会动摇被测者的信心,让他们不再那么相信自己的直觉,因此这就可能让他们花更长的时间去看待事物。

Scott Burson在评论中还提到,思考得快慢当然取决于具体的情境。不同的项目、不同的情况需要不同类型的程序员,有时候你必须冒着可能承受的风险快速行动,打破陈规。

尽管如此,大多数人都赞同开发者应该尽可能从飞快地编码转变为小心细致地编码。

原文链接:bostonglobe

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-14 10:00:31

“反应快”的程序员更优秀吗?的相关文章

“脑子快”的程序员更优秀吗?

转自:http://www.iteye.com/news/30801 今天Hacker News上的一篇文章<为什么想得慢的人能赢>引起了广泛的讨论. 网友Scott Burson在文章后评论说:“之前,我雇佣了一位TopCoder冠军,原本预计他编码飞快,但实际上他是最小心细致的人,不过大家渐渐发现,两年内,他提交的代码从来没有bug,从来没有.” 为什么看起来思考缓慢的人却能胜出呢? 作者表示,所谓的反应慢比反应快需要更多的自律.相比之下,反应快就会更加不准确,而缓慢的思考就像乌龟,慢却稳

卓越程序员和优秀程序员有哪些区别(转)

add by zhj:  有两条非常受用,第一条:能够在完美主义和实用主义之间找到平衡.第二条:他们是否对软件工程的理解超越了代码的级别?他们是否对软件工程的理解达到了架构级别?或者他们是否能够深谋远虑? 对于第一条,非常有感触,因为我之前一直在追求完美,为此做事效率很低,好的程度员一定是能在完美主义和实用主义之间找到平衡的程序员.第二条,非常棒,他告诉我们不想当将军的士兵不是好士兵,如果当一辈子程序员,那一辈子就只能在最底层工作,只有站的高才能看的远,你必须要跳出程序员那一亩三分地,从更高的角

没人比程序员更讨厌软件

原文作者:Jeff Atwood 几个月前,我们买了一台新的数码相机,为的是更好地记录我们家小宝贝的成长过程.采购的事情由我太太负责.她小心地打开相机的包装盒,给相机装上电池,然后就开始了首次试拍.像很多电子产品一样,随相机附送的还有一张软件光盘.于是,她不假思索地打开DVD光驱,然后把光盘放了进去. 我眼角的余光碰巧注意到了这一切.说时迟,那时快,我疯了似的从房间的另一头冲过去,同时大叫:"不--要--啊--"--我不顾一切地试图阻止她从那张光盘上安装软件(为了更好地理解当时的情景,

谋哥:这个时代没有比程序员更适合创业

[谋哥每天一干货,第五十八篇] 农村人都喜欢涌入城市,远离山清水秀的家乡,到城市蜗居,走进贫民窟,挤进地铁,为了什么?其实就是城市有更多的机会和选择.这是KK的<科技想要什么>这本书里面说到的. 互联网正在改变一部分人的选择,我想最直接的就是IT和金融从业者.我就是IT领域的一个例子,我辞职离京,回到家乡,依然能够从事IT行业的事情.只要有网络的地方,我似乎就能生存,因为我赚钱基本是靠在网上,跟线下没有直接关系.移动互联网的发展更是让精英的IT从业者找到自己的控制时间和休息的自由. 回想一下国

如何让程序员更容易的开发Web界面?重构SmartAdmin展示TinyUI

如何让程序员更容易的开发Web界面,是一个持久的话题,所有的从事相关开发的公司都会碰到这个问题,并且被这个问题所深深困扰. Tiny框架也不得不直视这个问题,确实来说,想解决这个问题,也是非常有难度与深度的,业界也有各种各样的尝试,这也是有各种各样不同框架出现的原因. Tiny框架构建者认为,完全采用一种框架解决所有问题,是不现实的.而且即使目前找得到一种非常好的框架,暂时可以满足应用需要,但是随着技术的发展,业务的进化,就会慢慢变得不再满足业务需要.因此,Tiny框架构建从不再把做一套UI组件

人傻钱多死得快的程序员

都说程序员是人傻钱多死得快,那么这真的是这样吗? 人傻 这个"傻"指的是,有些程序猿们,情商比较低,又或是为人比较老实憨厚,想想每天8-12小时都在电脑前坐着,看着一堆堆的字母敲代码,解决一个又一个bug,人品大部分都是比较靠谱的.也因此,没有女朋友咯~~这个"傻"其实是褒义词.智商方面起码在中上等水平,工作3-5年以上的程序员,每天敲代码会锻炼自己的逻辑思维能力和解决问题的能力及考虑事情能做到未雨绸缪把控全局的能力,因为程序和人生一样,就是面对各种条件的判断和选择

程序员从优秀到卓越的几点建议

和其他技术一样,编程也有层次阶段之分——业余爱好者.普通级别和专家级别.关于这个问题我问过很多很多次—— 如何从优秀到卓越?这是一个程序员应该扪心自问的最重要的问题.至少,在他们职业生涯的某些时候. 为了给出一个令人满意的答案,让我们先来讨论一下何为“专家”.特别是在软件工程中. 专家能为疑难问题想出明显又简单的解决方案. 当答案并不显而易见的时候,他们知道去哪里找答案以及如何找答案. 他们能够更深层次地理解事物.因为理解透彻,所以他们能解释每个底层的抽象层面.虽然说没有必要了解太多的层面,但理

卓越程序员和优秀程序员有哪些区别?

能够在完美主义和实用主义之间找到平衡——卓越的程序员既能够做出熟练.快速但是劣迹斑斑的解决方案,也能用简洁.优雅并且健壮的方法解决问题,他们能够明智地选择适合于所给问题的解决方法.一些稍欠火候的程序员看起来缺少对于必要细节的极致追求.另一些则被困在完美主义者模式中.乐意进行调试与Bug修正——平庸的程序员经常对调试感到厌恶和恐惧,即便是他们自己的代码也是如此.卓越的程序员则会以丘吉尔般的坚韧潜入和深挖.如果最终证明bug在他们自己的代码之外,他们可能也不会对此感到高兴,但是一定会找到它. 良性的

程序员更需要深度思考~宅客学院

这是一个人人都在学习编程的时代:Code.org请了比尔·盖茨,马克·扎克伯格和克里斯·波什等这些名人,来告诉你,每个人都可以编程:CoderDojo’s在各个国家悄然兴起:在英国,编程已经是各个年级学生的正式课程. 我认为这里有个误区.别误会我——如果每个人都会一些编程知识,这个世界当然会变得更好——但是学会写代码不应该是我们的目标.计算机和程序只是一个工具,是一种达到某种目的的方法. 真正的目标应该是学会思考的方式.换句话说,我们应该尝试教授计算机科学,而不是教着写代码.在本文中,我将介绍两