Live data from Hacker News

Anthropic acquires Bun

bun.com

691–700 of 1001 posts

Re: Anthropic acquires Bun

#691
post #402

Earlier quoted context omitted.

From the article, Claude Code is being used extensively to develop Bun already. > Over the last several months, the GitHub username with the most merged PRs in Bun's repo is now a Claude Code bot. We have it set up in our internal Discord and we mostly use it to help fix bugs. It opens PRs with tests that fail in the earlier system-installed version of Bun before the fix and pass in the fixed debug build of Bun. It r…

> You do still need people to make all the decisions about how Bun is developed, and to use Claude Code. Yeah but do you really need external hires to do that? Surely Anthropic has enough experienced JavaScript developers internally they could decide how their JS toolchain should work. Actually, this is thinking too small. There's no reason that each developer shouldn't be able to customize their own developer tools…

They likely have other things to do.

Re: Anthropic acquires Bun

#693
post #537
post #395

A lot of people seem confused about this acquisition because they think of Bun as a node.js compatible bundler / runtime and just compare it to Deno / npm. But I think its a really smart move if you think of where Bun has been pushing into lately which is a kind of cloud-native self contained runtime (S3 API, SQL, streaming, etc). For an agent like Claude Code this trajectory is really interesting as you are creating…

Yea, they just posted this a few days ago: https://www.anthropic.com/engineering/advanced-tool-use They discussed how running generated code is better for context management in many cases. The AI can generate code to retrieve, process, and filter the data it needs rather than doing it in-context, thus reducing context needs. Furthermore, if you can run the code right next to the server where the data is, it's all tha…

Jesus wept, for the nerds joyfully want skyney

Re: Anthropic acquires Bun

#697

Earlier quoted context omitted.

It’s relevant enough that I feel I can roll out this bash.org classic… Saying that Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders EDIT: someone has (much to my joy) made an archive of bash.org so here is a link[1], but I must say I’m quite jealous of today’s potential 1/10,000[2] who will discover bash.org from my comment! [1] https://bash-org-archive.co…

That's hilarious. My comment is mostly a joke, but also trying to say that "runs everywhere" isn't that impressive anymore.

Yeah everyone proclaims to IANAL nowadays.

Re: Anthropic acquires Bun

#698

Earlier quoted context omitted.

> I'll admit I'm somewhat biased against Bun? Why? Genuine question, sorry if it was said/implied in your original message and I missed it.

Good question, hard to say, but I think it's mainly because of Zig. At its core Zig is marketed as a competitor to C, not C++/Rust/etc, which makes me think it's harder to write working code that won't leak or crash than in other languages. Zig embraces manual memory management as well.

> At its core Zig is marketed as a competitor to C, not C++/Rust/etc

What gives you this impression?

I directly created Zig to replace C++. I used C++ before I wrote Zig. I wrote Zig originally in C++. I recently ported Chromaprint from C++ to Zig, with nice performance results. I constantly talk about how batching is superior to RAII.

Everyone loves to parrot this "Zig is to C as Rust is to C++" nonsense. It's some kind of mind virus that spreads despite any factual basis.

I don't mean to disparage you in particular, this is like the 1000th time I've seen this.

Re: Anthropic acquires Bun

#699
post #246

Earlier quoted context omitted.

Honestly, given the constant rollercoaster of version management and building tools for Python the move to something else would be expected rather than surprising. I’ve seems like a great tool, but I remember thinking the same about piping, too.

uv is a revolution in every possible positive sense of the word in the Python world and I've been here since 1.5. it is imperative that bitter oldtimers like us try it, I did and the only regret I've got is that I didn't do it sooner.

I also tried it and am now using it for new projects. But I was just fine with Poetry too. Yes, uv is faster and probably better code. But my use-cases didn't necessitate to re-create the venvs frequently, so the slowness of Poetry didn't matter that much to me, and I am not using the "one-off script" kind of approaches that uv enables (writing the dependencies in a comment in the script itself).

So, yeah, uv is nice, but for me didn't fundamentally change that much.

Post reply on HN