• nutomicA
    link
    fedilink
    arrow-up
    5
    ·
    3 years ago

    It sounds like resource consumption would be improved with this, as you could run the IDE core on a server, or disable it when you dont need it.

    I use Intellij with Rust all the time, and its pretty good but could be so much better if all the rough edges were smoothed. For example some files dont have syntax highlighting, and inspections like dead code search dont work. If they make progress on that, i would consider switching from foss intellij.

    • dinomug
      link
      fedilink
      arrow-up
      5
      ·
      3 years ago

      Well, heavy or not, open or close, JB have one of the best IDE’s out there. Not for nothing have Netbeans and Eclipse fallen off the radar of developers, especially in the Java and related fields.

      BTW I use Emacs (spacemacs) for Rust dev.

      • Aarkon@feddit.de
        link
        fedilink
        arrow-up
        3
        ·
        3 years ago

        Fun fact: I moved from Spacemacs to Doom Emacs because of resource consumption 😉

        • dinomug
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          3 years ago

          That’s true 😅 . I like the keybinding (vim) implementation and the layers (it’s more abstraction but it works). But I thinking to moved, again, to Doom. In some parts Spacemacs feels fragile.

          • sacredbirdman
            link
            fedilink
            arrow-up
            3
            ·
            3 years ago

            Yup, made the move too a couple years back. It’s honestly quite amazing how robust/hackable they have managed to keep Doom.

        • sacredbirdman
          link
          fedilink
          arrow-up
          1
          ·
          3 years ago

          Have you tried running Doom on nativecomp-enabled Emacs? It’s even speedier =)

          • Aarkon@feddit.de
            link
            fedilink
            arrow-up
            1
            ·
            3 years ago

            I think what slows Emacs distributions down the most is custom Elisp code. Do those parts benefit from native compilation at all?

            • sacredbirdman
              link
              fedilink
              arrow-up
              2
              ·
              3 years ago

              I haven’t looked but I don’t think there’s that much custom code in Doom Emacs for example… it’s mostly something that sets sane defaults and glue over disjointed points… most of my slowdowns have come from different kinds of parsers etc and native-comp compiles all the packages which speeds up load / execution times.