Bun, but managed by someone who values code quality? Sign me up. It’s a Herculean task, though.

> I don’t think any human should sacrifice their sanity untangling this mess of 600K lines of slop code. For that reason, I will not be accepting any human-coded contributions until I deem the project to be in a sane enough shape.

Very funny to see a "no humans allowed" contribution policy, and the absurd part is that the rationale actually makes sense.

I'm interested to see where this goes. Is it possible to "deslop" something of this magnitude?

Very interesting, but without an ecosystem I doubt this person can keep maintaining it long term. Bun users who don't care about slop will continue to use Bun, those who care will go back to Node.js, and there isn't much left for this project. It is a gigantic task to maintain a JS runtime and add features.

> I will not be accepting any human-coded contributions until I deem the project to be in a sane enough shape.

:)

> To this end, LLMs will be used extensively to deslop...

So we're using LLMs to clean up the code that LLMs ruined in the first place? We’ve reached peak tech in 2026.

Why is there so much buzz around bun? Can't we just go back to node + npm + vitest + vite?

To me the most interesting fact about this fork is that it has proven that Bun could have had fast builds all along.

To be fair, there are caveats still in place today: Zig incremental compilation does not yet support aarch64 and only the linux linker supports binary patching, but it's just a matter of time before all major platforms are conquered.