
pauldix.com
August 26, 2026
10 min read
46/100
Summary
Bun 1.4 includes a rewrite of Bun from Zig to Rust, adding more than 1 million lines of Rust code. Bun creator Jarred Sumner reportedly used a pre-release model called Fable 5, an agent framework that could work in parallel, and an effectively unlimited token budget to complete the initial translation in 11 days. The effort generated 6,778 commits and would have cost about $165,000 at API pricing, according to the account. Agents then continued refining the code for months before the supported release, which Paul Dix says is running on millions of developer machines. Dix argues that AI agents will increasingly write, test and improve software while people specify requirements, build verification systems and assess end results rather than review every line of code. He reports using Fable to build unshipped InfluxDB prototypes: an Iceberg integration in 14 hours and an edge-data replication system in 28 hours, followed by testing and bug fixes. Dix says neither project is production-ready or supported, but both reached end-to-end working implementations. Dix predicts that cheaper, faster frontier models and larger token budgets could make this workflow widely accessible by the end of the following year. He expects organizational inertia to preserve manual programming and code review at many companies, while more productive teams rely on AI-directed software factories and automated verification.
Key Takeaways
What the discussion said
The thread mostly rejected the headline while taking the underlying capability jump seriously. The Bun Zig-to-Rust rewrite impressed many readers as evidence that LLMs can now translate large codebases, exploit strong test harnesses, and grind through enormous volumes of already-understood implementation work. Several commenters argued that this is exactly where a large share of programming lives: reimplementation, adaptation, and translation rather than pristine invention. But the dominant qualification was that the rewrite depended on years of human engineering embedded in its architecture, tests, oracle, and technical objective. Readers argued that turning a vague business need into a correct specification, deciding what tradeoffs matter, and detecting subtle bad decisions remains the work. Current agents can produce a convincing prototype, yet commenters repeatedly distinguished that from maintaining a safe, reliable production system. Limited context, excessive confidence, language-idiomatic mistakes, and buggy AI tooling itself all undercut claims of imminent replacement. The more plausible future, in the thread's view, is a shift from manually typing implementations toward orchestrating models, designing verification environments, and expressing intent precisely. Some see that as democratizing bespoke software; others fear it erodes expertise, narrows junior training paths, and gives executives an excuse to reduce engineering headcount before the technology is dependable.
Where opinion split
The central dispute is whether powerful AI-assisted rewrites show programming is ending or merely changing levels of abstraction. Optimists say well-specified tasks plus automated verification let models do vast amounts of useful work, making intent, evaluation, and rapid iteration the new scarce skills. Skeptics answer that constructing the specification and oracle, making architectural calls, and productionizing unreliable output are programming and engineering—not evidence that either has disappeared.
Community Sentiment
Positives
Concerns