选择编程语言的标准，可能要变天了

Rails 之父 DHH 让 AI 智能体用 Elixir、Go 和 Rust 各重写了一次他公司的聊天软件 Campfire。

针对同一个房间页面，每秒能处理的请求数：

• Ruby：244
• Elixir：722
• Go：3860
• Rust：36260

差距将近 150 倍。

这哥们几年来一直坚持同一个观点：

Ruby 慢，但写起来快、写起来爽。程序员的时间比服务器的时间更贵。Rails 就是完全建立在这一等式之上的。

然后他补了一句：

“可是，如果你再也不读代码了呢？”

这句话让我愣了一下。

Ruby 的优雅是服务于人的。人需要去读它、改它、愉快地用它来写代码。如果智能体接手了写代码和验证代码的工作，人在这一侧获得的好处就会缩水，而在机器那一侧的成本却一点都不会降低。

我想，选择编程语言的标准会慢慢从**“哪个写起来更舒服”转向“哪个运行起来更便宜”**。

当然，别太把这组数据当回事。

他自己也说速度不是唯一的衡量标准——Rust 的编译慢是实打实的痛点。有评论区的人指出，Go 和 Rust 之间 10 倍的差距并不正常，很可能是因为其中几个版本没有调优到同一水平。对于发消息这样的写操作，Ruby 和 Rust 的差距会缩小到大约 27 倍。

但方向已经很清楚了。

“慢一点但人很开心“的等式，前提是人必须每天泡在代码里。而这个前提，正在开始动摇。

当年被 Rust 编译器劝退的那批人，现在终于可以一本正经地说“我不用学了“。

毕竟，挨骂的事交给智能体就完事了。

DHH (@dhh)： 我让智能体分别用 Elixir、Go 和 Rust 实现并优化了 Campfire 的 Web 应用。是的，Ruby 最慢。当初考虑到它在生产率和开发者幸福感上的巨大回报时，我根本不在乎这一点。但是，如果……你不再读代码了呢？