This whole thread is an overreaction. 302 comments about code that does not work. We havenât committed to rewriting. Thereâs a very high chance all this code gets thrown out completely.
Iâm curious to see what a working version of this looks, what it feels like, how it performs and if/how hard itâd be to get it to pass Bunâs test suite and be maintainable. Iâd like to be able to compare a viable Rust version and a Zig version side by side.
stingraycharlestoday at 1:28 AM
Interesting to see this when the current top post on HN is someone worrying about Bun as it was acquired by Anthropic. The top comment there describes âAnthropic does experiments on their own codebase, the Bun team is not gonna do the same vibe coding experimentsâ.
Yet here we are, what looks like a massive undertaking for vibe coding.
Time will tell how this will turn out. Would be nice if the Bun maintainers could give some clarification about what theyâre doing here, and why theyâre doing this.
kgeisttoday at 2:16 AM
Interesting how times have changed. Back in 2015, the entire Go runtime (already a mature codebase) was rewritten from C to Go semi-automatically: one of the maintainers wrote a C-to-Go conversion tool (for a subset of C they used) so that it compiled and produced identical output, and then the resulting code was manually refactored to make the Go code more idiomatic and optimized. And now you can just ask a language model.
>We had our own C compiler just to compile the runtime.
The Bun team maintain their own fork of Zig too
hsaliaktoday at 2:30 AM
The problem with vibe coded re-writes is that you basically sign off on understanding the generated codebase at that point. Any historical knowledge of the codebase is gone.
archargelodtoday at 2:09 AM
Linked commit is probably not the most convincing for this tagline. Here's a branch[0] of Claude mass rewriting Zig code into Rust which is currently at 773,950 additions and 151 deletions:
I wonder if a successful, albeit slower, approach would be to walk the git commit history in lockstep, applying the behavioral intent behind each commit. If they did this, I would be interested in knowing if they were able to skip certain bug fix commits because the Rust implementation sidestepped the problem.
selectnulltoday at 7:03 AM
Why not rewrite claude-code in Rust?
So, Anthropic acquires Bun team because claude-code uses Bun. They port Bun from Zig to Rust presumably because Rust "is better" (imagine big air quotes here). Again presumably, they want to make claude-code "better". Why make it so complicated? With all the power of LLMs they have, surely they can make claude-code the best possible by writting it in Rust directly.
carpenecopinumtoday at 7:12 AM
Given the recent gripe that Bun/Anthropic indicated regarding compile times with Zig (i.e. that their vibe-coded 4x compilation speedup PR wasn't accepted), it appears to me as an "interesting" move to switch to a language that probably delivers 4x longer compilations than even vanilla Zig.
jr-14today at 1:55 AM
I want zig to succeed but given that zig is not yet 1.x I'd imagine a large code base like bun would have difficulties addressing major breaking changes. Also given the fact that bun is using a fork of zig https://x.com/bunjavascript/status/2048427636414923250?s=20
padjotoday at 5:43 AM
Picking a pre 1.0 language to build your product always seemed like a bad choice to me. Purely on that basis and ignoring the recent drama this seems like a reasonable idea for tech debt pay down to me. Assuming automated conversion can work without making things worse, which is not exactly a given.
Humphreytoday at 1:37 AM
I'll be very interested in how this AI port turns out. I am involved in a number of active projects that are being held back by the language / framework is holding back the project, but where a rewrite would be too big of a project to undertake by using only human power.
I've had more success vibe coding Rust than I have in more dynamic languages. I suspect the strictness of the Rust compiler forces the AI agent to produce better code. Not sure. It could be just that I am less familiar with Rust so it feels like it's doing a better job.
croemertoday at 7:15 AM
At this point, it looks just like an experiment. It's not a definitive "were going to switch".
I think people here are reading too much into it.
yladiztoday at 1:25 AM
Why? Are there particular reasons that the maintainers of Bun feel the need to attempt to migrate from Zig to Rust?
inkysigmatoday at 1:26 AM
So I can't tell if the linked commit is an actual attempt or just an experiment but it did always strike me as odd to make a JS runtime in Zig when my impression was there were a lot of work-stopping compiler bugs at the time.
hbbiotoday at 2:06 AM
Given they have "unlimited" AI usage, do we expect the port to be complete tomorrow?
elffjstoday at 1:58 AM
Comparing this claude/phase-a-port branch with main: âShowing 1,646 changed files with 773,950 additions and 151 deletions.â
thaynetoday at 2:09 AM
When I first heard that bun was written in zig, I thought that was an odd choice for such a large project, mostly because the language is "unstable" and is still making significant breaking changes.
I would guess dealing with breaking changes is a big motivation for this.
wg0today at 3:33 AM
If nothing, it'll be good marketing material targeted at non-technical enterprise executives so that they pressurize their engineering teams in meetings that look people are porting such complicated things from one different language to totally different language then why are we not using AI effectively?!
cropcirclbureautoday at 2:33 AM
The only Bun shipped product I've used in anger is OpenCode and I regularly run into segfaults on it. I doubt this is the reason for migration but every time it happens, it reminds me the real cost of unsafe code. That being said, Zig is an absolute pleasure to write and I can't wait until it has a real library ecosystem, Rust's greatest boon.
toledocavanitoday at 2:38 AM
For better or for worse, at least Bun is open source, and the world is not lacking a NodeJS alternative.
What is the most interesting here for me is:
- a big, clear outcome and acceptance criteria, vibe coding project on
- a public, working, high performance, full featured, production codebase by
- the leading LLM model maker known for the strongest coding ability
A good example no matter if it successes or not.
mohsen1today at 9:09 AM
I am also porting TypeScript to Rust. With a different design I managed to make it faster than tsgo port. I've made a lot of progress in the last 4 months but needs more work. Contributions are welcome!
It seems there was an issue where the image API ignored the ICC Profile.(now fixed)
Any developer with experience implementing image formats would almost certainly avoid this mistake. This is a problem that cannot be solved with vibe coding. In this situation, the user is merely a guinea pig for bug fixes.
rollulustoday at 6:18 AM
Rewriting it using an LLM is one. But did all the contributors became as proficient in Rust as they were in Zig over night as well?
bijowo1676today at 4:57 AM
Its never been easier to rewrite X in Rust than today.
Will everything eventually be rewritten in Rust and we finally achieve utopia?
deletedtoday at 7:29 AM
jvidalvtoday at 7:42 AM
Bun can't be used for anything serious, only as a "script kiddie" to run small scripts.
Trying to run it as a replacement for node in persistent backend/api scenarios is just plain broken.
I suspect that an experiment is being run. In any case, that'll be a hell of a story!
anymouse123456today at 2:32 AM
This is a huge loss for the zig language and community.
As a fan of the language, I hope it leads to some reflection on things that might need to change moving forward.
ozgrakkurttoday at 9:21 AM
Just checking some loc numbers from nodejs, bun and deno:
On nodejs: `tokei src`: 98333 LOC C++ Code
On bun: `tokei src` 573572 LOC Zig Code
On deno: `tokei libs cli runtime` 289573 LOC Rust Code
This seems wrong though so would be appreciated if someone who knows the structure of these projects can correct me on the folder names.
Doing `tokei lib src test deps` gives more than 5M loc. but not sure if that is fair
deletedtoday at 8:53 AM
thatxlinertoday at 3:45 AM
Didn't they write a whole blog post on why they chose Zig over Rust?
jgalt212today at 11:51 AM
That PORTING.md file is massive and seemingly comprehensive. Was that AI written as well? Is there a general Zig to Rust porting template being used?
arthurcolletoday at 1:58 AM
Could just be an experiment or something. It's Monday, the week is young
apatheticoniontoday at 5:07 AM
Having written a JavaScript runtime in Rust in the past - Rust is an excellent choice. Not just due to the development experience, but also for embedders who want to consume the project as a a library (rather than a binary, e.g. node).
Not sure about vibe-coding it. While they aren't using v8, LLMs made it easier to understand v8 quirks and update v8 as they make weird changes every now and then. It couldn't write the runtime without help though.
So the bad, bad Zig that opposes the clanker mania has to be punished, even if top comments deny it.
Anthropic is one of the most evil companies in existence today. Whenever someone produces something, they steal it.
notnullorvoidtoday at 2:44 AM
Probably a good thing for the project even if the only net positive ends up being the Bun team stops maintaining a fork of Zig.
ngoquocdattoday at 3:58 AM
I think they are simply experimenting to fully exploit Claude's models' powerful capabilities.
nananana9today at 7:01 AM
Alright, back to node.
I was hopeful for this project, and I've reported crashes & bugs in the bundler with the hope that it will stabilize over time, but this is just silly - I'm not going to risk them pulling the rug under me and replacing the runtime with 1 million lines of vibecoded rust.
ratstewtoday at 2:19 AM
This feels more like a reaction to Zig's anti-LLM policy than anything. Anthropic would probably like to contribute something back to Zig at some point, but I doubt anyone would ever believe their PRs were not written by Claude.
kadhirvelmtoday at 7:14 AM
I can't imagine going from reviewing code in Zig to letting Claude code handle it in Rust. Seems like a lot of change to deal with in a short amount of time. Wonder how much the bun team culture will change? We've been really liking bun so far
kandrostoday at 7:10 AM
Unexpected, I was waiting for them to maintain a zig fork
simultsoptoday at 4:08 AM
Which makes one think, why they did not buy deno at first place then?
If they did, I guess they would rewrite deno in C++
icasetoday at 4:01 AM
oh for christâs sake
confessinatortoday at 2:40 AM
Aside from Zig's anti-AI stance and maintaining their own Zig fork, I think this port will showcase that Anthropic can re-engineer a massive codebase.
As an aside, I've been bitten by Zig's breaking changes on my own projects as well. It's taken the shine off of Zig and I'm looking at alternatives.
_pdp_today at 7:37 AM
Claude Mythos cannot do the porting?
deletedtoday at 2:24 AM
shevy-javatoday at 10:06 AM
Poor Zig - it's bleeding now.
Everyone wants to be a Rustee these days.
larpatoday at 1:34 AM
"Claude, migrate bun to Rust, make no mistakes"
root_axistoday at 2:25 AM
Any confirmation that a genuine port is underway? This might just be an experiment.
ivolimmentoday at 4:19 AM
I am not a fan of AI but my limited experience with running local small LLM's did show me that rewriting some scripts into a different language worked really well. So my guess is this will just turn out fine.
joknolltoday at 5:29 AM
maybe anthropic shouldâve just acquired deno
Animatstoday at 3:25 AM
How well does that long translation prompt work?
hiroakiaizawatoday at 5:46 AM
Interesting. What are the main trade-offs they expect from the switch?
forrestthewoodstoday at 3:15 AM
I hope they ship and use this. Itâll be a super interesting case study in a few years.
iamgopaltoday at 4:07 AM
the days are not far when golang will be ported to rust.
GianFabientoday at 4:39 AM
Here we go again ...
Company A buys company B. A's management decrees the henceforth B's aqcuihired team must comply with company A's standards.
Second system effect kicks in. Bugs multiply.
Half of original company B devs leave.
I'm investigating whether future projects should revert to using Deno.
Capricorn2481today at 3:08 AM
April 26th - Bun announces they used AI to fork Zig so they could make an optimization for a 4x improvement
April 27th - Zig contributor mlugg clarifies why the specific optimizations Bun did were ill advised and wouldn't have been accepted in Zig, regardless of AI use [1]
May 4 - Bun is looking into Rust as an alternative.
This, to me, seems like total whiplash. Has anyone at Bun made a statement on why they're making such dramatic changes? It seems like the lesson to internalize from mlugg is not "switch to Rust"
> Read this whole document before
writing any code.
Hm does that actually work?
Edit: in a way that can be verified, and not the AI tool saying it did
booleandilemmatoday at 2:13 AM
Interesting. When I thought of Zig, I thought of Bun. In my mind it was the flagship application for that language. Is there another? I wonder how the Zig team feels about this. To me it seems like Rust has definitively won now.
deletedtoday at 1:38 AM
sergiotapiatoday at 1:58 AM
>*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?
ConanRustoday at 1:35 AM
instead of writing it once in C++
matrix12today at 3:36 AM
it will make it more portable.
markovmodeltoday at 5:48 AM
what a win
insumanthtoday at 11:08 AM
[dead]
lacymorrowtoday at 7:07 AM
[dead]
noborutakahashitoday at 10:36 AM
[dead]
Amber-chentoday at 2:51 AM
[dead]
y534y5today at 2:53 AM
[dead]
altuntoday at 7:12 AM
I guess it's like Trump saying, "I'll take Greenland too..."
nothinkjustaitoday at 2:02 AM
Makes sense on merit. There really isnât room for Zig when Rust exists, is more ergonomic, and also safe.
0x142857today at 1:34 AM
you can use both zig and rust in a single project, duh
hakrgrltoday at 3:25 AM
People are asking why they would switch from zig to rust. I wonder the opposite: why would anyone would use zig over rust?
Entambitoday at 2:19 AM
hahaha eat your heart out "don't port it to rust" gang