一个工程师这周写了六篇技术文章，写完才发现它们都在说同一件事。

PostgreSQL 扩容、AI 编程助手、上下文管理、自动化脚本、调试方法、产品验证框架——六个完全不相关的主题，指向同一个被忽视的真相。

打开网易新闻 查看精彩图片

最无聊的技术，正在支撑最疯狂的规模。

这不是怀旧。OpenAI 的工程师 Bohan Zhang 刚披露：8 亿用户，单主库，不分片。PgBouncer，2007 年的连接池工具。读副本，90 年代的概念。这套"地球上最无聊的技术栈"，跑在史上用户量最大的应用之一上。

作者把这六篇文章串起来后，发现了一个自己都没意识到的模式。

剥开魔法的外壳

Michael Bolin 拆解了当下最火的编程助手——Codex CLI、Claude Code。内部结构令人意外：一个 while 循环，套个大语言模型。没有知识图谱，没有符号规划器。循环、工具、模型自己决定何时停止。

「魔法就是一个 while True。」

OpenAI 官方 Cookbook 讲上下文工程。核心发现：控制模型看到什么，比换模型更重要。而方法全是老套路——开头注入上下文（像 README），修剪历史记录（环形缓冲区），压缩旧数据（摘要）。2000 年代的聊天系统就这么干了。

自动化教程更直白：OpenAI 的 Codex Automations 等于 cron + curl + 大模型。Unix 最古老的调度器，跑地球上最新的模型。基础设施 40 岁，大脑 2 岁。

Jane Street 的一道谜题把这事推到极致：一个 2500 层的神经网络，最后被证明是 MD5 哈希。解法不是更复杂的模型，而是经典调试——观察数据模式，简化问题，系统性地排除假设。工具是新的（SAT 求解器、ChatGPT），方法是旧的。

就连听起来最前卫的"MVP 对抗性评估"，本质也是 50 年代军方的兵棋推演。产品团队叫它"事前验尸"。唯一的新变化：专家 panel 从 5 万美元咨询费变成 2 美元 token 成本。

这不是新观点，但本周被验证了六次

Dan McKinley 2015 年的演讲《选择无聊的技术》说过。DHH 每次有人给 CRUD 应用推荐 Kubernetes 时都说。Fred Brooks 1975 年就写过：没有银弹。

但六个跨领域的案例同时出现，让老观点有了新重量。

左边是解决问题的人实际用的。右边是会议上被推销的。

为什么新东西总赢不了？

新技术不坏。但它解决的问题，大多数团队根本没有。

作者没写完这句话，但六篇文章的潜台词很清楚：当你在 8 亿用户面前做选择，可靠性优先于炫酷。已知故障模式的旧工具，胜过未知风险的新方案。

这不是反对创新。是反对在错误的时间，为错误的问题，支付创新的溢价。

一个值得追问的问题

如果你的团队现在就在做技术选型，你会怎么区分"我们需要这个新技术"和"我们只是想用新东西"？