这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 1784 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先回答标题：“做得快” 更重要。
快速工作有很多好处，最明显的就是他能让你在单位时间内做更多的工作。如果你干活特别快，那么你做新东西的成本就比较低。所以你将倾向于做更多。
反之亦然，如果你一个月才写一篇博客，每次周末的时候你就躺在家里想着要不要开始，那么就会觉得成本太高了，逐渐的就会拖延甚至放弃。
更糟糕的是，由于你写一篇博客的速度很慢，所以你就写的很少。其实学习快速做某件事的唯一的方法就是多做。
对于任何工作都是这样的。如果你完成待办事项的速度很慢，那么你就越来越感觉焦虑，因为你一直往上面添加项目，但没有划掉过。这样造成的后果就是你可能不会再使用待办事项了。
平时生活中也能注意到，如果别人回复你的消息比较及时，那么你就可能比较偏向喜欢和这个人聊天。也就是说你回复的速度会吸引别人的回复。因为他们预计的沟通成本降低了，他们知道自己的快速反应也会有快速的反馈。
我们都经常上网，对此深有体会。如果一个网站加载特别流畅，我们会比较喜欢在上面多浏览一些。如果一个网站速度特别慢，那么真心让人感到崩溃。他没有满足我们的预期，剥夺了我们的多巴胺奖励。（很多政府 /银行 网站就是如此）
众所周知，谷歌一直将速度作为自己产品的高优先级。因为他们也意识到，如果展示搜索结果速度很快，那么用户搜索的可能性就更大。原因在于他鼓励你去搜索，快速得到你想找的东西，然后你就会愿意再次使用它。 以后你再次需要搜索某个东西时，第一个就会想到使用谷歌。他的良好体验已经俘获了你。 在搜索的场景下，想法和结果几乎没有延误，也就没有失去寻找着答案的冲动。谷歌已经将搜索的成本降低为零，人们已经将它当作自己思维的延伸。
在工作中，干活更快的员工一般也会被分配更多的工作。人类本性是懒惰的，人们都愿意节省更多的能量（卡路里）。光是想着要把这个活交给一个反应迟钝的人，就已经很让人头疼的了。 因为你可以想象项目进度前进缓慢，甚至停滞不前的时候… 真的让人焦虑不安。 而那些干活麻利的队友，你会觉得他们的时间比较便宜，你可以给他们更多的活。而且你对他还有预期，知道下次可以什么时候给他安排任务或者合作。
通常的规则是：吃的快的能得到更多的食物，慢的只能挨饿。
对于个人可行，也同样适用于组织中。如果顾客发现在你这边做一个照片的相框需要两个月的时间，那么他们会选择去另一家。这是显而易见的。
每个人都觉得自己的时间特别的宝贵，因此当我们知道一件事做起来特别的费劲，消耗的时间比较多的时候，我们通常会拖延它，甚至放弃它。
解决办法就是如果你想做某件事，或者学习某个技能。那么就应该尝试快速的去做它。
这并不意味着马虎，它意味着你首先告诉自己，如果能快速的做完这件事，那么他的成本就会逐渐降低，所以你会做的更多。当你做的更多（你是刻意这样做的），你就会做的更好，最终就会又块又好。
快速是有趣的，如果你是一个能快速写作的人，那么你就能不断的尝试新的想法，你将会收获很多。而且由于你的待办事项中没有多少项目，你也会考虑添加更多的内容。随着你在写草稿的时候，你会发现“新大陆”，你会有更多的精力和能力。当遇到一些有挑战的项目时，你也就不会害怕了。
 |
1
719465553 2019-12-17 23:02:26 +08:00  5
我们不是因为快才上 Google 的，我们是因为好，要不然不翻墙百度不是也快
|
 |
2
lululau 2019-12-17 23:06:45 +08:00
软件开发和做相框的区别是：我快速做了一个劣质的相框之后，我就不需要再对这个相框负责了，它不会对后续制作的相框产生任何影响，软件开发就和他不一样了，难道作者没接手过屎一样的代码吗
|
 |
3
ferock 2019-12-17 23:15:50 +08:00 via Android 2
做的快，他们能看明白，做得好，他们不识货
|
 |
4
asnine 2019-12-17 23:24:03 +08:00 via Android
厉害的都是又好又快
|
 |
5
ariza 2019-12-17 23:42:44 +08:00 via iPhone
好文章
|
 |
