Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

twitter.com

Post reply on HN
Print view View original

121–130 of 188 posts

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

#121

Post by fragmede »

Eufrat wrote: post #103
giancarlostoro wrote: post #64

Earlier quoted context omitted.

What's funnier to me is none of them seem to want to abandon npm which keeps getting exploited and hacked. NPM has been the source of just how many industry wide hacks? Three major ones, and a massive supply-chain industry wide campaign against npm. But yeah, bun is the real concern here. I think we need to smell the coffee and review npm and scrutinize it because it is getting dangerously out of hand.

I really think the actual problem is not the vibe coded aspect, nor questions about supply chain security. It is the apparently reckless and rushed nature of the rewrite which eroded user trust. In the span of about 2 weeks the narrative went from being an experimental branch to be being deployed as a canary ready for public testing. All the while the Jarred from Bun was posting here, promising blog posts and more tr…

9 days just wasn't enough burn in. In an alternate reality, rust-bun ran in parallel for a least a month, if not three or six, before being merged.

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

#123

Post by j_bum »

skeeter2020 wrote: post #58
j_bum wrote: post #44

Earlier quoted context omitted.

Do you use Claude code on your machine? That seems mostly vibe coded

that seems comparable to taking a dev-time dependency, while bun is a runtime dependency. THey need to be treated very differently.

Fair point, wasn’t considering it from this angle.

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

#124

Post by happytoexplain »

ghusto wrote: post #110
insane_dreamer wrote: post #65

This makes a lot of sense. For example, we (and many others) depend heavily on numpy. It's been around for decades and heavily battle tested. If someone came out with a new version of numpy vibe-code rewritten in a week, with assurances that "all tests pass", do you think we would adopt it? Absolutely not. We would have no confidence that there aren't some latent bugs or that we can fully trust the results. It has no…

That's like saying "It took me a month to hand-make this cupboard. If someone made a cupboard in just one day using a machine, do you think I'd trust it?".

Only you can prevent tangential arguments about analogies.

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

#125

Post by nicoburns »

MuffinFlavored wrote: post #88
consumer451 wrote: post #2

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.

I wonder how many "behind the curve/not super modern" corporations were using Bun or Deno to begin with. Part of me thinks it's a mild overreaction. It's not like people audit every line of kernel/driver/BIOS/EFI code before running Linux? As long as the tests pass and the performance doesn't regress and it's secure... why are people so mad that it was vibe coded? Is it because it was an irresponsible thing to do? Ma…

> As long as the tests pass and the performance doesn't regress and it's secure... why are people so mad that it was vibe coded?

Because the chances that they had a test suite that was actually comprehensive enough to guarantee correctness through this kind of refactor are approximately zero.

Normally we combine tests with careful "correctness by construction" design work and code review because we know that tests aren't sufficient.

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

#126

Post by nicoburns »

zoogeny wrote: post #108
riffraff wrote: post #85

Earlier quoted context omitted.

I think most people believe it unlikely that one million line of codes can be reviewed in one week, and the fact that tests pass does not imply good code. I have no idea whether the new or old code is/was good, just pointing out what seems like a plausible thought process for people who object to this rewrite.

I think it is interesting, using your framing, to consider why people may or may not believe that one million lines of code could be reviewed. I mean, until very recently, the idea that one million lines of code could be written (rather than mechanically translated) in a month was unbelievable. It is clearly the case that times have changed since the tools have been updated. So if we challenge one assumption, why not…

Perhaps it will happen, but I am yet to see good results from AI code review (it can be useful as an additional review, but not (yet) as the sole source of review).

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

#127

Post by nicoburns »

sibeliuss wrote: post #114
nicce wrote: post #11

Earlier quoted context omitted.

> 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.

Is it that, or is it just that every software developer, enterprise, dev and non-dev alike has their eyes on Claude Code as the most popular software project ever? Software in general has tons of bugs. People need to understand scale here, and what this looks like in practice. They're doing an incredible job given the circumstances.

> Claude Code as the most popular software project ever

I don't think that's true? The likes of Chrome, Linux, curl, sqlite, etc, are much more widely used.

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

#128

Post by sibeliuss »

nicoburns wrote: post #127
sibeliuss wrote: post #114

Earlier quoted context omitted.

Is it that, or is it just that every software developer, enterprise, dev and non-dev alike has their eyes on Claude Code as the most popular software project ever? Software in general has tons of bugs. People need to understand scale here, and what this looks like in practice. They're doing an incredible job given the circumstances.

> Claude Code as the most popular software project ever I don't think that's true? The likes of Chrome, Linux, curl, sqlite, etc, are much more widely used.

I'm not being literal. Revolutionary technology arrives on the scene, is extremely visible, changes a whole industry and frankly creates an entirely new economy. All eyes on Anthropic.

They don't get enough credit for being right in the middle of a revolution, yet still managing to ship something that largely works incredibly well, because this thing is a workhorse.

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

#129

Post by newtonianrules »

antonvs wrote: post #101
newtonianrules wrote: post #77

Earlier quoted context omitted.

I’m so glad as a Python developer none of this religious bullshit enters into the equation. Exactly why I left Scala behind.

Your comment is just as religious as any other advocate of a programming language. You're giving reasons why the programming language you chose is the right choice. Kind of like explaining why Yahweh is the one true god, and why you left other gods behind.

[dead]

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

#130

Post by geraneum »

youre-wrong3 wrote: post #92
tmp10423288442 wrote: post #83

Earlier quoted context omitted.

> A human is not reviewing every weld. On civil engineering projects, I’m pretty sure a human reviews each weld. For mass-produced things, maybe not, although a company would not look good in a lawsuit if they had inadequate inspection procedures which allowed a fault causing injury or death to occur.

> On civil engineering projects, I’m pretty sure a human reviews each weld. Nope. It’s sampled.

Yeah because they are not auto regressively generated!
Post reply on HN