Hacker Newsnew | past | comments | ask | show | jobs | submit | gkfasdfasdf's commentslogin

But how does it do on the balls benchmark???

https://benjdd.com/languages/


good question we'll try

I love it. Reverse minesweeper describes it perfectly.


The latest version of Claude Code is the compiled with the Rust version of Bun, I've been using it and haven't noticed any regressions.


In addition to an assert, a 'nonnull' attribute on compilers that support it seems like a good idea.


If you use the nonnull attribute, the assertion will be optimized away.


But the compiler tells you about the issue.


The lib is a joke I know, but these will absolutely get your prototype greenlit.


if it helps you raise a series A please send me a little caesars hot n ready


Having used both Anthropic and OpenAI models at $work via copilot extensively, I have to say GPT 5.5 currently is best at getting work done with minimal mistakes. However, Claude Code is way ahead of OpenAI Codex in terms of harness features and tooling. MCPs, skills, sub agents, these all were pioneered in Claude Code first. Perhaps that contributed to Anthropic's success.


Odd they used GPT-5.2 and not GPT-5.2-codex. i.e. the one optimized for coding agent tasks.


Considering this is from academia, there's a chance there were limitations on the available models. My research group accesses OpenAI models via Azure, and until recently (last week) the latest model was GPT 5. We just got 5.4.


That’s wild. Are you at a university that bans using the OpenAI APIs directly?


The university doesn't « ban » using the OpenAI APIs directly. It's a question of funding. If you want to use OpenAI, you usually use your own account and ask the university for a refund later, where you justify your usage. It's easier for the university if you use their pre-approved Azure endpoint instead, though you'll still need approval if you're going to spend a significant amount of money.


Someone should fork yt-dlp and rewrite it in Rust...and have it use bun exclusively


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 the Bun team when they release a Rust version and give it their stamp of approval, why did you trust them when they released the Zig version two weeks ago? It makes no logical sense, and it makes the yt-dlp devs look foolish.


> If you don’t trust the Bun team when they release a Rust version and give it their stamp of approval, why did you trust them when they released the Zig version two weeks ago?

I think you cannot make this comparison because Rust version wasn’t in fact written by the Bun team. It wasn’t even read by them.


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


people don’t care if it’s good. they only care it’s made with AI so they can signal their moral superiority. hence the derogatory term slop that is paraded around like it’s the way to win an argument


[flagged]


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


But in this case, the yt-dlp maintainers didn't actually evaluate the rewrite yet, they just declared they wouldn't support it, sight unseen.

Not really an argument on its merits.


OSS is not a testing ground for rewrites made by hyperscalers. Bun is free to fork yt-dlp and prove it is stable enough.


Why is it their job to evaluate a 1m+ line code rewrite?


That’s the fun part no one has evaluated the rewrite yet! Not even the bun team!

Claude says it’s all good though so what could go wrong


What about people who view AI as a useful tool, and use it daily while still recognizing it’s limitations?

I’m no AI hater, but there’s a limit to how much trust I give it and the Bun rewrite is well beyond that limit.


It's a bit of a contradiction. We understand that AI can be used usefully, and to great effect. But if someone else uses it, it's a potential liability.

I think the issue is, we understand our own usage of it, and respect the boundaries of what's possible and what needs to be done to use these tools properly.

But we don't know how the other guy is using it.

We don't know if they're being responsible, and using it in a safe manner.

If they are: great. But if they aren't, we're opening ourselves up to all kinds of security shenanigans.

It's one of those things where we're only going to be okay with it, if we're the ones using it. But that also means other people will be suspect of our code.

It's really a no win scenario, except for inside each of own little bubbles.


AI or not, I trust a development team with a rigorous code review process, and I distrust a team that merges one-shot seven-figure PRs.

Bun has very loudly defected from the former category to the latter.


In this case though we do know how it was used? We’re talking about a specific case here.

It was used to write 1 million lines of code in a week.

Yes it was translating an existing codebase, but still there’s no way that is a safe transition.

Would you ship that at your job? I definitely would not


At my FAANG we do similar things all the time, but at a smaller scale.


Idiotic. Why do they care what language it's written in? If it works it works.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: