Live data from Hacker News

Anthropic acquires Bun

bun.com

631–640 of 1001 posts

Re: Anthropic acquires Bun

#631

Earlier quoted context omitted.

Java can be depended on without buying anything.

Java's price is your time which you will need tons of as Java is highly verbose. The ultimate enterprise language

try java 25, and update your priors :)

Re: Anthropic acquires Bun

#633
post #610

Extrapolating and wildly guessing, we could end up with using all that mostly idle CPU/RAM (the non-VRAM) on the beefy GPUs doing inference on agentic loops where the AI runs small JS scripts in a sandbox (which Bun is the best at, with its faster startup times and lower RAM use, not to mention its extensive native bindings that Node.js/V8 do not have) essentially allowing multiple turns to happen before yielding to…

I almost read this as anthropic will be using our idle CPU/GPU resources for their own training tasks ;)

Re: Anthropic acquires Bun

#634
post #612

Earlier quoted context omitted.

Haven’t checked in on Java in a while?

From what I gather everyone is still stuck on Java 8 so no need to check?

This is absolutely untrue. Code from JDK 8 runs fine on JDK 25 (just released LTS). It is true that if you did something silly that locks you into certain dependency versions, you may be stuck, but this is not the majority of applications.

Re: Anthropic acquires Bun

#635
post #616

From the comments here it sounds like most people think the amount Anthropic paid for the company was probably not much more than the VC funding which Bun raised. How would the payout split work? It wouldn’t seem fair to the investors if the founder profited X million while the investors get their original money returned. I understand VC has the expectation that 99 out of 100 of investments will net them no money. Bu…

All VC's have preferred shares, meaning in case of liquation like now, they get their investment back, and then the remainder gets shared.

Additionally, depending on round, they also have multiples, like 2x meaning they get at least 2x their investment before anyone else gets anything

Re: Anthropic acquires Bun

#637
All vendors will have to implement test time code execution, solution exploration, etc. as it's a low hanging fruit with huge gains, so I see it as a great hire. Love Bun, happy for you guys!

Re: Anthropic acquires Bun

#638
post #361

I work on Bun. Happy to answer any questions

I'm sort of surprised to see that you used Claude Code so much. I had a vague idea that "Zig people" were generally "Software You Can Love" or "Handmade Software Movement" types, about small programs, exquisitely hand-written, etc, etc. And I know Bun started with an extreme attention to detail around performance. I would have thought LLM-generated code would run a bit counter to both of those. I had sort of carved t…

I'm not sure about exquisite and small.

Bun genuinely made me doubt my understanding of what good software engineering is. Just take a look at their code, here are a few examples:

- this hand-rolled JS parser of 24k dense, memory-unsafe lines: https://github.com/oven-sh/bun/blob/c42539b0bf5c067e3d085646... (this is a version from quite a while ago to exclude LLM impact)

- hand-rolled re-implementation of S3 directory listing that includes "parsing" XML via hard-coded substrings https://github.com/oven-sh/bun/blob/main/src/s3/list_objects...

- MIME parsing https://github.com/oven-sh/bun/blob/main/src/http/MimeType.z...

It goes completely contrary to a lot of what I think is good software engineering. There is very little reuse, everything is ad-hoc, NIH-heavy, verbose, seemingly fragile (there's a lot of memory manipulation interwoven with business logic!), with relatively few tests or assurances.

And yet it works on many levels: as a piece of software, as a project, as a business. Therefore, how can it be anything but good engineering? It fulfils its purpose.

I can also see why it's a very good fit for LLM-heavy workflows.

Re: Anthropic acquires Bun

#640
post #537

Earlier quoted context omitted.

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…

Java can run anywhere too

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.com/?338364

[2] https://xkcd.com/1053

Post reply on HN