Live data from Hacker News

Zig → Rust porting guide

github.com

41–50 of 592 posts

Re: Zig → Rust porting guide

#41
post #3

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.

Also, if Zig itself doesn’t accept AI contributions, it’s probably NGMI unless somebody is willing to maintain that fork.

Re: Zig → Rust porting guide

#43
post #26
post #13

Earlier 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.

[dead]

Re: Zig → Rust porting guide

#44
post #3

Why? 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.

Code origin was not even a factor https://ziggit.dev/t/bun-s-zig-fork-got-4x-faster-compilatio...

Re: Zig → Rust porting guide

#46

Earlier 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.

There is like 1,713 open PR's on the Bun repo. I'm assuming all are from Claude or robobun?. I guess this gives us an insight on what the claude-code workflow look likes. Crazy times.

Re: 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?

You shouldn't have to pull in big complex dependencies to do what should be primitive things. Zig is putting a strong and thought-out effort into getting async & parallelism "right" inside the stdlib. I'm honestly not up to speed with where rust is at with it at the moment, but last time I checked it was a bit of a mess.

Re: Zig → Rust porting guide

#50
post #3

Why? Are there particular reasons that the maintainers of Bun feel the need to attempt to migrate from Zig to Rust?

[flagged]

Normal, emotionally stable people don’t care if the creators of a programming language disagree with them about tariffs.
Post reply on HN