Live data from Hacker News

Anthropic acquires Bun

bun.com

861–870 of 1001 posts

Re: Anthropic acquires Bun

#861

I am more shocked about the origin story compared to the acquisition. > Almost five years ago, I was building a Minecraft-y voxel game in the browser. The codebase got kind of large, and the iteration cycle time took 45 seconds to test if changes worked. Most of that time was spent waiting for the Next.js dev server to hot reload. Why in the hell would anyone be using Next.js to make a 3D game... Jarred has always se…

This take is interesting given we're all here congratulating Jarred for seeing that there was no tool to solve x so made it, and is now enjoying a likely nice payday. Be the change you want to see in the world?

Re: Anthropic acquires Bun

#862
post #789
post #493

Genuine question: why js? Why not something like c#: native, fast, crossplatform, strongly-typed, great tooling, supports both scripting (ie single file-based) and compiled to a binary with no dependency whatsoever (nativeAOT), great errors and error stacks, list goes on. All great for AI to recover during its iterations of generating something useful. Genuinely perplexed.

I thought c# was a dead language at this point?

You must have been living under a rock. C# is one of the most popular languages out there and it's better than ever.

Re: Anthropic acquires Bun

#863
So will Bun devs now be obliged to stop coding and only manage ai-driven code, like Anthropic devs say they are?

Or perhaps they have in their agreement that Anthropic's own rules don't apply to them?

Serious question, in all this madness

Re: Anthropic acquires Bun

#866
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…

Java was doing "cloud-native, stripped down (jlink) image, self-contained runtime with batteries included" long before Bun existed. There's also GraalVM for one executable binary if one's ambitious.

Re: Anthropic acquires Bun

#867

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.

I mean, they said they looked at the source code and thought it was gross, so there’s a justification for their concern, at least.

That's fair, but the word 'biased' felt unusual to describe how they perceive the runtime.

Re: Anthropic acquires Bun

#869

Earlier quoted context omitted.

> C#'s speed advantage over JS among many other things would make C# the main language Nobody cares about this, JS is plenty fast for LLM needs. If maximum performance was necessary, you're better off using Go because of fast compiler and better performance.

> Nobody cares about this And that was my point. The choice of using JS/TS for LLM stuff was made for us based on initial wave of SDK availabilities. Nothing to do with language merits.

This has always been the case. The Java and C# ecosystems prioritise stability and scale. They wait for ideas to prove themselves in other languages like Erlang, Python, Go, Scala, and so on, and then adopt the successful ones. Last-mover advantage. That said, there are some caveats. Java is still missing value types, while C# has moved quickly with async/await rather than adopting models like goroutines or virtual threads, which can sometimes limit concurrency ergonomics for the developer.

Re: Anthropic acquires Bun

#870

I am more shocked about the origin story compared to the acquisition. > Almost five years ago, I was building a Minecraft-y voxel game in the browser. The codebase got kind of large, and the iteration cycle time took 45 seconds to test if changes worked. Most of that time was spent waiting for the Next.js dev server to hot reload. Why in the hell would anyone be using Next.js to make a 3D game... Jarred has always se…

Maybe same for anthropic, they can simply write agent using Rust/Go. Instead they decide to buy and develop a JavaScript runtime.

These are completely different. Agents (aside from the model inference) are not CPU bound. You gain much more by having a wider user base than whatever marginal CPU cycles you would gain in Rust/Go.

Video games are of course a different story.

Post reply on HN