Live data from Hacker News

I am worried about Bun

wwj.dev

251–260 of 368 posts

Re: I am worried about Bun

#251
post #211

I work on Bun, and this post is confusing to me. Me personally and the Bun team continues to dogfood & make Bun better everyday. Our development pace has only gotten faster. Bun's stability has improved significantly since joining Anthropic. Here are some things shipping in the next version of Bun: - 17 MB smaller Windows x64 binaries [0] - 8 MB smaller Linux binaries [1] - `--no-orphans` CLI flag to recursively kill…

The best feature Bun delivered recently is portable binary. That portability is a huge deal to me as my users are often on ancient Linux distros. Thank you. Both node and deno require recent Linux, more exactly, recent glibc.

Re: I am worried about Bun

#252

Why people use Deno and Bun over Node? I think it's neat that there are competitors for JS runtimes, but I really don't understand what advantages I'd get by swapping to one of these over Node. Bun has no REPL and worse JS engine, Deno is just Node with a restrictive, annoying permission system and no sqlite. Both claim better performance, but that only seems true in cherrypicked benchmarks, and in my tests (granted…

The Bun DX is infinitely better than Node's, especially for Typescript projects

In what particular way? I've been using Typescript a lot more recently (unfortunately XD) and I've found the native experience in Node to be totally fine.

Re: I am worried about Bun

#253

I don't think bun worked well before the acquisition. Don't get me wrong, i used it all the time for little scripts, but i would never ship a service at work on bun. Between memory issues and incompatibilities that never get fixed, it is a nice toy to me that did a great job of exposing room for improvement in nodejs. For example, i'd been following this issue https://github.com/oven-sh/bun/issues/14102 and eventuall…

[deleted]

Re: I am worried about Bun

#254

Earlier quoted context omitted.

Node supports auto loading .env and also supports sqlite

Sure, but at least on Node 22 I think I have to pass `--env-file=.env` option to make it pick up .env.

Certainly true but there’s a line between “better DX” and… well, kinda laziness

Re: I am worried about Bun

#255

Earlier quoted context omitted.

It's interesting how quickly people buy the "abuse" line of thinking. We understood (and knew for a long time) that the large AI labs are not monetarily profiting from subscription users that make heavy use of their subscription. That is independent of which agent/harness is used. The fair/real price for profitable use is the pay per use token pricing. These labs play the game of trying to kill competition in the har…

It's a big leap to go from "some users may be using large quantities of tokens" to "the labs are burning money on subs in an attempt to kill the competition." Lots of businesses have subscription programs in which a small number of users are money losers, but which in aggregate make money. It's not even obvious that the labs are losing a lot of money on even a minority of users; the rate use caps are fairly aggressiv…

I work in the video AI world.

We gave up on subscriptions long ago. They're rinky dink and get you a paltry amount of utilization before they run out.

The per day per seat costs can exceed $1000. This is already normal for studios, and it's already producing positive ROI.

There's simply no way to price video any other way than by usage. I suspect the same will come for everything.

Re: I am worried about Bun

#256

I disagree with the overall premise: Before the acquisition, Bun had to figure out how to monetize at some point. Now, even though their parent company does some shitty practices with their other software (claude code), it's a stretch to assume this will also translate into making Bun worse: Being worried makes sense but I remain optimistic about Bun. Especially given the context of both of these different context: C…

I disagree with the overall premise: Before the acquisition, GitHub had to figure out how to monetize at some point. Now, even though their parent company does some shitty practices with their other software (Embrace, Extend, Extinguish, MS Windows), it's a stretch to assume this will also translate into making GitHub worse: Being worried makes sense but I remain optimistic about GitHub.

I think you have some nostalgia about Github's stability before the acquisition.

Re: I am worried about Bun

#257
post #211

I work on Bun, and this post is confusing to me. Me personally and the Bun team continues to dogfood & make Bun better everyday. Our development pace has only gotten faster. Bun's stability has improved significantly since joining Anthropic. Here are some things shipping in the next version of Bun: - 17 MB smaller Windows x64 binaries [0] - 8 MB smaller Linux binaries [1] - `--no-orphans` CLI flag to recursively kill…

Hasn't your team shrunk a lot? Word on the street is that many of Bun's employees left or let go in the time leading up to the acquisition. How many people are left working on Bun?

Has development velocity increased because you are merging large quantities of unreviewed LLM generated code? If so, I would be very worried about future stability if I used Bun.

Re: I am worried about Bun

#259

Why people use Deno and Bun over Node? I think it's neat that there are competitors for JS runtimes, but I really don't understand what advantages I'd get by swapping to one of these over Node. Bun has no REPL and worse JS engine, Deno is just Node with a restrictive, annoying permission system and no sqlite. Both claim better performance, but that only seems true in cherrypicked benchmarks, and in my tests (granted…

> Bun has no REPL

Bun has a really nice REPL, can recommend https://bun.com/docs/runtime/repl

Re: I am worried about Bun

#260

I disagree with the overall premise: Before the acquisition, Bun had to figure out how to monetize at some point. Now, even though their parent company does some shitty practices with their other software (claude code), it's a stretch to assume this will also translate into making Bun worse: Being worried makes sense but I remain optimistic about Bun. Especially given the context of both of these different context: C…

Funding to pay the core team (via revenue/grants/VC) requires a lot of leadership attention for any independent company that is developing an open-source project as its main activity. Yet more leadership attention goes into other administration (Taxes/hiring/legal/policies/etc.).

I don't have any direct context, though I have run an open-source business (Zulip) for the last decade wearing both the CEO and technical lead hats.

But my simulation is that the Bun leadership team might well be spending 2x as much of their time working on the technology than they reasonably could have as an independent venture-funded company, just because they don't have to do all that other stuff anymore. (There's of course probably a significant bias in that focus towards whatever Anthropic needs from Bun, only some of which other users may care about).

So I agree. Personally, I would not be concerned unless you see the tell-tale signs of the team being reassigned to other priorities at the buyer, which tends to be obvious, because, say, the GitHub project activity falls off a cliff.

Post reply on HN