“做得快”重要?还是“做得好”重要?-译文 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
这是一个专门讨论 idea 的地方。

每个人的时间,资源是有限的,有的时候你或许能够想到很多 idea,但是由于现实的限制,却并不是所有的 idea 都能够成为现实。

那这个时候,不妨可以把那些 idea 分享出来,启发别人。
chaoji
V2EX    奇思妙想

“做得快”重要?还是“做得好”重要?-译文

  •  
  •   chaoji 2019-12-17 22:35:20 +08:00 6314 次点击
    这是一个创建于 2194 天前的主题,其中的信息可能已经有所发展或是发生改变。

    首先回答标题:“做得快” 更重要。

    快速工作有很多好处,最明显的就是他能让你在单位时间内做更多的工作。如果你干活特别快,那么你做新东西的成本就比较低。所以你将倾向于做更多。

    反之亦然,如果你一个月才写一篇博客,每次周末的时候你就躺在家里想着要不要开始,那么就会觉得成本太高了,逐渐的就会拖延甚至放弃。

    更糟糕的是,由于你写一篇博客的速度很慢,所以你就写的很少。其实学习快速做某件事的唯一的方法就是多做。

    对于任何工作都是这样的。如果你完成待办事项的速度很慢,那么你就越来越感觉焦虑,因为你一直往上面添加项目,但没有划掉过。这样造成的后果就是你可能不会再使用待办事项了。

    平时生活中也能注意到,如果别人回复你的消息比较及时,那么你就可能比较偏向喜欢和这个人聊天。也就是说你回复的速度会吸引别人的回复。因为他们预计的沟通成本降低了,他们知道自己的快速反应也会有快速的反馈。

    我们都经常上网,对此深有体会。如果一个网站加载特别流畅,我们会比较喜欢在上面多浏览一些。如果一个网站速度特别慢,那么真心让人感到崩溃。他没有满足我们的预期,剥夺了我们的多巴胺奖励。(很多政府 /银行 网站就是如此)

    众所周知,谷歌一直将速度作为自己产品的高优先级。因为他们也意识到,如果展示搜索结果速度很快,那么用户搜索的可能性就更大。原因在于他鼓励你去搜索,快速得到你想找的东西,然后你就会愿意再次使用它。 以后你再次需要搜索某个东西时,第一个就会想到使用谷歌。他的良好体验已经俘获了你。 在搜索的场景下,想法和结果几乎没有延误,也就没有失去寻找着答案的冲动。谷歌已经将搜索的成本降低为零,人们已经将它当作自己思维的延伸。

    在工作中,干活更快的员工一般也会被分配更多的工作。人类本性是懒惰的,人们都愿意节省更多的能量(卡路里)。光是想着要把这个活交给一个反应迟钝的人,就已经很让人头疼的了。 因为你可以想象项目进度前进缓慢,甚至停滞不前的时候… 真的让人焦虑不安。 而那些干活麻利的队友,你会觉得他们的时间比较便宜,你可以给他们更多的活。而且你对他还有预期,知道下次可以什么时候给他安排任务或者合作。

    通常的规则是:吃的快的能得到更多的食物,慢的只能挨饿。

    对于个人可行,也同样适用于组织中。如果顾客发现在你这边做一个照片的相框需要两个月的时间,那么他们会选择去另一家。这是显而易见的。

    每个人都觉得自己的时间特别的宝贵,因此当我们知道一件事做起来特别的费劲,消耗的时间比较多的时候,我们通常会拖延它,甚至放弃它。

    解决办法就是如果你想做某件事,或者学习某个技能。那么就应该尝试快速的去做它。

    这并不意味着马虎,它意味着你首先告诉自己,如果能快速的做完这件事,那么他的成本就会逐渐降低,所以你会做的更多。当你做的更多(你是刻意这样做的),你就会做的更好,最终就会又块又好。

    快速是有趣的,如果你是一个能快速写作的人,那么你就能不断的尝试新的想法,你将会收获很多。而且由于你的待办事项中没有多少项目,你也会考虑添加更多的内容。随着你在写草稿的时候,你会发现“新大陆”,你会有更多的精力和能力。当遇到一些有挑战的项目时,你也就不会害怕了。

    原文地址: http://jsomers.net/blog/speed-matters

    23 条回复    2019-12-25 09:01:59 +08:00
    719465553
        1
    719465553  
       2019-12-17 23:02:26 +08:00   5
    我们不是因为快才上 Google 的,我们是因为好,要不然不翻墙百度不是也快
    lululau
        2
    lululau  
       2019-12-17 23:06:45 +08:00
    软件开发和做相框的区别是:我快速做了一个劣质的相框之后,我就不需要再对这个相框负责了,它不会对后续制作的相框产生任何影响,软件开发就和他不一样了,难道作者没接手过屎一样的代码吗
    ferock
        3
    ferock  
    PRO
       2019-12-17 23:15:50 +08:00 via Android   2
    做的快,他们能看明白,做得好,他们不识货
    asnine
        4
    asnine  
       2019-12-17 23:24:03 +08:00 via Android
    厉害的都是又好又快
    ariza
        5
    ariza  
       2019-12-17 23:42:44 +08:00 via iPhone
    好文章
    s1th
        6
    s1th  
       2019-12-17 23:51:54 +08:00 via iPhone
    做太快,领导觉得你工作不饱和,两个结局,裁掉或者加杂活,这就是我现在的现状
    GG668v26Fd55CP5W
        7
    GG668v26Fd55CP5W  
       2019-12-18 00:05:22 +08:00 via iPhone
    用在自我学习上可以说很受用,用在工作上未必苟同。
    evilhero
        8
    evilhero  
       2019-12-18 03:06:11 +08:00 via Android   1
    > 而那些干活麻利的队友,你会觉得他们的时间比较便宜,你可以给他们更多的活。

    原谅我不厚道的笑出了声
    czhfrank
        9
    czhfrank  
       2019-12-18 04:36:07 +08:00 via iPhone
    受教了
    wdv2ly
        10
    wdv2ly  
       2019-12-18 08:11:36 +08:00 via Android
    这是在搞笑吧,如果只是快而不好,过段时间你的待办事项上就全是之前工作反馈的 bug 了,你的进度也将无限趋近于零
    Leigg
        11
    Leigg  
       2019-12-18 08:27:20 +08:00 via Android
    快和好是程度副词,但是任何工作的要求肯定都是需要保证最低质量的,这个最低质量是个基准线。所说的快和好都应该是在这基础上来讨论的,具体应该根据遇到的场景来权衡。
    fromdark
        12
    fromdark  
       2019-12-18 08:30:16 +08:00
    以前看过这篇文章,我觉得这个人肯定没学过马原,所以不明白事物的普遍性和特殊性决定了要具体问题具体分析。在一些小事,不重要,无意义的事情上只用求快,但在重要的事情上,你必须做到保质保量。
    xiaocongcong
        13
    xiaocongcong  
       span class="ago" title="2019-12-18 08:54:42 +08:00">2019-12-18 08:54:42 +08:00 via iPhone
    国内做的快就行了
    tushile928
        14
    tushile928  
       2019-12-18 09:12:16 +08:00
    这篇文章通篇都是说做得快和做得慢,虽然是在很认真的归纳总结,但根本没有回归到标题。
    通篇除了总结做得快的好处,毫无意义。

    标题的讨论意义其实是,“做得快但做得不怎么样,做得好但不那么快” 的对比
    tushile928
        15
    tushile928  
       2019-12-18 09:16:50 +08:00
    针对作者所列举的所有场景,我都完全可以一一反驳。
    比如一个网站加载速度快,但是一个信息大杂烩,内容不怎么样,甚至有 AI 作品
    还有一个网站加载速度不怎么样,但是一个精选的信息池,内容对用户来说比较优质

    请自行定夺
    tushile928
        16
    tushile928  
       2019-12-18 09:25:11 +08:00
    如果顾客发现在你这边做一个照片的相框需要两个月的时间,那么他们会选择去另一家。这是显而易见的。

    太可笑了,尽管不能这样类比,但大多数顾客都是冲着作品去的,而不是看谁家的更快。
    p2pCoder
        17
    p2pCoder  
       2019-12-18 09:35:25 +08:00
    完成最重要,done is better than perfect
    ferock
        18
    ferock  
    PRO
       2019-12-18 10:23:37 +08:00
    让我想到四个字

    多快好省

    多了就没法快,要好就怎么省?
    结果呢?做多做少有的时候蛮主关的,快容易判断
    好和坏呢?看不懂,省容易判断。


    果然这就体现出水平差异。
    momocraft
        19
    momocraft  
       2019-12-18 10:25:24 +08:00   1
    这文章没有说快能代替质量
    anderson36
        20
    anderson36  
       2019-12-18 14:18:35 +08:00
    除非天赋异禀,在绝大多数情况下好东西都是改出来的,先完成最重要,再留出改进的时间。
    MartinWu
        21
    MartinWu  
       2019-12-18 16:10:50 +08:00
    讨论问题还是得面向需求。
    dxgfalcongbit
        22
    dxgfalcongbit  
       2019-12-18 16:14:17 +08:00
    我本来做事特别快,但是领导很严厉,写好几十页的文档一个字都不能错,导致我现在做事又快又好...

    其实他也是被逼的,航天没什么迭代机会,一次失败=凉了...
    tuochenlyu
        23
    tuochenlyu  
       2019-12-25 09:01:59 +08:00 via iPhone
    矛盾重点是时间和质量的关系。
    给自己干活,几乎都是以质量为第一标准,看中整体收益。倘若做的事对下周下次月及更长时间没有积极意义,一开始就不会去做,做了就以质量为第一标准。宁愿花上 10 倍时间去优化要做 100 次的事情,以至于 refactoring 是我的爱好。
    给别人干活,又不是我的 domain,就按需求方的来。大部分情况下,时间比我的期望短,质量比我的期望低。我也很随意,合同又不是签一辈子。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2716 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 26ms UTC 02:27 PVG 10:27 LAX 18:27 JFK 21:27
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86