3 ms·
I think your stance is more reasonable than the one in the article, TBH. If yt-dlp said something like "We're going to wait 6 months on the Rust rewrite", that
by johnfn 5mo ago
I think your stance is more reasonable than the one in the article, TBH. If yt-dlp said something like "We're going to wait 6 months on the Rust rewrite", that would be reasonable. But instead it says something more like we think that Bun is vibe-coded, so we don't want to use it any more. That seems less reasonable.
- omnimus 5mo agoIt's not less reasonable. They don't have to promise giving Bun time in the future to evaluate. They might do it but they absolutely don't have to be responsible for doing it when the project made such dramatic shift. They can do absolutely what they want with their project especially when its majority decision. There can't be no doubt about that.
- johnfn 5mo agoThey can absolutely do what they want, and I can absolutely say it's an unreasonable decision. When I say "unreasonable", I am evaluating whether they are operating on sound technical principles or not - not like, "are they allowed to do this" or something more obviously true.
- tatjam 5mo agoWelp, I mean once the Rust rewrite is merged, isn't it vibecoded? Fair enough, it was vibecoded from a pretty detailed Zig specification :)
- Capricorn2481 5mo agoI think it's fine to not depend on code that nobody, even the maintainers, has read. Is that really controversial? I do find it ironic you think this project is making rash decisions on no technical merit, and not Bun
- kelnos 5mo agoWhy is it unreasonable, from a technical standpoint, to avoid vibe-coded software? To me, proving a vibe-coded piece of software is fit for purpose is much more difficult than if it is human-written, or LLM-assisted with a human reviewing all the generated code.
- wiseowise 5mo ago> Bun was recently rewritten in Rust using Claude, and its development seems to have taken a turn towards being fully vibe-coded. This is alarming and disappointing for a number of reasons, and frankly it seems like a future headache that we'd prefer to avoid. We are adding a support ceiling of version 1.3.14, as that is the last release built from the original zig codebase. That’s as reasonable as it gets. Yt-dlp isn’t a beta testing grounds for hyperscalers.