frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

Yt-dlp – [Announcement] Bun support is now limited and deprecated

https://github.com/yt-dlp/yt-dlp/issues/16766
124•tamnd•1h ago

Comments

hootz•43m ago
Oh well, I really like using Bun and I get kinda sad about the turn they are taking after the Anthropic acquisition. I really want a good Node with batteries included, but I don't want it vibe coded.
LoganDark•20m ago
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.)

abnercoimbre•16m ago
It usually takes years for someone's values to be thrown out the window! How long was this one?
em-bee•8m ago
changing your employer tends to accelerate that if the new employer has different values.
vosper•15m ago
How has it been trashed? Does the Bun software not work anymore?
happytoexplain•9m ago
Nobody knows.
tedivm•7m ago
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.
colordrops•9m ago
Unless specific issues have been identified that were introduced by it being "vibe coded", isn't a reaction to reject it outright without actually checking the ground truth just exhibiting the behavior you are criticizing?
gpm•6m ago
I don't see any hypocrisy in the comment you are criticizing. The behavior they are criticizing appears to be vibe coding. How is rejecting something for being vibe coding "exhibiting the behavior" of vibe coding?
hootz•5m ago
It's just a trust issue. Have you seen the absolute state of the Claude Code CLI development? I don't want that to suddenly happen to Bun after I've already used it for production stuff.
antonvs•43m ago
Reason #2 is purely speculative. It’s disappointing to see technical decisions being made on such grounds.
malfist•38m ago
What part of the recent history of vibe coded projects has not resulted in low quality, bug laden code? Dismissing this a "purely speculative" is just like dismissing the weather report as "purely speculative" when deciding what to wear in the morning.
cortesoft•27m ago
There is quite the selection bias going on here... you aren't hearing about the successful projects.
dawnerd•24m ago
Care to list them then? I have yet to see a successful vibe coded project
Dylan16807•23m ago
People love to brag about using AI to get work done. If anything I expect the successful projects to be overrepresented.
add-sub-mul-div•23m ago
With all the unprecedented investment and desperation behind it, these hypothetical LLM successes would be getting shoved down our throats.
denidoman•23m ago
Vibe coding from scratch is far from translating an existing app to another language.

I don't know any bad stories about ai-translated apps. Partially because it's a relatively new trend, but also because a big amount of usual vibe code fail modes are not applicable here.

nekzn•22m ago
Doesn’t bun have a massive test suite that the rewrite passes? What else do people want?
happytoexplain•13m ago
Tests are one quality control. It's horrifying that some of us treat them as the only thing that matters. There's review, obviously, and of course we haven't even had to think about "written by a thinking mind" as a beneficial quality until now.
applfanboysbgon•4m ago
1. You cannot make bug-free software with tests alone. Also, code that compiles and executes successfully is only one goal, memory efficiency and performance are other desirable traits. Claude Code can consume GBs of memory to display 1kb of text because it is slopware.

2. Even if somehow you did make bug-free software with tests alone, even if the Rust port is perfect today owing to the years of careful human work that went into building tests as a framework to guide the AI... the future can only be downhill from here. Nobody has a mental model of the new 1m loc codebase that's never read by a human, so Bun's future is committed to 100% vibecoding. Maybe the carefully planned tests minimized the worst case scenario, but the future tests will be written by Claude too.

If, and this is a big if, it turns out that there are no major problems and Bun is better off in a year from today than it is now... then somebody can just fire up Claude and fork yt-dlp to support Bun anyways and their decision doesn't matter. In any other scenario than human code becoming completely obsolete, they are simply saving themselves a headache by getting rid of a troublesome dependency.

