Live data from Hacker News

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

twitter.com

81–90 of 188 posts

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

#82
post #62

Earlier quoted context omitted.

yes, because as we know from history without agents there is no internet or technology or anything

What do you mean? I'm saying that AI is going to develop software from here on. I don't think you can expect that a human is going to review every line of code. Not that it's good, but that's just how it is. It's not so different from manufacturing. A human is not reviewing every weld. I see a lot of sloppy beads, but in a lot of cases, it's good enough.

I'm saying that's self-evidently ludicrous. Software is not like welding. Do you think Notch could have become rich and famous by welding? How about Bill Gates, famous as a really consistent welder?

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

#83
post #62

Earlier quoted context omitted.

yes, because as we know from history without agents there is no internet or technology or anything

What do you mean? I'm saying that AI is going to develop software from here on. I don't think you can expect that a human is going to review every line of code. Not that it's good, but that's just how it is. It's not so different from manufacturing. A human is not reviewing every weld. I see a lot of sloppy beads, but in a lot of cases, it's good enough.

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

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

#85
post #59

Earlier quoted context omitted.

This is a very uncharitable interpretation of the twitter post: "It’s a combination of anthropic’s stance of not doing human reviews or any kind of rational roll out and stabilization." They mention nothing about agents being used, rather focus on humans in the review cycle and some sort of gated roll-out process. Why we would bin these practices in the name of a faster release cycle is an important question & debate…

I kind of agree, but it goes both ways. Has Jarred said that there was no review? I know that he stated that rust bun passes tests. Now, I don't know the amount or quantity of coverage, but as a thought experiment, let's assume they are good. What does that count for?

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.

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

#86

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.

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.

> none of them seem to want to abandon npm which keeps getting exploited and hacked

Do you know of a better alternative for JS/TS that has all the popular packages?

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

#87
post #62

Earlier quoted context omitted.

yes, because as we know from history without agents there is no internet or technology or anything

What do you mean? I'm saying that AI is going to develop software from here on. I don't think you can expect that a human is going to review every line of code. Not that it's good, but that's just how it is. It's not so different from manufacturing. A human is not reviewing every weld. I see a lot of sloppy beads, but in a lot of cases, it's good enough.

There's no way that AI develops software from now on. It isn't remotely good enough for that, nor has it really gotten better in the past few years. We're going to see a push to use AI, then a move away from it once the dreadful quality of AI slop becomes too obvious to ignore.

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

#88

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? Maybe?

I don't know, I see both sides.

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

#89
post #36

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.

People are going to be using a lot less software if the selection criteria include not being no agents.

There was enough software that powered the Internet before 2023. We don't need laundered slop from criminals.

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

#90

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.

Also Rubygems, Packagist, PyPi

What's the worst hack to affect users of rubygems?
Post reply on HN