速度的宗教

Hacker News Top 新闻

摘要

一篇批评科技文化对速度痴迷的文章,认为这种痴迷往往掩盖了急躁和判断力不足,并提倡放慢脚步以建立真正的理解。

暂无内容
查看原文
查看缓存全文

缓存时间: 2026/07/31 04:54

# 速度的宗教 来源:https://graybeard.ing/the-religion-of-speed/ *2026年5月29日* 不知从何时起,“快速行动”不再只是一个实际需求,而成了一种道德立场。现在你在*几乎*任何地方都能看到这种风气。 我们能多*快*上线?多*快*回复?多*快*招人?多*快*扩张?多*快*转型?多*快*能拿出点什么、随便什么,摆到人们面前,好让我们说自己正在推进? 这被当作认真严肃的证明。如果你行动快,你就是有野心。如果你谨慎,你就是害怕。如果你要求慢下来思考,你就是在阻碍势头。如果你指出当前方案的结构稳定性跟湿纸板差不多,你就是在唱反调。 大量糟糕的工作就是这样被保护下来的。 不是因为它们好、有用、或者哪怕经过了一半的深思熟虑,而是因为它们快。速度已经成了一种机构性的麻醉剂。 它让人们获得运动的感觉,却不需要遵守判断的纪律。 > “不要把运动和进步混为一谈。摇马一直在动,却从未前进。” —— 阿尔弗雷德·A·蒙塔佩特 每个人都觉得自己很忙。每个人都觉得自己很紧迫。每个人都指着机器冒出的烟说:“看到了吗?我们在做事。”问题在于,**很多被称作速度的东西,不过是换了个名字的不耐烦**。 真正的速度是存在的。真正的速度是当工作被理解、约束条件清晰、参与的人知道自己在做什么、决策已经被干脆利落地做出,以至于执行不需要反复争论时,才能发生的事情。 这种速度极其罕见。大多数所谓的速度,是模糊的需求、半吊子的决策、未经检验的依赖、缺失的上下文,以及一屋子人默默希望链条上的下一个人能搞清楚那些从未真正*决定*过的事情。然后,当事情崩了,所有人都表现得惊讶万分。 当然会崩。它是在*假设思考才是昂贵部分*的前提下建起来的。 这在软件行业里司空见惯,但软件往往只是一个让大多数人能看到废墟的地方。 同样的事情也发生在运营、管理、招聘、物流、客户服务、产品开发,以及几乎所有把活动误认为进步的地方。 人们在本该发生理解的阶段匆匆掠过,然后花十倍的时间收拾后果。最初草率完成的工作被记为“快速”。清理善后被记为“意外”。返工被记为“迭代”。混乱被记为“对齐”。本可避免的失败被记为“学习”。 组织就是这样最终拥有了没人信任的系统、没人理解的流程、没人想要的会议、没人相信的仪表盘,以及那些变成了业务承重墙的临时变通方案。 没有人一开始就想建造这些东西。他们只是一次又一次地选择速度而非理解,一点一滴的小决策累积起来,直到整个地方变成了一系列*貌似生产力、实则毫无生产价值*的纪念碑。然后某个倒霉蛋被招来“现代化”它,这通常意味着替换掉表面可见的混乱,而把最初的宗教原封不动地保留下来。 有趣的是,慢下来通常并不意味着行动缓慢。这是人们错过的地方。 慢下来意味着拒绝跳过那个让工作变得清晰可读的阶段。我们到底想要产出什么?谁依赖它?如果这个假设是错的,什么会崩?我们已经知道什么?我们在假装*不*知道什么?这之前在哪里失败过?这件事要成立,什么条件必须为真? 这些问题无聊、却承重,它们让我们的工作不至于变成*瓦科*式的灾难。但这些问题让人感觉慢,因为它们带走了人们从动作中获得的那点多巴胺快感。 你无法靠姿态应付过这些问题。你无法躲在紧迫感后面。你无法把对话变成一叠PPT然后称之为进步。 你必须真正理解工作——而这恰恰是很多人想要逃避的部分。 速度有吸引力,是因为它让人们保持一种微微的抽象。它让决策可以保持模糊。它让人们逃避对细节的责任,直到那些细节变成别人的紧急事故。 而当紧急事故到来时,速度再次成为答案。*更快地行动。更快地修复。更快地招聘。更快地替换。更快地交付。*同一种病悄悄地变成了良药。 紧迫感和仓促之间是有区别的。当事情很重要且时间真实存在时,紧迫感是恰当的。**仓促是当人们想要行动带来的情绪解脱、却不愿承担清晰的负担时发生的事。** > “匆匆地慢行。” —— 巴尔塔萨尔·格拉西安 随着年龄增长,我对速度作为一种独立美德越来越不以为然。*我在乎*的是工作是否经得起考验。*我在乎*的是做这件事的人是否理解问题的形态。*我在乎*的是决策能否经受住现实的检验。*我在乎*的是我们制造的麻烦是否比解决的更少。 这不需要戏剧化的慢。 没有人需要花六个月坐在那里编写自己的部署基础设施来证明自己有深度。这不是在为拖拖拉拉辩护,也不是要把每个决策变成又一次会议的借口。这是主张对工作足够尊重,以便*第一次*就把它做好。 先理解,后决策,只有在你就尽职调查做到了位之后,*然后*你才可以/应当行动。 当这些步骤被颠倒,账单迟早会来。有时账单是一个破碎的系统。有时是一个精疲力竭的团队。有时是一个悄悄离开的客户。有时是多年的运营伤疤组织,每个人都在绕着它工作,因为没有人有耐心回去理解到底发生了什么。 *速度的宗教*之所以存活,是因为它给了人们一个干净的借口。它让他们可以说:世界变化太快、市场竞争太激烈、客户太苛刻、团队太小、预算太紧、窗口期正在关闭……*诸如此类*。 有时这些话是真的。但更多时候,它们只是掩盖一个事实:没人愿意去做那件更慢、更难的工作——*先想清楚,再行动*。 更好的工作通常比人们预期的更平静。它仍然在动。仍然在交付。仍然在做决策。但**它不会把恐慌误认为严肃**。它不会把每一次停顿当作软弱。它不会为了动而动。它接受那个极不合时宜的观念:*有些事只有在你不再催促它们的时候才会变快*。 这就是速度崇拜者似乎永远无法理解的部分。 你可以靠跳过思考、跳过清晰、跳过上下文、跳过责任来快上一阵子。但工作记得。系统记得。那些被困在原地维护它的人记得。 最终,现实会收取它应得的一切。而现实*非常有耐心*。

相似文章

关于放慢脚步的思考

Reddit r/singularity

这篇文章批判了编码代理的兴起,将其与软件质量下降和系统故障联系起来,并呼吁在开发中采用更慢、更谨慎的AI应用方式。

有些事情急不得

Armin Ronacher

一篇反思性文章,论证在软件和商业领域,真正的成功需要的不仅仅是速度,更是韧性和耐心,并警告说,对即时满足的痴迷会破坏信任和长期价值。

快速软件,最佳软件

Hacker News Top

一篇论述快速软件对用户信任与满意度至关重要的文章,通过nvALT和Ulysses等示例,阐明了速度的优势以及缓慢的弊端。

快优于慢

Lobsters Hottest

一篇博客文章,主张软件开发中的速度能带来更好的学习和决策,并提供实用建议,如避免拖延和尽早分享工作。

计算机的速度限制

Lobsters Hottest

本文以伊万·伊里奇1973年关于车辆速度限制的论点为基础,讨论计算机领域,认为超过某一阈值后,计算能力的提升会带来负面社会回报,并以电动自行车限速为例,提出人为设定的硬件限制可以减少不平等现象。