• alexcoder04@programming.devOP
      link
      fedilink
      English
      arrow-up
      8
      ·
      1 year ago

      Do you mean Rhino? This is the first time I come across it and the fact that it’s written in Java completes a full circle of hell

      • ulkesh@beehaw.org
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Ha, yeah that’s one I remember using. I believe there were other implementations of interpreting javascript on the server. LiveWire, maybe? It’s been so long since I even attempted it, honestly. I will say, nodejs is clearly far superior to them all, especially with how lean a nodejs service runs on the server.

      • illectrility@sh.itjust.works
        link
        fedilink
        arrow-up
        2
        arrow-down
        2
        ·
        edit-2
        1 year ago

        If done correctly. Electron is slow as crap in most cases. It can be optimized but it usually isn’t.

        I know that Electron≠JavaScript, of course but JavaScript continous being used for stuff it shouldn’t be used for

        • Boinketh@lemm.ee
          link
          fedilink
          arrow-up
          4
          ·
          1 year ago

          I was talking specifically about NodeJS servers. JS has much better execution speed than Python due to having JIT compilation.

  • Torty@beehaw.org
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 year ago

    I get these vibes when WASM introduced C# to the frontend via Blazor.

    Feels wrong. Feels like it shouldn’t be possible.

    But binaries on the frontend are so. cot. dayum. fast

    Blazor has been my favourite framework to do my side projects in for the past couple years now.

    • First@programming.dev
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      While I love it and use it wherever I can, TBF it’s mainly a frontend technology for people who are stronger in the .NET stack than the JS/TS ecosystem. The latter is miles ahead on tooling, size of the ecosystem and the pace of innovation/improvement.

    • aubertlone@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      1 year ago

      Yes it has, this meme is not necessarily with the times

      Edit: or at least, a tiny bit dated. Although I’ve written and deployed express servers… Haven’t yet encountered any enterprise level back-end architecture written in JavaScript.

      Usually in C# or Java.

      • scrapeus@feddit.de
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 year ago

        Tbh I wouldn’t use languages but rather chainable configurations. Those could be yaml, JSON, toml etc.

        I really dislike running any dynamic code for those things. I mean you really only need rbac providers and/or auth providers.

        Maybe I underestimate Polkit by a far at the current state, but the 2 times I used it could have been a config file.

        • argv_minus_one@beehaw.org
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          That’s how polkit used to work. It was changed, presumably because the old system was excessively complex and inflexible. Arbitrary code is the correct solution when the set of potentially needed behaviors is unbounded, which in this case it is.

          Another example of this is CSS. The vast majority of its features today—shadow effects, filter effects, animations, layout modes, even text colors—could have been implemented with WebAssembly and shaders. Instead, all of this stuff is implemented by the browser, and as a result, there are only three browser engines, two of them are on life support, and there is zero hope of meaningful competition among browsers ever arising again.

          Let’s not overcomplicate polkit, please. It’s more than enough of an attack surface already.

  • Chunk@lemmy.world
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I often jokingly push for 2 technologies at work. The first is Oracle Linux 9 and the second is Electron.

  • SokathHisEyesOpen@lemmy.ml
    link
    fedilink
    arrow-up
    2
    arrow-down
    2
    ·
    1 year ago

    Everyone wants to removed about JavaScript. How about using languages like Python and Java to create websites? You have to use an entire bloated framework and compilation just to be able to use a language that was never intended to be used for websites. Java web frameworks are atrocious.

    • Nato Boram@lemm.ee
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      The experience of using these JS frameworks is not comparable to using Java or Python as if they were PHP. There’s tangible (and monetary) benefits to using web tool for the web.

      • SokathHisEyesOpen@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        Right. JavaScript is a web tool and is used for the web. The other two I mentioned are not, yet they don’t get anywhere near the same amount of hate as JavaScript does. We get it, JavaScript has loose typing and was primarily a scripting language 30 years ago. Things change. JavaScript is a robust language capable of OOP now, and you can even add typing if that’s your hangup

    • someone_secret@burggit.moe
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      Maybe for Java but Python does have Flask, which is anything but bloated.

      Django, from what I heard, may be a bit bloated, but, from what I heard at least, it has some very useful tools