6
s1th 2019-12-17 23:51:54 +08:00 via iPhone
做太快，领导觉得你工作不饱和，两个结局，裁掉或者加杂活，这就是我现在的现状
|
 |
7
falcon05 2019-12-18 00:05:22 +08:00 via iPhone
用在自我学习上可以说很受用，用在工作上未必苟同。
|
 |
8
evilhero 2019-12-18 03:06:11 +08:00 via Android 1
> 而那些干活麻利的队友，你会觉得他们的时间比较便宜，你可以给他们更多的活。
原谅我不厚道的笑出了声 |
 |
9
czhfrank 2019-12-18 04:36:07 +08:00 via iPhone
受教了
|
 |
10
wdv2ly 2019-12-18 08:11:36 +08:00 via Android
这是在搞笑吧，如果只是快而不好，过段时间你的待办事项上就全是之前工作反馈的 bug 了，你的进度也将无限趋近于零
|
 |
11
Leigg 2019-12-18 08:27:20 +08:00 via Android
快和好是程度副词，但是任何工作的要求肯定都是需要保证最低质量的，这个最低质量是个基准线。所说的快和好都应该是在这基础上来讨论的，具体应该根据遇到的场景来权衡。
|
 |
12
fromdark 2019-12-18 08:30:16 +08:00
以前看过这篇文章，我觉得这个人肯定没学过马原，所以不明白事物的普遍性和特殊性决定了要具体问题具体分析。在一些小事，不重要，无意义的事情上只用求快，但在重要的事情上，你必须做到保质保量。
|
 |
13
xiaocongcong 2019-12-18 08:54:42 +08:00 via iPhone
国内做的快就行了
|
 |
14
tushile928 2019-12-18 09:12:16 +08:00
这篇文章通篇都是说做得快和做得慢，虽然是在很认真的归纳总结，但根本没有回归到标题。
通篇除了总结做得快的好处，毫无意义。 标题的讨论意义其实是，“做得快但做得不怎么样，做得好但不那么快” 的对比 |
|
15
tushile928 2019-12-18 09:16:50 +08:00
针对作者所列举的所有场景，我都完全可以一一反驳。
比如一个网站加载速度快，但是一个信息大杂烩，内容不怎么样，甚至有 AI 作品 还有一个网站加载速度不怎么样，但是一个精选的信息池，内容对用户来说比较优质 请自行定夺 |
|
16
tushile928 2019-12-18 09:25:11 +08:00
如果顾客发现在你这边做一个照片的相框需要两个月的时间，那么他们会选择去另一家。这是显而易见的。
太可笑了，尽管不能这样类比，但大多数顾客都是冲着作品去的，而不是看谁家的更快。 |
 |
17
p2pCoder 2019-12-18 09:35:25 +08:00
完成最重要，done is better than perfect
|
|
18
ferock 2019-12-18 10:23:37 +08:00
让我想到四个字
多快好省 多了就没法快，要好就怎么省？ 结果呢？做多做少有的时候蛮主关的，快容易判断 好和坏呢？看不懂，省容易判断。 果然这就体现出水平差异。 |
 |
19
momocraft 2019-12-18 10:25:24 +08:00 1
这文章没有说快能代替质量
|
 |
20
anderson36 2019-12-18 14:18:35 +08:00
除非天赋异禀，在绝大多数情况下好东西都是改出来的，先完成最重要，再留出改进的时间。
|
 |
21
MartinWu 2019-12-18 16:10:50 +08:00
讨论问题还是得面向需求。
|
 |
22
dxgfalcongbit 2019-12-18 16:14:17 +08:00
我本来做事特别快，但是领导很严厉，写好几十页的文档一个字都不能错，导致我现在做事又快又好...
其实他也是被逼的，航天没什么迭代机会，一次失败=凉了... |
 |
23
tuochenlyu 2019-12-25 09:01:59 +08:00 via iPhone
矛盾重点是时间和质量的关系。
给自己干活，几乎都是以质量为第一标准，看中整体收益。倘若做的事对下周下次月及更长时间没有积极意义，一开始就不会去做，做了就以质量为第一标准。宁愿花上 10 倍时间去优化要做 100 次的事情，以至于 refactoring 是我的爱好。 给别人干活，又不是我的 domain，就按需求方的来。大部分情况下，时间比我的期望短，质量比我的期望低。我也很随意，合同又不是签一辈子。 |
Select Language