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.
Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
21–30 of 188 posts
Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#22It’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
#23I 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
#24Great, the author speaks out what everyone thinks but cannot say, either due to being invested in the hype or due to effectively having a gag order from their employers: https://xcancel.com/YoavCodes/status/2058170216408813583#m The bun rewrite was Anthropic's Vietnam and the open source community needs to react and and build resistance.
Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#25Earlier quoted context omitted.
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.
It's very easy to throw shade like this on software if you've got a bugbear with it. I'm sure you can even come up with a bunch of these "stability" problems when challenged on it. I know I could, for basically any large piece of software that I've ever used.
But really, is bun worse in this regard than any other similarly ambitious open source software within it's first few years?
Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#26Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#27Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#28I doubt any sane human will continue using Bun.
Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#29It’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.
Re: Electrobun 2.0 will be decoupled from Bun due to the Rust rewrite
#30I 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.
This is not as big an experiment as that. But, for software dev, it feels very significant.