开发者，速度远比你以为的重要
效率高的明显好处是——单位时间内，能完成更多工作。但这只是冰山一角，假如工作速度快，你就会倾向于低估做事的成本，因此乐于完成更多工作。 举个例子，假设你每写一篇博客都要花六个月。当周六你宅在家里无所事事时，可能也不会想开始写博客，因为觉得这件事做起来太漫长。 更糟的是，因为写博客的进度慢，就更不愿坚持。因为学习一件事最好的方法就是一次又一次重复，而这件事情时间周期太长了。 这也就是todo list通常完成这么慢的原因：我们会对其产生莫名的讨厌感。如果一直往里面添加拖着不做的事情，总有一天，todo list会被弃用。 我发现如果及时回复别人的邮件，他们就乐于发给我更多邮件。发送者总是渴望得到回复，这种渴望驱使他们写邮件。换句话说，是速度带来了更多邮件，因为他们心中对这种信息交换的成本低估了。他们知道自己所做的事，会得到回应，所以更愿意去做。 现在网络发达了，公认的一件事就是网站响应速度低会流失用户。反应迟钝的网页就像崩溃了一样，它会使用户受挫。或许就是因为，用户的行为没能即时得到回报。 Google速度远近闻名。因为他们知道，如果搜索响应快，你就会搜索更多。原因就是，它会鼓励你尝试搜索，很快得到反馈，然后你会再去尝试。当你有了一个想法的时，搜索不会让你失去这个灵感，你会认为去Google一把的成本近乎于0，它就像你思维的一部分那样。 职场中也有同样的道理，做事快的员工会被分配更多工作。道理很简单，人们都有懒惰心理，大家都想保护自己的卡路里。将工作分配给慢家伙去做，光是想想就觉得厌倦。当你要分给这种人活干，在脑子里就会浮现出进程被耽误好几天的情形，会不自觉地看见这些人拖延工作的样子。光是想想就让人精疲力尽了。但做事快的人就不一样，他们的时间看起来“很便宜”，你让他们做些事情的时候，就知道他们很快会做完，马上就可以再分给他们别的事情做。所以你就会更倾向于分给他们更多任务。很讽刺不是吗？公司里最有价值的员工，却因为做事比较快，要干最多的活。 总结一下，规则就是：速度快的系统因为吃得快，所以被喂的就更多。速度慢的系统会饿死。 再举两个例子。适用于个人的这些道理，同样也适用于组织。如果顾客发现，某家裱画框的店每次需要两个月完成一幅，那么他们就去别的店。如果贡献者发现某个组织merge PR很慢，他们就不再乐意贡献代码。反应慢的系统很糟糕，就像长满了青苔的建筑物，死气沉沉。人们都喜欢有生机的东西，喜欢反馈及时的系统。 就拿现在来说，我打字用的编辑器，不知道为什么“撤销”操作非常慢，这太让人抓狂了。这让人越来越不愿意用到“撤销”操作。从某种意义上，我的工作方式也被改变了。它让你不能再依赖这个操作，删除之前必须三思，或者先暂时将要删除的内容拷贝到文件末尾，就像80年代那样。如果“撤销”反应很快，就没这些事了——那是一项美妙的特性，可以让人轻松地回到之前的版本。但反应慢的话，简直就是灾难。 开始做一件事的动力，一部分来自于对工作画面的想象。一般真正做的时候，不会像想象得那么难。但如果想象中成本很高，做起来是个苦差事，就需要下更大的决心才能开始。 “慢”就是这幅图片中重要的成本之一，时间无价。所以当我们认为某项工作很慢时，就会潜移默化地为其添加额外成本。每次想到这种工作，就会情不自禁地想去拖延。 这就是速度为什么重要的原因。 因此，对于要重复做很多次，而且必须做好的事情（例如写作、修复Bug），就应该尽量做快一些。 我并非建议马虎行事。督促自己比平常做快一些是好事，因为在你心里，这将花费更少的时间，也更容易迈出开始的脚步，你能完成的工作将会更多。在做更多的同时，质量也会更好（只要你认真），最终达到又快又好的效果。 做事快很有趣。如果你是个快笔头的写手，就可以经常试验“新”想法，而不会陷入某个泥潭中挣扎很久。你的todo list可以很快划掉，就更乐意往里面添加新东西。随着不断完成更多稿子，整个工作充满活力。你会感觉自己聪明能干，脚踏实地。当有什么大任务出现，就敢挺身而出。 最后，作为“免责声明”，我必须提醒你，通常提出某法则的作者，却是此法则最糟糕的实践者。比如我，工作中，我有一段没活力的痛苦历史，组里面经常是我拖大家后腿。在写作方面，这篇文章从博客题目到最后发布，没开玩笑，我花了6年。
