V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
这是一个专门讨论 idea 的地方。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    原文地址: 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  
       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
    做太快,领导觉得你工作不饱和,两个结局,裁掉或者加杂活,这就是我现在的现状
    falcon05
        7
    falcon05  
       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  
       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  
       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   ·   我们的愿景   ·   实用小工具   ·   5351 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 09:03 · PVG 17:03 · LAX 02:03 · JFK 05:03
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.