有些事，急也没用
在 AI 时代，软件开发越来越快，但有些东西快了反而会出问题。想象一下，你买了一块空地，旁边邻居有一排 50 年前种下的橡树。你羡慕得不行，也想给自己种几棵。结果发现：树苗倒是能买，但要让它们长成那样的参天大树，唯一的方法就是等。没有捷径，没有加速按钮，没有任何 prompt 能解决这个问题。
这就是 Armin Ronacher 想说的话。他是 Flask、Jinja2 这些知名开源项目的作者，前几天在博客里写了一篇小短文，标题就叫《有些事，急也没用》。发出来不到一天，Hacker News 上拿了 500 多分，评论区堆满了"说出了我心声"。
程序员界的新 KPI：快了再快
Ronacher 说，现在整个行业都在痴迷速度。
快速迭代、快速部署、快速上线、快速验证。听起来很美好。原型可以快，实验可以快，demo 可以快。学一门新框架的 hello world 也可以快。这些都没问题。
但问题在于，有些事情你快了反而会出问题。
最典型的就是合规。SOC2、ISO 27001、各种审计流程，做过的人都知道有多繁琐。一堆人跳出来说：“这些摩擦点太讨厌了，全让 AI 自动化掉吧。” Ronacher 的态度很明确：有些摩擦存在是有原因的。
举个小例子。重大决策前的"冷静期"，很多人嫌烦——签合同之前不是看过了吗，为啥还要等三天？但心理学研究早就证明了，三天之后再看一遍合同，你发现问题的概率会显著上升。这不是刁难你，这是在保护你。
软件领域也一样。代码 review 的摩擦、设计评审的摩擦、上线前的检查清单——它们不是为了卡你，而是在强迫你在关键节点停下来，想清楚。
AI 让一切更快了，然后呢
Ronacher 最犀利的观察在这里：
AI 写代码已经很快了，这不是新闻。但大家开始觉得：既然 AI 这么能，那 review 和 checklists 是不是也该让 AI 来？
这种逻辑正在蔓延：代码写出来了，AI 审查一下，直接上线。基础设施？AI 配置。安全扫描？AI 自动跑。整个 pipeline 里唯一剩下的摩擦，可能就是点"部署"按钮的那一秒钟了。
结果就是：今天开发出来、用户和企业依赖的软件，其寿命可能只有几个月，而不是几十年。
Ronacher 提了一个细节让我印象很深：去年某届 YC 孵化营里，已经有好几家公司在没有任何告别、没有给客户交代的情况下，直接消失了。把公司关了，把服务停了，人去楼空。他们管这个叫"快速试错"。
Ronacher 说，这不是健康的迭代，是对基本信任的破坏。一个正经的 shutdown，需要时间，需要成本，需要给用户一个说法。但我们的环境认为这些是"不值得花的时间"。
开源项目也在批量"猝死"
Ronacher 自己的核心身份是开源维护者。他提到一个让人不安的现象：
现在什么都叫"开源项目"，但很多项目commit 只活跃了一两周，然后就没了。创建者的热情消退，项目也跟着凉了。
Ronacher 干了 20 年开源。他说自己上一个待了 10 年的 startup，不是靠什么意志力或者使命感，就是一直出现，持续维护。有一天回头看，发现这个东西的根已经扎得比当天的心情还深了。
这个观察很真实。做开源的人都有类似的经历：热情高峰期狂 commit，热情退潮后就再也不动了。能活下来的项目，往往不是因为技术多牛，而是因为有人一直在。
Ronacher 的标准：一个好的开源项目，维护者要么打算干很多年，要么已经准备好了继承方案，要么已经发展出了足够强大的社区。否则它大概率会消失。
他甚至把这件事和商业做了对比：YC 的那些公司不打招呼就关门，和开源项目热情消退就消失，其实是同一种毛病。把"实验"当成了"交付"的替代品。
省时间的工具，让我们更忙了
Ronacher 还说了一个让很多人共鸣的点：
他越来越怀疑那些声称能"节省时间"的工具。表面上：自动化了，效率提升了，时间省下来了。
但实际上呢？他观察到，那些完全拥抱 AI 和 Agent 工具的人，时间反而越来越不够用。
原因很扎心：省下来的时间，立刻被填满了。
你打字快了三倍，于是被分配了更多的任务。你自动化了 CI/CD，于是上线频率从一周一次变成了一天五次。节省的时间从来不会被存下来，只会让你跑得更快，直到你的竞争对手也追上来，然后大家一起更累。
Ronacher 形容这个过程像是在跑步机上：你跑得越来越快，但其实一直在原地。
他自己就在 AI 行业最热的那块领域工作，他说自己比以往任何时候都忙，哪怕他有意在控制节奏、给自己留空间。
50 年前的橡树，没人能批量生产
文章最后，Ronacher 写了一个他最近做的事：
他和朋友一起种了一棵树。他希望它长大，希望很多年后能提供荫凉。他知道这需要时间，他不着急。
然后他说了一句可能是整篇文章最有力的话：
没有人能批量生产一棵 50 年的橡树。也没有人能靠一个周末的冲刺，就凭空变出信任、质量和社区。
他列举了自己最珍视的东西：那些开源项目、那些长期合作的关系、那些真正能依靠的社区。它们无一例外，都花了很长时间才成为现在的样子。没有任何工具——不管它有多快——能加速这个过程。
FAQ
Ronacher 是谁？ Armin Ronacher，开源圈知名开发者，Flask 和 Jinja2 的主要作者，也参与过 Sphinx、Rust 等项目。目前在 Sentry 工作。
AI 真的让开发更快了吗，为什么还是没时间？ Ronacher 的观察是：省下来的时间马上就被新任务填满了。打字快了三倍，分配的任务就多了三倍。这是一个竞速陷阱，不是真正的节省。
开源项目的寿命真的只有几个月吗？ 原文没有给精确统计，但 Ronacher 的意思是：大量"开源项目"本质上是一次性的热情产物，没有长期维护者，没有社区沉淀，靠谱程度自然有限。
Ronacher 的博客用的是 CC BY-NC 4.0 许可，不允许商用，但允许自由转载和改编。他大概觉得，我花了时间写的东西，总得让它以某种方式存在下去。
下次你在 sprint planning 上被"快速迭代"“快速上线"推着走的时候，想一想那棵橡树。
原文来自 Armin Ronacher 的博客 ，遵循 CC BY-NC 4.0 协议。