Why? Are there particular reasons that the maintainers of Bun feel the need to attempt to migrate from Zig to Rust?
Probably an experiment due to Bun's PRs to Zig being rejected (Zig does not allow AI use). If Rust works well enough, and the alternative is maintaining a fork of Zig, I'd guess they'd go with Rust.
Zig → Rust porting guide
41–50 of 592 posts
Re: Zig → Rust porting guide
#42Why? Are there particular reasons that the maintainers of Bun feel the need to attempt to migrate from Zig to Rust?
Re: Zig → Rust porting guide
#43Earlier quoted context omitted.
> what looks like a massive undertaking for vibe coding It doesn’t look like that at all. Do you think that all use of AI is vibe coding?
In practice all use of AI rapidly becomes vibe coding. Even if someone says they're going to carefully manually review everything that's generated, within a couple of days they get bored and just click approve.
Re: Zig → Rust porting guide
#44Why? Are there particular reasons that the maintainers of Bun feel the need to attempt to migrate from Zig to Rust?
Possibly related to https://simonwillison.net/2026/Apr/30/zig-anti-ai/ where the Bun team wanted to upstream work to Zig that was rejected by a blanket anti-LLM contribution policy.
Re: Zig → Rust porting guide
#45Re: Zig → Rust porting guide
#46Earlier quoted context omitted.
Contributors and maintainers will also be easier to find in Rust than Zig. Zig is a great language and I want to see it succeed, but this is a prudent move for Bun.
This is likely irrelevant given bun has stopped taking community PR's entirely and Jarred is pitching that human contributors should be banned.
Re: Zig → Rust porting guide
#47Re: Zig → Rust porting guide
#48Re: Zig → Rust porting guide
#49>*No `tokio`, `rayon`, `hyper`, `async-trait`, `futures`.* No `std::fs`, I'm not a rust dev but even I kind of notice that tokio is kind of shunned in most projects. Why is that? Is it just bad or what?