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

Bun 0.3

bun.sh

Post reply on HN
Print view View original

31–40 of 64 posts

Re: Bun 0.3

#31

Post by adam_arthur »

nine_k wrote: post #30
adam_arthur wrote: post #26

Earlier quoted context omitted.

What's the target level of compatibility with existing npm modules? 100%? Some lower percentile? Hate to carry forward baggage of past design choices, but likely essential to really get widespread adoption. I'd definitely start using Bun for my projects today (non-production), if it works seamlessly with existing packages.

I suppose a compatibility shim for features that should not go into the new core could work. It would have a performance cost, but as long as this cost is limited to some deprecated APIs it would be OK.

Yeah, a compatibility branch or a build time cross compatibility compiler would suffice.

Re: Bun 0.3

#33

Post by Jarred »

adam_arthur wrote: post #26
Jarred wrote: post #12

I work on Bun happy to answer any questions or feedback

What's the target level of compatibility with existing npm modules? 100%? Some lower percentile? Hate to carry forward baggage of past design choices, but likely essential to really get widespread adoption. I'd definitely start using Bun for my projects today (non-production), if it works seamlessly with existing packages.

We want Bun to feel more like an upgrade from Node than switching runtimes

Basically everything that doesn’t rely on node’s internal “bindings” C++ stuff should eventually be supported

Re: Bun 0.3

#34

Post by bcjordan »

Jarred wrote: post #12

I work on Bun happy to answer any questions or feedback

can Bun help solve the hell that is running `npm install` in a project and seeing an error mentioning `node-pre-gyp` in the output with some platform-specific native dependency build issue

Re: Bun 0.3

#36

Post by CharlesW »

panzerboiler wrote: post #24
CharlesW wrote: post #15

Earlier quoted context omitted.

FWIW this similarly-trivial "Hello world" benchmark shows Bun's lead at ~25% faster than Deno at the moment, which doesn't seem insurmountable. https://github.com/denosaurs/bench

Those benchmarks are measuring the speed of the tool used to run the benchmark, not the http servers. Take them with a pack of salt.

"Take all benchmarks with a grain of salt" is my middle name, but the benchmark I linked to is an open source project with 17 contributors. In contrast, I'm not seeing any source referenced by the Medium benchmark article I responded to.

Re: Bun 0.3

#37

Post by ithrow »

progx wrote: post #4

I like this tech "fights" (evolutions). Even if bun will not overtake node, it will make node better. We see this many times with other projects (js/coffeescript/typescript/..., php/HHVM/HPHPc, webpack/vite/...)

,npm/yarn

Re: Bun 0.3

#38

Post by dmix »

gcoguiec wrote: post #23
progx wrote: post #4

I like this tech "fights" (evolutions). Even if bun will not overtake node, it will make node better. We see this many times with other projects (js/coffeescript/typescript/..., php/HHVM/HPHPc, webpack/vite/...)

I would also mention io.js in Node's lifetime and Merb in Rails’

Haven't heard the name Merb in forever.

Re: Bun 0.3

#40

Post by Jarred »

johnnypangs wrote: post #19
Jarred wrote: post #12

I work on Bun happy to answer any questions or feedback

Bun seems really cool! I had a question about this part: > Bun now works in more Linux environments, including Amazon Linux 2 and builds for Vercel and Cloudflare Pages. (Previously, you might have seen errors like: "version 'GLIBC_2.29' not found") How would building for Vercel and CF pages work? Like normal but installing the relevant build tools using bun?

Bun is able to run in these environments now - before it had that glibc error

Right now you’d need to download it via curl https://bun.sh/install | bash

But we need to make that better

Post reply on HN