Bun v1.0.0 - Hackdot

Re:Bun v1.0.0 by mirkodrummer on Friday September 08, 2023 @11:22AM (#37434755)

Not a seasoned users, mostly played with Deno. To me Deno seems more oriented to be an alternative Node runtime with security as first principle and built-in support for Typescript, JSX with some tooling like linter. It's also based on V8. My best guess it's what Ryan Dahl wanted Node to be as an afterthought. Bun, technically speaking is based on Webkit, but can't really say why, seems a better all-in-on tool(also remember rome?) and not only a runtime. Also with compatibility with current frameworks out of box, Deno wasn't npm compatible some time ago and I wonder if it ever meant to be and not a pivotal change on the run

[ Parent | on HN ]

Re:Bun v1.0.0 by ShadowBanThis01 on Friday September 08, 2023 @08:11PM (#37440894)

It's known that Deno tacked on NPM support.

For new, from-scratch projects done by someone who doesn't know Node anyway, why not use Deno? I just started writing the server side of a mobile app with it, and I didn't even know JS, TS, or have any experience with routing frameworks. I had server-side queries working in a matter of days, and I don't claim to be fast at all.

The issues cited in the Bun PR, like the morass of modules and related performance problems, don't seem to exist in plain Deno. Or am I missing something? I don't anticipate ever integrating anything from NPM, so I'm actually disappointed (but understanding of the motivation) to see Deno hedge on the "fresh start" idea.

[ Parent | on HN ]

Re:Bun v1.0.0 by kozzz on Sunday September 10, 2023 @06:29AM (#37454552)

You’re unlikely to encounter any issues with Node in a small project. It’s possible though that you’ll need some module that is not working with Deno.

[ Parent | on HN ]

Re:Bun v1.0.0 by ShadowBanThis01 on Monday September 11, 2023 @04:01PM (#37472842)

Thanks. If I can do CRUD and client authorization I should be OK…

I say now, anyway!

[ Parent | on HN ]

Re:Bun v1.0.0 by azu on Saturday September 09, 2023 @01:37AM (#37442578)

> technically speaking is based on Webkit, but can't really say why

Why Bun uses WebKit/JSC was described here:

> One of the reasons why Bun bet on JavaScriptCore instead of embracing the server-side V8 monoculture is because JavaScriptCore and WebKit/Safari are strongly tied together. This means that Bun can often use implementations of Web APIs from WebKit/Safari directly, without having to reimplement them. This is a great example of that.

via https://bun.sh/blog/bun-v0.7.1#messageport-messagechannel-ar...

[ Parent | on HN ]