Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Anthropic acquires Bun

bun.com

Post reply on HN
Print view View original

321–330 of 1001 posts

Re: Anthropic acquires Bun

#321

Post by viscanti »

simonw wrote: post #190
tyingq wrote: post #176

Earlier quoted context omitted.

If I had the cash, I could sell dollar bills for 50 cents and do a $7b run rate :)

If that was genuinely happening here - Anthropic were selling inference for less than the power and data center costs needed to serve those tokens - it would indeed be a very bad sign for their health. I don't think they're doing that. Estimates I've seen have their inference margin at ~60% - there's one from Morgan Stanley in this article, for example: https://www.businessinsider.com/amazon-anthropic-billions-cl...

They had pretty drastic price cuts on Opus 4.5. It's possible they're now selling inference at a loss to gain market share, or at least that their margins are much lower. Dario claims that all their previous models were profitable (even after accounting for research costs), but it's unclear that there's a path to keeping their previous margins and expanding revenue as fast or faster than their costs (each model has been substantially more expensive than the previous model).

Re: Anthropic acquires Bun

#322

Post by fragmede »

colesantiago wrote: post #3

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

Terraform gets to $600mm if you squint really hard make up stuff. Kubectl though. Whatever you want to say about kubernetes complexity, it does get a bunch of money run through it. We could also look at aws-cli, gcloud and az, and if we assign cloud budgets that get run through there, I'm sure it's in the hundreds of millions. Then there's git. Across the whole ecosystem, there's probably a cool couple billion floating through there. gh is probably much smaller. Other tools like docker and ansible come to mind, though those are not quite as popular. Cc only hits $1B ARR if you squint really hard in the first place, so I think in this handwavy realm, I'd say aws-cli comes first, then kubectl, then git, with maybe docket and terraform in the mix as well. Nonetheless, Claude is a really awesome cli tool that I use most days, I find.

Re: Anthropic acquires Bun

#323

Post by rvrb »

satvikpendem wrote: post #158
Tiberium wrote: post #35

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…

Search for pointer exceptions or core dumps on Bun's GitHub issues and you'll see why people (should) use Deno over Bun, if only because Rust is a way more safe language than Zig.

I haven't verified this, but I would be willing to bet that most of Bun's issues here have more to do with interfacing with JavaScriptCore through the C FFI than Zig itself. this is as much a problem in Rust as it is in Zig. in fact, it has been argued that writing unsafe Zig is safer than writing unsafe Rust: https://zackoverflow.dev/writing/unsafe-rust-vs-zig/

Re: Anthropic acquires Bun

#324

Post by simpsond »

TekMol wrote: post #225
taylorlapeyre wrote: post #214

Earlier quoted context omitted.

The post mentions why - Bun eventually wanted to provide some sort of cloud-hosting saas product.

Everyone could offer a cloud-hosted saas product that involves bun, right? Why invest into a company that has the additional burden of developing bun, why not in a company that does only the hosting?

Hosting is a commodity. Runtimes are too. In this case, the strategy is to make a better runtime, attract developers, and eventually give them a super easy way to run their project in the cloud. Eg: bun deploy, which is a reserved no op command. I really like Buns DX.

Re: Anthropic acquires Bun

#325

Post by Master_Odin »

bopbopbop7 wrote: post #231
krig wrote: post #171

This announcement made me check in on the arbitrary code execution bug I reported that the Bun Claude bot created a PR for about 3 weeks ago: https://github.com/oven-sh/bun/pull/24578 So far, someone from the bun team has left a bunch of comments like > Poor quality code ...and all the tests still seem to be failing. I looked through the code that the bot had generated and to me (who to be fair is not familiar with t…

So you pushed a PR that breaks a bunch of tests, added a 5 layer nested if branch block that mixes concerns all over the place, then ignored the reviewer for three weeks, and you’re surprised they didn’t approve it?

The OP directly says:

> that the Bun Claude bot created a PR for about 3 weeks ago

The PR with bad code that's also been ignored was made by the bot that Bun made, and brags about in their acquisition post.

Re: Anthropic acquires Bun

#328

Post by somebodythere »

mokarma wrote: post #122

Quote from the CEO of Anthropic in March 2025: "I think we'll be there in three to six months where AI is writing 90% of the code and then in 12 months we may be in a world where AI is writing essentially all of the code"

I think this wound up being close enough to true, it's just that it actually says less than what people assumed at the time.

It's basically the Jevons paradox for code. The price of lines of code (in human engineer-hours) has decreased a lot, so there is a bunch of code that is now economically justifiable which wouldn't have been written before. For example, I can prompt several ad-hoc benchmarking scripts in 1-2 minutes to troubleshoot an issue which might have taken 10-20 minutes each by myself, allowing me to investigate many performance angles. Not everything gets committed to source control.

Put another way, at least in my workflow and at my workplace, the volume of code has increased, and most of that increase comes from new code that would not have been written if not for AI, and a smaller portion is code that I would have written before AI but now let the AI write so I can focus on harder tasks. Of course, it's uneven penetration, AI helps more with tasks that are well-described in the training set (webapps, data science, Linux admin...) compared to e.g. issues arising from quirky internal architecture, Rust, etc.

Re: Anthropic acquires Bun

#329

Post by johncolanduoni »

croes wrote: post #268
reactordev wrote: post #213

Bun is such a great runtime. If you haven't tried it, try it. It's got bells and whistles. This will make sure Bun is around for many, many , years to come. Thanks Anthropic. Why Bun? Easy to setup and go. bun run Bells and whistles. (SQL, Router, SPA, JSX, Bundling, Binaries, Streams, Sockets, S3) Typescript Supported. (No need to tsc, bun can transpile for you) Binary builds. (single executables for easy deployment…

Does it have permission flags yet like deno has?

I’ve never understood the security utility of the Deno flags. What practical attack would they protect you from? Supply chain seems to be the idea, but how many npm packages do people use that neither:

* Get run by devs with filesystem permissions

* Get bundled into production

Re: Anthropic acquires Bun

#330

Post by dboon »

frumplestlatz wrote: post #205
hiAndrewQuinn wrote: post #180

Earlier quoted context omitted.

I'm not so sure about that. I've written some nontrivial TUIs in my time, the largest one being [1], and as the project got more complicated I did find myself often thinking "It sure would be nice if I could somehow just write this stuff with CSS instead of tiny state machines and control codes for coloration". There's no reason these languages couldn't compile down to a TUI as lean as hand-coloring everything yourse…

I'm certainly not advocating for a return to C + ncurses, but there's a wide ocean of options between that and HTML+CSS+JS in the terminal.

Yes, for simple projects, absolutely. But when you're shipping something as widely adopted as CC, I disagree. At the end of the day, you're making a UI. It happens to be rendered via the terminal. You still need accessibility, consistent layouts, easy integration with your backend services, inputs, forms, and so on. If you don't need that stuff, there are lots of other, simpler options. But if you do, your other options begin to resemble a half baked, bug filled reimplementation of the web. So just use the web.
Post reply on HN