Live data from Hacker News

Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

twitter.com

11–20 of 188 posts

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#11
post #7
post #3

I think it makes sense to stay away from large code bases built using LLMs until it is proven that it is possible to also maintain such code bases using LLMs or using reasonable human effort.

It's alarming how people instantly jump to conclusions that Bun is now "AI slop". Bun has been almost entirely worked on by LLM's for ~6 months now, long before the Rust re-write (source: https://x.com/jarredsumner/status/2054525268296118363 ). It already has been proven that LLM's can maintain such codebases.

> It already has been proven that LLM's can maintain such codebases.

Is it? Seems like bugs in Claude Code are getting out of hands. That project has a bit more lifetime.

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#12

It’s really only a matter of time until someone forks the Zig version of Bun. What a slap in the face to all the Zig developers that spent their time, effort and probably even some money contributing to it.

Realistically speaking, when Anthropic acquired Bun, they naturally would have needed a narrative showcasing that their AI excels even at relatively new languages like Zig. But since the Zig camp explicitly declared an anti-AI stance, it makes perfect sense why things played out this way. It's a understandable business realit

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#13

I have to say, this whole saga is extremely interesting. Not just from a popcorn-enjoyer's point of view, but as a bit of a bell weather for 2026 software dev.

Time will tell. I predict this is just the same 20 year pattern of: people on the internet are irate about $latest_thing, and everyone will move on to some other hot topic.

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#14
While I'm certainly sceptical of pure LLM (re)-written software, I would have to assume in the case of the cyberattack vector that Anthropic used their new Mythos model to adequately test against.

Maybe someone has more info of them mentioning that.

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#15
post #7
post #3

I think it makes sense to stay away from large code bases built using LLMs until it is proven that it is possible to also maintain such code bases using LLMs or using reasonable human effort.

It's alarming how people instantly jump to conclusions that Bun is now "AI slop". Bun has been almost entirely worked on by LLM's for ~6 months now, long before the Rust re-write (source: https://x.com/jarredsumner/status/2054525268296118363 ). It already has been proven that LLM's can maintain such codebases.

> It already has been proven that LLM's can maintain such codebases.

It hasn't. Those are two different scenarios. The first is individual PRs into an existing, majority human-authored and understood codebase where the PRs are initiated and merged by humans even if the code is AI generated. The second is AI rewriting AI written code that no human eye has seen. Bun took a conservative, transliteration file-by-file approach so they still understand the data structures and architecture so they will probably be okay though.

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#16

While I'm certainly sceptical of pure LLM (re)-written software, I would have to assume in the case of the cyberattack vector that Anthropic used their new Mythos model to adequately test against. Maybe someone has more info of them mentioning that.

Jarred said this had nothing to do with Mythos or Anthropic.

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#17
post #7
post #3

I think it makes sense to stay away from large code bases built using LLMs until it is proven that it is possible to also maintain such code bases using LLMs or using reasonable human effort.

It's alarming how people instantly jump to conclusions that Bun is now "AI slop". Bun has been almost entirely worked on by LLM's for ~6 months now, long before the Rust re-write (source: https://x.com/jarredsumner/status/2054525268296118363 ). It already has been proven that LLM's can maintain such codebases.

Worked on by LLMs is fine, but the rust pr proved no one is reviewing anymore. You cannot review 1M LOC in 5 days.

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#18

It’s really only a matter of time until someone forks the Zig version of Bun. What a slap in the face to all the Zig developers that spent their time, effort and probably even some money contributing to it.

[flagged]

What a weird take. Might as well give up on anything you care about, as its only an "x"

Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite

#19
post #7
post #3

I think it makes sense to stay away from large code bases built using LLMs until it is proven that it is possible to also maintain such code bases using LLMs or using reasonable human effort.

It's alarming how people instantly jump to conclusions that Bun is now "AI slop". Bun has been almost entirely worked on by LLM's for ~6 months now, long before the Rust re-write (source: https://x.com/jarredsumner/status/2054525268296118363 ). It already has been proven that LLM's can maintain such codebases.

Bun never was great in terms of stability. It has been vibe coded for 6 month but code was reviewed by a person.

>It already has been proven that LLM's can maintain such codebases.

Proven is a strong word. In my experience AI fails miserably at anything beyond junior level tasks. We will see soon, once bun goes into production.

Post reply on HN