Live data from Hacker News

Anthropic acquires Bun

bun.com

41–50 of 1001 posts

Re: Anthropic acquires Bun

#41
Hahaha congratulations. This is amazing. The most unlikely outcome for a devtools team. Fascinating stuff.

This is promising for Astral et al who I really like but worried about their sustainability. It does point to being as close to the user as possible mattering.

Re: Anthropic acquires Bun

#42
post #21

I don't really see how Bun fits as an acquisition for an AI company. This seems more like "we have tons of capital and we want to buy something great" than "Bun is essential to our core business model".

Does this acquisition mean Claude Code the CLI is more valuable than entiriety of Bun?

Re: Anthropic acquires Bun

#43

As someone who have been using Deno for the last few years, is there anything that Bun does better? Bun seems to use a different runtime (JSC) which is less tested than V8, which makes me assume it might perform worse in real-world tasks (maybe not anymore?). The last time I checked Bun's source code, it was... quite messy and spaghetti-like, plus Zig doesn't really offer many safety features, so it's not that hard t…

It has wayyyyy better nodejs compatibility (day 1 goal)

Re: Anthropic acquires Bun

#44
post #36

Is Claude Code the first CLI tool to have a $1BN ARR?

This graph from the SemiAnalysis blog suggests that GitHub Copilot reached it earlier this year: https://substackcdn.com/image/fetch/$s_!BGEe!,f_auto,q_auto:...

"GitHub Copilot" encompasses so many different products now that it's hard to see it as a CLI tool.

Re: Anthropic acquires Bun

#45
I’ll be honest, while I have my doubts about the match of interests and cohesion between an AI company and a JS runtime company I have to say this is the single best acquisition announcement blog post I’ve seen in 20 years or so.

Very direct, very plain and detailed. They cover all the bases about the why, the how, and what to expect. I really appreciate it.

Best of luck to the team and hopefully the new home will support them well.

Re: Anthropic acquires Bun

#46
post #34

Earlier quoted context omitted.

Looks like they are acquiring the team rather than the product

No, they're clearly acquiring the technology. They're betting Claude Code on Bun, they have an invested interest in the health of Bun.

Why would they want to bet on nascent technology whereas Node.js bas existed for a god 15 years?

Re: Anthropic acquires Bun

#47
post #43

As someone who have been using Deno for the last few years, is there anything that Bun does better? Bun seems to use a different runtime (JSC) which is less tested than V8, which makes me assume it might perform worse in real-world tasks (maybe not anymore?). The last time I checked Bun's source code, it was... quite messy and spaghetti-like, plus Zig doesn't really offer many safety features, so it's not that hard t…

It has wayyyyy better nodejs compatibility (day 1 goal)

As far as I know, modern Node compat in Deno is also quite great - I just import packages via 'npm:package' and they work, even install scripts work. Although I remember that in the past Deno's Node compat was worse, yes.

Re: Anthropic acquires Bun

#49
post #15

What matters: it's staying open source and MIT licensed. I sincerely hope it stays that way. Congrats to the Bun team on making a great tool and getting the recognition they deserve. > Being part of Anthropic gives Bun: Long-term stability. Let's see. I don't want to always be the downer but the AI industry is in a state of rapid flux with some very strong economic headwinds. I wouldn't confidently say that hitching…

Nothing gives you long term stability in tech. You have to constantly work at staying stable, and it isn't always up to anything the company is in control of, no matter what ownership they have.

> Nothing gives you long term stability in tech.

Sure. But everything is relative. For instance, Node has much more likelihood of long term stability than Bun, given its ownership.

Re: Anthropic acquires Bun

#50
This decision is honestly very confusing to me as a constant user of Claude Code (I have 3 of them open at the moment.)

So many of the issues with it seem to be because ... they wrote the damn thing in JavaScript?

Claude is pretty good at a constrained task with tests -- couldn't you just port it to a different language? With Claude?

And then just ... the huge claude.json which gets written on every message, like ... SQLite exists! Please, please use it! The scrollback! The Keyboard handling! Just write a simple Rust or Go or whatever CLI app with an actual database and reasonable TUI toolkit? Why double down and buy a whole JavaScript runtime?

Post reply on HN