6 comments

  • joegibbs 10 hours ago ago

    Node was something new, that hadn't been done before and was easy to use, it meant that you could use Javascript on the front and backend, so you didn't need people with experience in PHP/Java/C# to write your backend code. You could reuse functions.

    But when Deno came out, it was basically seen as an improvement on Node that wasn't entirely compatible with it. You couldn't just switch `node run` to `deno run` and have it work. Node has the critical mass of modules that Deno doesn't, and people already have a lot of experience with Node.

    Basically, people just think Node is good enough and Deno doesn't offer enough to bother switching.

  • benoau 9 hours ago ago

    Too much stuff in the nodejs ecosystem is based around the premise that there is something fundamentally wrong with node and npm. They have room for improvement sure but they're not so broken I'm going to bother swapping out core components and bet on their long-term support and stability and compatibility and commit to their opinionated choices and idiosyncrasies. It's even worse when you get into the build tools and frontend libraries, bottom-to-top you can add a whole lot of unnecessary baggage to be mindful of and it's tiring, it's like decision fatigue but worse because every decision carries a bunch of responsibilities for everyone else working on that code.

  • GianFabien 9 hours ago ago

    I tried Node in the early days and hated it. Nor did NPM gell for me.

    So when Ryan Dahl explained his reasons for Deno, I felt that the project addressed many of my dislikes of Node. Seems to me that for the majority of Node users, the switching costs don't compensate sufficiently for the improvements. Deno has slowly improved its backward compatability with Node. I am in no position to pass judgement on that.

    Then Bun was released. It is more performant and more focused on Node compatability.

    I use both Bun and Deno for my projects. Since I use Chrome mostly, being able to debug with DevTools makes me prefer Deno.

    In summary, we have a choice of 3 great environments. Aren't we spoilt?

  • ingonealan3 10 hours ago ago

    Why is everything so far in this thread worded in past tense? It feels like you're all talking about a long closed chapter of history.

    • re-thc 9 hours ago ago

      > It feels like you're all talking about a long closed chapter of history.

      What's the point of it now?

      Node improved. It's faster. There's more integration / features.

      There's Bun that does a compatible but faster Node that's faster / better than Deno.

      So what does it offer?

      Deno deploy? It went from ~38? data centers to 12 and is still missing lots of features for a proper production service. The pricing for e.g. bandwidth is through the roof and 1 of its competitors is Cloudflare workers, which offers free bandwidth on 300+ data centers.

      I've watched the videos, listened to the talks from the creators on e.g. Deno 2 and still don't get it. What's the edge?

  • re-thc 10 hours ago ago

    Deno offered too little too late.

    Performance? It wasn't faster and potentially slower until quite very recently when Bun entered the game. Even today it isn't really faster especially on the compatibility layer.

    Security? It brings that up a lot but do you use it? Client side? Languages like Java also had a security manager in which it is dropping because of low usage. No 1 really manages security at this layer anymore.

    Integration? Yes you have Typescript etc out of the box but with no compatibility and libraries, does it really save you time? Bun did all of it but with compatibility. Deno more recently had to go back to building compatibility with node.

    And Deno just didn't have the marketing budget like Vercel to push it. People tried it, realize they couldn't do certain things e.g. connect to the database via ORM and gave up.