开发者,速度远比你以为的重要

简介:

效率高的明显好处是——单位时间内,能完成更多工作。但这只是冰山一角,假如工作速度快,你就会倾向于低估做事的成本,因此乐于完成更多工作。

举个例子,假设你每写一篇博客都要花六个月。当周六你宅在家里无所事事时,可能也不会想开始写博客,因为觉得这件事做起来太漫长。

更糟的是,因为写博客的进度慢,就更不愿坚持。因为学习一件事最好的方法就是一次又一次重复,而这件事情时间周期太长了。

这也就是todo list通常完成这么慢的原因:我们会对其产生莫名的讨厌感。如果一直往里面添加拖着不做的事情,总有一天,todo list会被弃用。

我发现如果及时回复别人的邮件,他们就乐于发给我更多邮件。发送者总是渴望得到回复,这种渴望驱使他们写邮件。换句话说,是速度带来了更多邮件,因为他们心中对这种信息交换的成本低估了。他们知道自己所做的事,会得到回应,所以更愿意去做。

现在网络发达了,公认的一件事就是网站响应速度低会流失用户。反应迟钝的网页就像崩溃了一样,它会使用户受挫。或许就是因为,用户的行为没能即时得到回报。

Google速度远近闻名。因为他们知道,如果搜索响应快,你就会搜索更多。原因就是,它会鼓励你尝试搜索,很快得到反馈,然后你会再去尝试。当你有了一个想法的时,搜索不会让你失去这个灵感,你会认为去Google一把的成本近乎于0,它就像你思维的一部分那样。

职场中也有同样的道理,做事快的员工会被分配更多工作。道理很简单,人们都有懒惰心理,大家都想保护自己的卡路里。将工作分配给慢家伙去做,光是想 想就觉得厌倦。当你要分给这种人活干,在脑子里就会浮现出进程被耽误好几天的情形,会不自觉地看见这些人拖延工作的样子。光是想想就让人精疲力尽了。但做 事快的人就不一样,他们的时间看起来“很便宜”,你让他们做些事情的时候,就知道他们很快会做完,马上就可以再分给他们别的事情做。所以你就会更倾向于分 给他们更多任务。很讽刺不是吗?公司里最有价值的员工,却因为做事比较快,要干最多的活。

总结一下,规则就是:速度快的系统因为吃得快,所以被喂的就更多。速度慢的系统会饿死。

再举两个例子。适用于个人的这些道理,同样也适用于组织。如果顾客发现,某家裱画框的店每次需要两个月完成一幅,那么他们就去别的店。如果贡献者发 现某个组织merge PR很慢,他们就不再乐意贡献代码。反应慢的系统很糟糕,就像长满了青苔的建筑物,死气沉沉。人们都喜欢有生机的东西,喜欢反馈及时的系统。

就拿现在来说,我打字用的编辑器,不知道为什么“撤销”操作非常慢,这太让人抓狂了。这让人越来越不愿意用到“撤销”操作。从某种意义上,我的工作 方式也被改变了。它让你不能再依赖这个操作,删除之前必须三思,或者先暂时将要删除的内容拷贝到文件末尾,就像80年代那样。如果“撤销”反应很快,就没 这些事了——那是一项美妙的特性,可以让人轻松地回到之前的版本。但反应慢的话,简直就是灾难。

开始做一件事的动力,一部分来自于对工作画面的想象。一般真正做的时候,不会像想象得那么难。但如果想象中成本很高,做起来是个苦差事,就需要下更大的决心才能开始。

“慢”就是这幅图片中重要的成本之一,时间无价。所以当我们认为某项工作很慢时,就会潜移默化地为其添加额外成本。每次想到这种工作,就会情不自禁地想去拖延。

这就是速度为什么重要的原因。

因此,对于要重复做很多次,而且必须做好的事情(例如写作、修复Bug),就应该尽量做快一些。

我并非建议马虎行事。督促自己比平常做快一些是好事,因为在你心里,这将花费更少的时间,也更容易迈出开始的脚步,你能完成的工作将会更多。在做更多的同时,质量也会更好(只要你认真),最终达到又快又好的效果。

做事快很有趣。如果你是个快笔头的写手,就可以经常试验“新”想法,而不会陷入某个泥潭中挣扎很久。你的todo list可以很快划掉,就更乐意往里面添加新东西。随着不断完成更多稿子,整个工作充满活力。你会感觉自己聪明能干,脚踏实地。当有什么大任务出现,就敢 挺身而出。

最后,作为“免责声明”,我必须提醒你,通常提出某法则的作者,却是此法则最糟糕的实践者。比如我,工作中,我有一段没活力的痛苦历史,组里面经常是我拖大家后腿。在写作方面,这篇文章从博客题目到最后发布,没开玩笑,我花了6年。

 



来源:51CTO

相关文章
|
消息中间件 存储 Kafka
RabbitMQ、RocketMQ和Kafka全面对决,谁是最佳选择?
1、应用场景 1.RabbitMQ: 适用于易用性和灵活性要求较高的场景 异步任务处理:RabbitMQ提供可靠的消息传递机制,适用于处理异步任务,例如将耗时的任务放入消息队列中,然后由消费者异步处理,提高系统的响应速度和可伸缩性。 解耦系统组件:通过使用RabbitMQ作为消息中间件,不同的系统组件可以通过消息进行解耦,实现松耦合的架构,提高系统的可维护性和灵活性。 事件驱动架构:RabbitMQ的发布-订阅模式可以用于构建事件驱动架构,将系统中的事件作为消息发布到相应的主题,不同的消费者可以订阅感兴趣的主题进行相应的处理。
2010 2
|
JavaScript
Vue3上传(Upload)
这是一个基于 Vue 3 的文件上传组件,提供了丰富的自定义选项,包括接受的文件类型、是否支持多选文件、上传数量限制、预览图片缩放规则等。组件还集成了多种功能,如拖拽上传、预览图片、自定义上传行为等,并支持不同类型的文件预览图标。组件使用了 `Space`、`Spin`、`Image` 和 `Message` 等子组件来实现多样化的布局和交互效果。此外,通过 `beforeUpload` 钩子可以对上传文件进行预处理,如限制文件大小和类型。整体设计简洁实用,适用于多种应用场景。
843 1
Vue3上传(Upload)
|
DataWorks 安全 API
DataWorks产品使用合集之如何构建实时数仓
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
314 0
typescript79-配置文件tsconfig.json文件
typescript79-配置文件tsconfig.json文件
204 0
typescript79-配置文件tsconfig.json文件
|
容灾 开发者
MSHA x Chaos 容灾高可用实践
MSHA x Chaos 容灾高可用实践
MSHA x Chaos 容灾高可用实践
|
Web App开发 存储 前端开发
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
垃圾数据清理,简单的说,就是删除不需要的那些数据,释放存储空间 最常用的就是delete命令、truncate命令,甚至是删除表空间重建,具体操作都很简单,不是本文的重点 下面,总结几个垃圾数据清理常见的几个问题 1、查找数据量最大的表 可以直接执行下面的SQL语句 select t.
901 0
|
机器学习/深度学习 人工智能 分布式计算

热门文章

最新文章