一篇 2015 年的博客文章，最近突然爆火了。

Dan McKinley 在 Etsy 做工程师时写的《Choose Boring Technology》。核心思想很简单：每家公司只有大约三个「创新积分」。每选一个新技术（Node.js、MongoDB、自己写数据库），就花掉一个。积分用完了就没有了——直到你达到稳定和成熟状态之前不会再补充。

「无聊」不是说技术差。MySQL、Postgres、PHP、Python、Memcached、Cron——这些是无聊的技术。它们有已知的失败模式，有大量的人踩过坑，你能猜到「数据库 CPU 到 100% 会发生什么」。无聊意味着可预测。

文章的核心洞察是：维护一个系统长期运行的成本，远远超过构建它时遇到的任何不便。

为什么 2026 年这篇文章又火了？

theptip 在 Hacker News 上给出了一个 AI 时代的重构：「把所有的创新积分都推给 agent，让 agent 操作的东西保持无聊。」

翻译过来就是：用 AI 训练数据最丰富的技术栈。LLM 见过无数 PHP、Python、MySQL 代码，在这种「分布内」技术上产出质量最高。如果 AI 写大部分代码，语言的易用性就不那么重要了——AI 不介意 PHP 的语法怪癖。

epolanski 补充：「如果 AI 写大部分代码，PHP 和 Ruby 反而更好了，因为语言的人体工学不再重要。」

但也有人反向操作。59nadir 说：「不用 agent，用稳定和无聊提供更好的东西。你的竞争对手正在像傻子一样用 AI 瞎折腾，稳定性本身就是竞争力。」

Kubernetes 算不算无聊？

这是评论区最激烈的争论。

martythemaniak 认为：「Kubernetes 是非常无聊的技术了」，但社区仍然把它当新奇玩意儿。leetrout 反驳：「我仍然觉得 90% 使用它的公司都不该用。」asa400 更直接：「Kubernetes 对大多数公司来说是个船锚，它被采用是因为开发者不喜欢 Heroku 那种受限制的感觉。」

一个问题被问了很多次：一个技术从「不无聊」变成「无聊」到底要多久？tshaddox 指出：「这需要有人无视这篇文章的建议，直到共识形成。」

批评的声音

insanitybit 给出了最激烈的反驳：「如果你不能用技术的实际属性来评估它，你就不是一个严肃的开发者。」他认为「无聊」是一个模糊的代理词，「创新积分」是武断的。

但 simonw 澄清了：「无聊不是通用属性，必须在你自己团队的语境下评估。」如果你的团队精通 Node.js，Node.js 就是无聊的。

jason_oster 给了两个精准的限定：第一，无聊的技术用在错误的场景下同样会灾难性崩溃（Cassandra 被推到超出舒适区）。第二，Rust 在 1.0 之前就是值得的赌注——因为它「可测量地提升了信心」——有些新技术确实值得花掉一个积分。

「关键不是技术新旧，」他说，「是让自己舒服地使用那些熟悉但难以正确使用的技术，这才是愚蠢的。」

参考来源：

• Choose Boring Technology (2015) — mcfunley.com
• Choose Boring Technology — Hacker News