Bun (can become) the ideal JavaScript runtime | Hacker News Reader

Bun (can become) the ideal JavaScript runtime

alexhultman.medium.com

17 pointsmatesz14 comments

This article is unreadable and rants about whatever.

I will save you the google. Bun is a javascript runtime, that includes node_modules resolving, typescript, jsx; and is written in zig. It’s currently in beta.

https://bun.sh/

https://github.com/oven-sh/bun#not-implemented-yet

Apparently it’s fast.

Previously, there has been a saying that if you sit at a river bank long enough, you will see the corpse of that opinionated hot javascript framework (that you never got time to learn) float by.

It needs to be adjusted to include javascript runtimes now.

> Of course in this day and age, any criticism in whatever form, immediately gets classified as “hate speech” and goes censored/banned. The trigger squad cannot comprehend any such thing as honest feedback for the betterment of a project.

Is there are name for this phenomenon? Pre-emptively derailing yourself based on your idea that (((they))) will do it anyway?

And almost half of this very short post is them whining about their hurt feelings.

I don't know of a term, but seeing something like this is usually a good indication that the person will do or say something very self-defeating. Luckily this isn't the creator of "bun" - just a fan, so we shouldn't let this colour our opinion of the tech itself.

Persecution complex?

Sounds like it. Other alternatives:

- general paranoia

- Persecutory delusion https://en.wikipedia.org/wiki/Persecutory_delusion

- Victim playing https://en.wikipedia.org/wiki/Victim_playing

I'm not willing to change the program that I use to run scripts for a performance improvement that is difficult to reproduce and partially theoretical. Thanks but I'll stay with the long-lived open source solution while it works fine.

Recently I found that Bun is using WebKit runtime instead of V8. We can expect a completely independent evolution on this product?, taking into account that safari is not known by its standards compliance or frequent release cycles

I feel like I'm missing some context w.r.t. the "triggering" the author describes and what (if anything) that has to do with Bun. Did Bun get a bunch of harsh feedback or something?

I don't think Bun got harsh feedback, it's just that it is response to unfulfilled performance potential existing in node, one because of javascriptcore and another because of better implementations of everything else node does I suppose.

From what I understand the author was proposing some solutions which could speed up node by a lot, but this wasn't considered by node community for some reason. Not sure if he did or is it only marketing trick to make others use his lib.

However I don't understand one thing - why thing like uwebsockets wasn't merged into/incorporated into node runtime if it is, in author's terms, clearly much much better? Node is used by millions of people and significant performance improvement is a big deal. I really don't get it.

Hence the question - does somebody use it in prod (uwebsockets.js) and can share their experience?

New benchmarks comming in [1]. Not a landslide, but still 20% faster - which is little.

ps.

Node: 156.15/s

Bun: 283.51/s

[1] https://www.reddit.com/r/node/comments/vwuxqr/node_is_3_time...

Ok Alex Huntman (creator of uws) and Jarred Sumner (creator of bun) exchange some words here [1]. It turns out Bun is using uws under the hood.

[1] https://github.com/uNetworking/uWebSockets/discussions/1466

Is anybody here running uwebsockets.js in production and can share your experience?

Reply on news.ycombinator.com