Live data from Hacker News

Bun support is now limited and deprecated

github.com

481–490 of 646 posts

Re: Bun support is now limited and deprecated

#481

To be honest, I share primeagen's view that LLMs handle translating code from one language to another quite well. As far as I know, they converted the languages file by file. This is what led to such a high volume of `unsafe` code. Although, in any case let's be honest, this is causing, and will continue to cause, various issues. I find it easier to live with this point of view.

Its Safe by Zig standard.

Re: Bun support is now limited and deprecated

#483

It’s not like they are discriminating on someone’s race or religion. If they don’t want a major vibe coded surface, do they even have to defend that? It’s part their “artistic” license as developers. Or did we forget software inherently is opinionated

Yes, it’s actually similar to discriminating based on race or religion, in the sense that it’s an arbitrary, meaningless criterion to discriminate on. If the Rust Bun port is better in every measurable way — passes all tests, has the same performance or better, and fixes existing bugs — then who cares what language it’s written in or how it was implemented? The point is that it’s higher quality. If you don’t trust th…

[flagged]

Re: Bun support is now limited and deprecated

#484

Earlier quoted context omitted.

Surely that argument is dead once someone has migrated a million lines of code in eight days.

Surely that reinforces the argument - there are now a million LOC in a different language, needing stunning amounts of work to validate it actually functions? Writing the code has never been the bottleneck.

Writing code was definitely the roadblock in a rewrite like this.

Re: Bun support is now limited and deprecated

#486
post #49
post #38

Earlier quoted context omitted.

How has it been trashed? Does the Bun software not work anymore?

They literally threw out every line of code that existed before and rewrote it in a completely different language, seemingly on a whim. That's how it was trashed, in the very literal sense that all of the existing project was tossed in the trash in favor of a completely brand new code base. That's a big deal even if you ignore the coding agent aspects.

But it's not a big deal, code is cheap. This is hand-wringing about nothing.

Re: Bun support is now limited and deprecated

#487

It’s not like they are discriminating on someone’s race or religion. If they don’t want a major vibe coded surface, do they even have to defend that? It’s part their “artistic” license as developers. Or did we forget software inherently is opinionated

Yes, it’s actually similar to discriminating based on race or religion, in the sense that it’s an arbitrary, meaningless criterion to discriminate on. If the Rust Bun port is better in every measurable way — passes all tests, has the same performance or better, and fixes existing bugs — then who cares what language it’s written in or how it was implemented? The point is that it’s higher quality. If you don’t trust th…

“All runtimes matter”

Yt-dlp devs made a good call. If Claude is good enough to rewrite millions of lines of Bun, it is good enough to maintain Bun fork of yt-dlp. And since Bun is part of Anthropic, they can afford it too.

Re: Bun support is now limited and deprecated

#488

Earlier quoted context omitted.

There’s a big difference between vibe coding and agentic engineering. If you think they are at all the same thing, you need to update your priors

No "engineering" ever stepped foot near that pile of godawful slop.

> pile of godawful slop.

Any software engineer that still rejects the concept of agentic coding is frankly NGMI. If you still see AI this way, you simply never bothered to update your priors, which is just not survivable in this career. I do hope you're already independently wealthy.

Re: Bun support is now limited and deprecated

#489

Earlier quoted context omitted.

Yes, it’s actually similar to discriminating based on race or religion, in the sense that it’s an arbitrary, meaningless criterion to discriminate on. If the Rust Bun port is better in every measurable way — passes all tests, has the same performance or better, and fixes existing bugs — then who cares what language it’s written in or how it was implemented? The point is that it’s higher quality. If you don’t trust th…

[flagged]

Anyone who isn’t supporting using runtime rewritten by an LLM is obviously “doesn’t get it” and a luddite.

Re: Bun support is now limited and deprecated

#490

Earlier quoted context omitted.

I think it's hilarious how hopeful people were at the acquisition that Bun would be able to continue on mostly as it had been but then that all got completely thrown away and trashed. (Hilarious in the way that's terribly sad, of course.)

It usually takes years for someone's values to be thrown out the window! How long was this one?

Give man a Claude subscription and he can work for a day, let Anthropic buy the man and he doesn’t need to work a day in his life anymore.
Post reply on HN