jhack•21m ago
Low quality, bug laden code has existed long before LLMs and it'll continue to exist long after. Their rationale about avoiding future headaches could literally apply to any open source project they have a dependency on.
happytoexplain•15m ago
The existence of bad code doesn't mean you should be happy to accept it.
smlavine•37m ago
All dependency management is speculative. You've got to hedge your bets that the dependency is reliable and fit for purpose. It is reasonable to view Bun's recent choices as increasing the risk associated with depending on it.
popinman322•25m ago
Very much agree. Until the vibe-coded version has been fully audited and profiled to perform, within reasonable tolerances, as well as the original code base, it feels like a bad idea to support it downstream or use it in production.
happytoexplain•16m ago
Yes, but only if auditing includes an exhaustive human review of the code, not just passing the tests we (or an AI) thought to write.
gpm•16m ago
I'd hope that the bun team is going to put into the work to ensure the LLM translated version is up to snuff before cutting a release from it though... it doesn't seem fair to assume that that isn't going to happen.
layer8•6m ago
Even if it performs reasonably, it may still be unmaintainable, meaning that any future changes are likely to introduce bugs and instabilities. At the present state of AI coding it’s completely understandable not wanting to depend on code that the maintainers have no good understanding of. The code auditors would have to become the maintainers.
mvdtnz•36m ago
It's a reasonable decision to not take a dependency which doesn't meet your own engineering standards. People in the JS community could learn something from that.
happytoexplain•33m ago
It's a common fallacy among tech folks to believe that every decision can be made from 100% deterministic grounds ("X decision will result in Y percent change"). In reality, successful decision-making often involves speculation. The speculation in question is within the bounds of reason. You may disagree, but the fact that it is speculative isn't the problem.
fastball•38m ago
The "to vibe code or not to vibe code" holy war is now in full swing.
mvdtnz•35m ago
Wow, bun support was just added in November last year (I think). That's a lot of work to throw away, but you can't argue with their reasoning.
em-bee•9m ago
bun is still supported for specific versions so nothing is being thrown away. in any case the actual code is the same, since it's all javascript. it's more a matter of the wrapper code that calls the different runtimes and maybe some edgecases where the runtimes are not 100% compatible.
satvikpendem•33m ago
As long as Deno support is still there I'm not sure why you need anything else. It's not vibe coded slop for one.
blain•25m ago
Well, apparently Deno is also a slop now: https://github.com/yt-dlp/yt-dlp/issues/16766#issuecomment-4...
sheept•17m ago
Deno's LLM contributions have been smaller in scope, so they're more likely to be reviewed by a human, and the codebase remains understood by its contributors. Can the same be said of Bun, which switched to an entirely different language in a single, million-line PR?[0]

[0]: https://github.com/oven-sh/bun/pull/30412

umvi•31m ago
Honestly I hope agentic AI ushers in a new age of minimal-SBOM software. I myself am moving all of my projects towards nearly 100% vanilla where possible. For example, golang. Why use [insert web framework] when you can just use vanilla for 99% of web apps?

There's something really satisfying about a go binary with minimal dependencies running in a busybox docker container.

echelon•28m ago
Frameworks and ORMs were the pre-agentic AI "iron man suit".

I'm quite liking how good Claude Code Opus is at Rust + sqlx (raw SQL with type safety) + actix-web.

josephcsible•16m ago
Wouldn't that be worse? With dependencies, it's at least possible that someone else has audited the code, but with a vibe-coded from scratch app, it's definitely totally unreviewed.
Kiro•6m ago
You only add what you actually need instead of importing some bloated dependency.
xmodem•12m ago
Rather than have complexity centralised and managed, let's generate the same vulnerable code across millions of apps. Great plan.
maxloh•31m ago
I understand their decision. How could the maintainers understand their codebase if most of it was not directly written by them?

It is impossible to review the entire rewritten codebase. There are just too many lines of code, 1 million lines to be exact [1].

[1]: https://github.com/oven-sh/bun/pull/30412

trollbridge•28m ago
Right. I now have responsibility for rather large codebases where the person who generated it with agentic tools (I'd say it's better than pure 'vibe coding') barely understands how it works. This is okay for unimportant parts of the codebase, but completely unacceptable for a critical piece of infrastructure where it really needs to be well thought out.
thatxliner•3m ago
it's funny how the readme still says "written in Zig"
apitman•23m ago
Say what you will about Rust vs Zig as languages, the Zig toolchain is definitely the easier of the two to integrate into another project.
josephcsible•19m ago
This doesn't really have anything to do with the merits of the languages themselves, but rather with the rewrite being entirely vibe coded. If it had been from Rust to Zig instead of from Zig to Rust, I expect the exact same response would have happened.
cabernal•23m ago
there could be recommended runtimes, but shouldn’t the runtime be user-configurable anyway?
layer8•16m ago
There is no generic “JavaScript runtime” interface that runtimes would implement, therefore support must be tailored to the specific interfaces of existing runtimes.
sheept•11m ago
At one point we had UMD[0], which effectively provided runtime-agnostic interface, but ES modules were incompatible with that.

Deno and Bun have decent Node compatibility, so couldn't Node APIs be used as the generic runtime interface?

[0]: https://github.com/umdjs/umd

rob•14m ago

   --js-runtimes [deno|node|bun|quickjs]
muglug•16m ago
This like if BitTorrent cut off Windows support over objections to Microsoft embrace/extend/extinguish. It’s a slightly incoherent position.
happytoexplain•10m ago
This seems like a tenuous analogy, to put it lightly.
pessimizer•2m ago
Care to explain why, or nah?
ivanjermakov•6m ago
Not BitTorrent, but I can see a world where e.g. Transmission dropping Windows support because of Microsoft policies.
thot_experiment•13m ago
I assume they need to do a bunch of WebAPI bullshit to get around Youtube's draconian policies, but maybe one day https://txikijs.org/ will solve all problems with embedding javascript. I believe, and maybe the strength of my belief will be enough.
meindnoch•3m ago
Good news!

Why Japanese companies do so many different things

https://davidoks.blog/p/why-japanese-companies-do-so-many
289•d0ks•3h ago•146 comments

