• unalivejoy@lemm.ee
      link
      fedilink
      English
      arrow-up
      100
      arrow-down
      4
      ·
      1 year ago

      If given a choice between an electron app and nothing, I choose the electron app.

    • tsonfeir@lemm.ee
      link
      fedilink
      arrow-up
      52
      arrow-down
      7
      ·
      1 year ago

      You hate electron or you hate developers who make inefficient electron apps? Some examples? (Serious question, because I make electron apps)

      • I_like_cats@lemmy.one
        link
        fedilink
        arrow-up
        110
        arrow-down
        6
        ·
        1 year ago

        There’s no such thing as a efficient electron app. First electron apps have 80MB of overhead since electron needs to bundle a whole ass browser. Also in runtime this requires 120MB of ram.

        If you really want to use webviews to make an app use Tauri.

        • masterspace@lemmy.ca
          link
          fedilink
          English
          arrow-up
          30
          arrow-down
          11
          ·
          1 year ago

          The literal most popular IDE amongst software developers is VS Code that’s built on Electron.

          • I_like_cats@lemmy.one
            link
            fedilink
            arrow-up
            52
            arrow-down
            2
            ·
            1 year ago

            I know. I also use VSCode. However I just hate how much ram it uses. I had a Laptop with 4Gb of ram and I could not open VsCode on that thing when I had literally anything else open because the system would freeze.

            Just because VsCode uses Electron doesn’t mean that Electron is not bad

            • naught@sh.itjust.works
              link
              fedilink
              arrow-up
              16
              ·
              1 year ago

              Tbf, it’s typically language servers and extensions causing cpu and memory footprints. If you were to open a dumb txt file, I doubt you’d encounter issues. The app itself is pretty light. I say this as a neovim user who has managed to make its memory footprint balloon _

              • AVincentInSpace@pawb.social
                link
                fedilink
                English
                arrow-up
                3
                ·
                edit-2
                11 months ago

                Can confirm. No matter how lightweight your IDE claims to be, if rust-analyzer uses 1GB RAM per project you have open and takes 30 seconds to start up, then that’s that.

                Source: learned Neovim having been promised it would be a lightweight alternative to a more mainstream IDE that would also speed up programming with keyboard shortcuts. By the time I added enough plugins to make it usable, only one of those two things was even debatably true.

              • TheFriendlyArtificer@beehaw.org
                link
                fedilink
                arrow-up
                9
                arrow-down
                1
                ·
                1 year ago

                My NeoVim (which can leverage VSCodes plugins) uses about 60MB for an entire project.

                And doesn’t have the stink of Microsoft and its associated user tracking.

              • I_like_cats@lemmy.one
                link
                fedilink
                arrow-up
                4
                arrow-down
                1
                ·
                1 year ago

                Yes. Thats a fuckton for a code editor. I also have an operating system that needs ram too. And if I open a browser it’s over

          • ExLisper@linux.community
            link
            fedilink
            English
            arrow-up
            16
            arrow-down
            3
            ·
            1 year ago

            I think parsing code and all the dependencies will require way more than 120MB of RAM so for VS Code the overhead doesn’t matter that much. For smaller apps 120MB of ram is insane.

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

              lite-xl with LSP gives you most of the features of vscode (they’re both lsp) at a tiny percentage of the system resources

              • ExLisper@linux.community
                link
                fedilink
                English
                arrow-up
                2
                ·
                1 year ago

                In my experience LSP actually consumes quite a bit of resources. I’m using nvim with LSP and it’s definitely not tiny percentage of what other IDEs are using. The editor is light, LSP is not.

        • griefreeze@lemmy.world
          link
          fedilink
          arrow-up
          7
          arrow-down
          4
          ·
          1 year ago

          This comment feels like it just stepped out of a time machine. I can’t remember the last time I fretted over 200MB of overhead/memory usage.

          I’m in no way judging you, merely commenting on how different our use cases and expectations are.

          • I_like_cats@lemmy.one
            link
            fedilink
            arrow-up
            9
            ·
            1 year ago

            This is a problem. Computers got faster over time and one would assume apps would also open faster. But no, developers that don’t care about their application’s performance (or companies, most of the time it’s not the developer’s fault) cause us to wait longer. Microsoft recently tweeted that they managed to get Microsoft Teams startup time down to 9 seconds from 18. I mean what the fuck.

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

            Last I checked, almost none. They provide a JS API for common functions, so as long as you’re keeping things relatively simple you might not have to touch much Rust at all.

            • catastrophicblues@lemmy.ca
              link
              fedilink
              arrow-up
              2
              ·
              1 year ago

              Huh, that’s neat. From their docs it does seem like aside from some scaffolding, I shouldn’t need to write much Rust.

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

        Mainly electron itself. For example the discord app (which uses electron) is less memory efficient (and much more restrictive etc.) than just a separate Firefox instance. It also had many problems with being up to date, but that’s due to the discord devs deciding they want an own, custom electron, based on an outdated version. The main problem with electron for me stems from the chromium base, as basically any large app based on chromium (discord, spotify and steam) has massive flickering and performance problems on Wayland+Nvidia. A special combination, but still a factor for a ‘cross platform’ framework.

        On the other hand, stuff like Signal never had any problems on my machine.

        So, just use the stock electron, optimally the system one [electron binary], and see if you can enable wayland compatibility natively (otherwise we need to use environment variables etc., which works moderately at best).

        • toastal@lemmy.ml
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          Capitalism forces developers hands into taking the cost-cuttingest approach to everything over doing it right.

      • amiuhle@feddit.de
        link
        fedilink
        arrow-up
        7
        arrow-down
        1
        ·
        1 year ago

        Often times there’s just no reason to package a web app into an app container.

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

            At least Google does this one. Mozilla & Apple like to lag on the PWA front. Sucks that Mozilla dropped SSB before it ever even launched. Apple only just this year announced supporting the Notification API which ended up stonewalling a past project since it was a required feature for our app.