Hacker News new | past | comments | ask | show | jobs | submit login

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/...)



Happened with node via io.js back in the day too


Hadn't heard of io.js before but from reading up on it it seems to be a unique case since they had the explicit goal of merging back into node eventually.

Can't really find what the main benefits of io.js are though...


It actually had developers. It was a political move by the devs against joynet who were refusing to give up full control of nodejs.


> Even if bun will not overtake node...

Why wouldn't bun, if it keeps its performance promises on its way to 100% node compatibility? I am intently keeping tabs on bun's progress because a better-engineered, faster, and leaner node-compatible runtime means $$ saved in server costs.

Besides, from the effort going into bun, it looks like the node community has its work cut out.


Also, a big reduction in dependencies could make hardening a Bun application something that’s realistic. It’s unimaginable with the typical node stack that I’ve seen.


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


Haven't heard the name Merb in forever.


Also Elixir made Erlang better.


,npm/yarn




Consider applying for YC's W25 batch! Applications are open till Nov 12.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: