As someone who has mostly just tinkered with this stuff (while using Node extensively at work) I see two truths:

- Deno initially seemed like something a number of us were clamouring for: a restart of the server JS ecosystem. ES modules from the start, more sensibly thought out and browser compatible APIs, etc etc

- that restart is incompatible with the business goals of a VC funded startup. They needed NPM compatibility but that destroyed the chances of a restart happening.

I’m just sticking with Node. I know Deno and Bun are faster and have a few good features (though Node has been cribbing from them extensively as time has gone on). I just don’t trust a VC backed runtime to keep velocity in the long term.

▲

josephg an hour ago | parent | next [-]

Personally I've moved to bun. Its basically identical to node out of the box - almost all nodejs projects just work. But its usually faster. And it can run typescript files directly. And it has a JS bundler & minifier built in. And it can --watch for changes.

I hope nodejs copies these features. They're great.

▲

ameliaquining 5 hours ago | parent | prev [-]

Would something else that wasn't a VC-funded startup really work better? The technical problem seems fundamental.

	▲	afavour 5 hours ago \| parent [-]
		Yes, the technical problem is fundamental. But if Deno managed to be a truly great runtime that solved a lot of people’s gripes with Node and made ES modules etc the price of admission for using it there would have been momentum to create a new module ecosystem. But once you add that NPM compatibility layer the incentives shift, it just isn’t worth anyone’s while to create new, modern modules when the old ones work well enough. It all feels similar to the Python 2 vs 3 dilemma. They went the other way and hey, it was a years long quagmire. But the ecosystem came out of it in a much better place in the end.