The Bun project was started in Zig by someone with a lack of experience using the language, despite the massive scope and complexity, and was effectively a rewrite from another language in the first place.

From the Bun post:

> Bun started as a line-for-line port of esbuild's JavaScript & TypeScript transpiler from Go to Zig.

Then, a few years later, the entire codebase was thrown out to do another rewrite in another language.

What is there to address?

And also he implied he doesn’t even want to engage with anything relating to this since Jarred is toxic and there is no value in the debate.

I think these points are fairly clear from his blog post

Bun wants to ship new features ASAP (a shell lang, sqlite/pg client, etc), so they'd really want stuff like memory management out of the way. Zig forces you to think and deal with memory management, lifetimes, etc. Rust is just a better fit like w `Drop`, and Zig explicitly won't add `Drop` or anything similar.

Just like I wouldn't write a SQL database in Python, Zig is not the right tool for Bun. So there isn't really anything that "should be solved in Zig canonically". I'd say it's more in how Jarred want the project to move forward. Move fast and break things.

Like build times: they rewrote the Zig compiler to improve them, but Rust build times are typically much slower. Why no discussion of that at all?

The people selling shovels are the ones building data centers and energy. Tokens are the "gold".

That’s strange because in this (and Andrew’s in lesser extent) post there’s plenty of substance on both technical, management and corporate influences like the difference of styles guides vs agent instructions, binary size, compile time, Anthropic’s marketing and incentives, etc. It’s hard to miss.