• Bourff@lemmy.world
      link
      fedilink
      arrow-up
      6
      ·
      8 months ago

      Isn’t DOM manipulation notoriously tedious with WASM? That seems quite a showstopper for most client-side js I’d say.

        • Oliver Lowe@apubtest2.srcbeat.com
          link
          fedilink
          arrow-up
          3
          ·
          8 months ago

          I imagine part of the challenge going forward would be the hordes of programmers brought up on designing UIs using a DOM, and all the associated tooling.

          My prediction is the situation could be similar to how today many text-only programs assumes a terminal-like device. Terminals have been obsolete for years but I personally feel it’s a ball-and-chain on text UI development. The web document model could persist long after web browsers are a kind of “terminal” to load and render web documents.

        • Bourff@lemmy.world
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          8 months ago

          Got it, but if you expect people to switch from JS to Rust , you’re going to be disappointed. That’s like asking people who just got their driving license to hop into a fighter jet just because it’s faster. JS is a simple language. Its widespread adoption is not due only to it being ubiquitous, but also because it’s pretty easy to learn. Rust, on the contrary, not so much.

    • SuperSpruce@lemmy.zip
      link
      fedilink
      arrow-up
      2
      ·
      8 months ago

      I still have no idea what WASM really is. I’ve tried looking at articles but it still confuses me. I know how to use HTML, CSS, JS, and actual ARM assembly language at a basic level, but I don’t see how any of this could be used with WASM.

    • ReversalHatchery@beehaw.org
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      1
      ·
      8 months ago

      Honestly I’m better off this way, personally. At least javascript is text, and very often readable after pretty printing and debuggabke as a user, I’m not comfortable with loading basically opaque binaries for websites.

      • samc@feddit.uk
        link
        fedilink
        English
        arrow-up
        3
        ·
        8 months ago

        Isn’t production JavaScript usually minified/obfuscated to make it hard to read?

        Also wasm is actually bytecode, which I believe has a 1:1 conversion into a text-based format called wat.

        I agree with your main point though, it’s kinda creepy when you realise just how much we are expected to allow other people’s code to run on our machines.

        • ReversalHatchery@beehaw.org
          link
          fedilink
          English
          arrow-up
          1
          ·
          8 months ago

          Isn’t production JavaScript usually minified/obfuscated to make it hard to read?

          Somewhat, but often it’s still readable. Or maybe I just don’t look at it often enough to notice the worse cases…

          Also wasm is actually bytecode, which I believe has a 1:1 conversion into a text-based format called wat.

          That’s good to be aware of, thanks!