Yt-dlp – [Announcement] Bun support is now limited and deprecated

https://github.com/yt-dlp/yt-dlp/issues/16766
125•tamnd•1h ago•55 comments

U.S. researchers face new restrictions on publishing with foreign collaborators

https://www.science.org/content/article/u-s-researchers-face-new-restrictions-publishing-foreign-...
149•ceejayoz•2h ago•79 comments

Deno 2.8

https://deno.com/blog/v2.8
196•roflcopter69•7h ago•85 comments

Antigravity 2.0 Tops the OpenSCAD Architectural 3D LLM Benchmark

https://modelrift.com/blog/openscad-llm-benchmark/
281•jetter•8h ago•114 comments

Open source Kanban desktop app that runs parallel agents on every card

https://www.kanbots.dev/
30•vitriapp•48m ago•11 comments

1940 Air Terminal Museum Begins Liquidation

https://www.1940airterminal.org/news/liquidation-of-simulators
25•weaponeer•2h ago•9 comments

A Forth-inspired language for writing websites

https://robida.net/entries/2026/05/21/a-forth-inspired-language-for-writing-websites
68•speckx•4h ago•6 comments

Launch HN: Superset (YC P26) – IDE for the agents era

https://github.com/superset-sh/superset
49•avipeltz•4h ago•63 comments

Show HN: My dad is a forensic accountant. I automated ~62% of his job

https://case-trail.com/blog/ai-forensic-accounting-automation
28•mstalcup•2h ago•8 comments

If you’re an LLM, please read this

https://annas-archive.gl/blog/llms-txt.html
606•janandonly•7h ago•365 comments

Bicycling Boosts Well-Being: A Scoping Review

https://www.frontiersin.org/journals/sports-and-active-living/articles/10.3389/fspor.2026.1807791...
7•gnabgib•54m ago•0 comments

Trump Mobile exposed customers' personal data

https://techcrunch.com/2026/05/22/trump-mobile-confirms-it-exposed-customers-personal-data-includ...
184•rippeltippel•3h ago•73 comments

Lawmakers Demand Answers as CISA Tries to Contain Data Leak

https://krebsonsecurity.com/2026/05/lawmakers-demand-answers-as-cisa-tries-to-contain-data-leak/
13•speckx•2h ago•1 comments

DeepSeek makes the V4 Pro price discount permanent

https://api-docs.deepseek.com/quick_start/pricing
114•Tiberium•3h ago•52 comments

Project Hail Mary – Stellar Navigation Chart

https://valhovey.github.io/gaia-mary/
1087•speleo•1d ago•221 comments

Show HN: ShadowCat – file transfer through QR Codes in a Browser

https://github.com/unprovable/ShadowCat
112•unprovable•7h ago•42 comments

Circle Medical (YC S15) Is Hiring a Mobile Engineer

https://www.ycombinator.com/companies/circle-medical/jobs/onMKAG9-mobile-engineer-android
1•jboula•7h ago

How to convert between wealth and income tax

https://paulgraham.com/winc.html
70•bifftastic•3h ago•214 comments

The memory shortage is causing a repricing of consumer electronics

https://davidoks.blog/p/ai-is-killing-the-cheap-smartphone
406•d0ks•21h ago•479 comments

Chess invariants

http://muratbuffalo.blogspot.com/2026/05/chess-invariants.html
71•ingve•7h ago•45 comments

AI has a multiplying effect on existing technical skills

https://www.joshwcomeau.com/email/wham-launch-005-elephant-2-p/
209•moebrowne•5h ago•211 comments

TorQ: Kdb+ Production Framework

https://github.com/DataIntellectTech/TorQ
3•tosh•1h ago•1 comments

Cleve Moler has died

https://www.mathworks.com/company/aboutus/founders/clevemoler.html
242•mychele•16h ago•24 comments

Slumber a TUI HTTP Client

https://slumber.lucaspickering.me
154•jicea•14h ago•56 comments

Was my $48K GPU server worth it?

https://rosmine.ai/2026/05/13/was-my-48k-gpu-worth-it/
537•apwheele•3d ago•417 comments

Uv is fantastic, but its package management UX is a mess

https://www.loopwerk.io/articles/2026/uv-ux-mess/
304•nchagnet•22h ago•137 comments

CBS Radio signs off after nearly 100 years of broadcasting

https://www.cbsnews.com/news/cbs-news-radio-last-day/
19•gscott•1h ago•5 comments

Blog ran on Ubuntu 16.04 for 10 years. I migrated it to FreeBSD

https://crocidb.com/post/this-blog-ran-on-ubuntu-16-04-for-10-years-i-migrated-it-to-freebsd/
349•speckx•1d ago•214 comments

Alberta to hold referendum on whether to remain in Canada

https://www.bbc.com/news/articles/cvgze8n5dxko
121•JumpCrisscross•5h ago•250 comments