About 9 days ago, Jarred wrote that it was far from certain that this would merge and that it was an overreaction. Ironic.
Rewrite Bun in Rust has been merged
321–330 of 822 posts
Re: Rewrite Bun in Rust has been merged
#322Earlier quoted context omitted.
[flagged]
Edit: my mistake. Sorry for misreading. You've crossed into personal attack with this, and that's not allowed here. Please don't. https://news.ycombinator.com/newsguidelines.html
Re: Rewrite Bun in Rust has been merged
#323Re: Rewrite Bun in Rust has been merged
#324Re: Rewrite Bun in Rust has been merged
#325Github is failing to load the 800 comments, naturally. I'll bet they're fun.
Re: Rewrite Bun in Rust has been merged
#326Re: Rewrite Bun in Rust has been merged
#327Earlier quoted context omitted.
Maybe the people who "were overreacting" just happened to have more foresight than you and me? Perhaps they saw where this was heading, and that led to their "overreaction"?
In what way? Foresight about what? It was an experiment before, regardless of people's reaction at the time doesn't make it less of an experiment back then. I feel like I'm misunderstanding this entire conversation right now.
Re: Rewrite Bun in Rust has been merged
#328> +1009257 -4024 Bun is now over 1M lines of Rust code. This is approaching the size of the Rust compiler itself; except that BunJs is mostly a JavaScript interpreter wrapper + a reimplementation of the NodeJS library (Rust STD wrapper). I think BunJS is becoming the canary for software complexity management in the LLM era.
> I think BunJS is becoming the canary for software complexity management in the LLM era. Yeah, Cursor did the same thing, bragging about how many lines of code they managed to produce for a semi-working browser, completely missing the idea where less code is better, not the other way around.
Even if it's mostly accidental, and the code is overengineered slop (which it is), the system being able to decompose a problem and deliver something is impressive in terms of stability: it wasn't sucked into rewriting everything from scratch every time it would run into issues, it didn't have infinite subagent recursion with a one-agent-per-line type workflow, etc.
Re: Rewrite Bun in Rust has been merged
#329If this means that segfaults become rarer with Bun I might consider using it in production again. As it stands, Bun has been great as an all-in-one TS/JS package manager, build system and test runner but unstable enough that I still want Node running in production backends.
Re: Rewrite Bun in Rust has been merged
#330We have hundreds of projects that run on Bun. (Some are Bun-specific for whatever reason, but most are "runtime-agnostic TypeScript code that runs on Bun, Node 24.2+, and Deno, but that means they run their test suites on Bun, in addition to the other two.) Out of curiosity, I installed the canary Bun and just ran a bunch of them. It didn't take me long to find one that works on stable Bun and crashes on "canary" Bun…