Home › Technology › Rails originator roasted over Rust boosterism
Technology

Rails originator roasted over Rust boosterism

Rails originator roasted over Rust boosterism
Key Points

Last month at Rails World 2026, Ruby on Rails creator David Heinemeier Hansson gave a relentlessly optimistic keynote in which he suggested AI has all but eliminated the need for developers to manually write code. But perhaps DHH, as he is known online, shouldn’t delete his code editor quite yet. On Sunday, DHH posted about a test in which he had frontier agents implement and optimize his company’s Campfire group chat app in three languages: Elixir, Go, and Rust.

Last month at Rails World 2026, Ruby on Rails creator David Heinemeier Hansson gave a relentlessly optimistic keynote in which he suggested AI has all but eliminated the need for developers to manually write code. But perhaps DHH, as he is known online, shouldn’t delete his code editor quite yet. On Sunday, DHH posted about a test in which he had frontier agents implement and optimize his company’s Campfire group chat app in three languages: Elixir, Go, and Rust. He then compared the runtime performance of those versions with the original Ruby on Rails implementation. DHH’s post includes data that seemingly demonstrates the efficiency of the Rust programming language, and AI agent coding itself. But many observers came to another conclusion: Don't trust DHH’s benchmarks. As of press time, the post and accompanying chart garnered over 900,000 views. It showed the Rust rewrite of the chat app outperformed others by a wide margin on five tasks, including searching or posting a message. DHH did not say which AI services he used for these rewrites, but noted that each rewrite took only a few hours, as the original code itself, largely written in Ruby, is relatively compact. Many observers, notably advocates of other languages, quickly surmised from the source material that DHH had optimized the Rust results but didn't do the same for the other languages he tested. Whither high-level languages? Rewriting applications in Rust, often with the help of AI agents, seems to be a popular undertaking these days, with Microsoft's Copilot runtime, the pnpm JavaScript installer, and the Bun JavaScript toolchain all getting the Rust treatment. In DHH’s test, the Rust implementation handily bested the others across all five workloads, sometimes by a wide margin. To serve a “room page,” for instance, Rust knocked out 36,260 requests per second. In contrast, Ruby on Rails was only able to fulfill a paltry 241 requests, while Elixir delivered 722 requests, and even runner-up Golang only knocked out 3,860 requests a second. Rust executed the other tasks with similar alacrity, easily besting the other languages DHH used. The takeaway was obvious to DHH: Rewriting an application in Rust, or better yet having AI agents do the job, may very well result in major performance improvements for an app. DHH suggested that many factors go into choosing a programming language for a particular job, and execution speed is not the sole criterion. Rust can be agonizingly slow to compile, and for many, writing or even reading Rust code is an arduous job. DHH himself began developing Rails in 2003 while building Basecamp in the then relatively obscure Ruby programming language to ease the developer experience. He doesn’t seem to mind that Ruby ranked the slowest in his own tests. “I didn't care about [performance] when the pay-off was huge in terms of productivity and developer joy.” But AI agents don’t give a hoot about joy. “You really have to bury your head in the sand not to see that when agents write the code and validate the output, we need to adjust to a new reality,” he wrote. Chips on the table DHH’s ad-hoc test was quickly met with skepticism, criticism and outright mockery, especially on X. (It’s as if DHH’s conservative views on immigration and his work to bring yet another Linux desktop into the world didn’t give him enough headaches). “What worries me about the future of programming is you see this and don’t immediately know there must be something wrong with the results or what you actually measured,” wrote prominent Google engineer Jaana Dogan in an X response to DHH’s tests. Dogan did not elaborate on the test’s shortcomings, but many others, especially advocates of other languages, were more than happy to provide details. One Elixir advocate called DHH’s implementation “moronic,” while a couple of others actually rewrote the Elixir code to make its performance comparable to Rust’s. After that rewrite, the Elixir version of the app bested Rust’s performance on some tasks, despite further third-party Rust optimizations. DHH expressed surprise that others would assume a high-level language like Elixir or Ruby could even compete with a language like Rust, which runs closer to the metal. But he also noted on X that “It's not exactly extra points for Elixir if frontier agents can't find the magic ‘go fast’ switches.” Elsewhere, observers noted that the Rust rewrite got a lot more post-coding attention than the other implementations of Go and Elixir, both of which seemed to be quickly wrapped up after the initial agent requests. “You're not benchmarking languages, you're benchmarking how much attention each port got,” one observer wrote on X. Golang advocates were likewise unamused. “The benchmark was unfair. More time was put into the Rust code while the rest were one-shotted,” one wrote on X. Someone else even made their own chart showing how much more the Rust code was tuned compared to the quick passes on the other languages. None of these rebuttals actually negates DHH’s advocacy of using agents to code. But clearly, skipping a manual review of the resulting work will still leave a lot of potential gains on the table. ®
Rails World 2026 (EVENT) David Heinemeier Hansson (PERSON) AI (ORG) DHH (ORG) Ruby (ORG) Microsoft (ORG) Ruby on Rails (ORG) Golang (ORG) Rails (ORG)
Originally published by The Register Read original →