• HStone32@lemmy.world
    link
    fedilink
    arrow-up
    6
    ·
    5 days ago

    The amount of time my classmates have spent dealing with vscode crashing, freezing, breaking, etc is way beyond negligible. And yet, I’m the weird guy apparently for preferring vim and GCC.

  • udon@lemmy.world
    link
    fedilink
    arrow-up
    21
    ·
    10 days ago

    tbh, one of the essential things vim gets right for me is that it’s designed as a text editor, not (only) a code editor. I use it for so much non-code text as well, but it feels weird opening a coding tool for such things.

    • corsicanguppy@lemmy.ca
      link
      fedilink
      English
      arrow-up
      5
      arrow-down
      1
      ·
      edit-2
      9 days ago

      It’s great to use an editor designed and built when vietnam and leaded gas were all the rage.

  • 🦄🦄🦄@feddit.org
    link
    fedilink
    arrow-up
    22
    arrow-down
    8
    ·
    10 days ago

    Have been a professional software engineer for 8 years now. Have yet to find a reason to use vim for anything (other than availability of course, but if nano isn’t installed for some godforsaken reason I have other problems lol).

    • toynbee@lemmy.world
      link
      fedilink
      arrow-up
      29
      arrow-down
      1
      ·
      edit-2
      10 days ago

      I’ve been in various forms of coding and administration for around fifteen years now. Despite trying lots of editors, I have yet to find a reason to use anything but vim.

      I do like obsidian for note taking.

      edit: Removed typo.

    • AntY@lemmy.world
      link
      fedilink
      arrow-up
      12
      arrow-down
      1
      ·
      10 days ago

      Vim is a way more competent editor than nano. If you spend a lot of time editing files via ssh, vim is amazing. And when you get bitten by it, you’re infected. ;-)

    • CubitOom@infosec.pub
      link
      fedilink
      English
      arrow-up
      5
      ·
      10 days ago

      I used to think this way. Until I found that with emacs you can edit any file on an SSH enabled computer remotely. Meaning that not only are you no longer constrained by what the computer has installed. But you can use your personality configured editor while editing that file. It’s called tramp.

      BTW, with Emacs you can use vim key bindings evil-mode, so don’t stress about that.

      • folkrav@lemmy.ca
        link
        fedilink
        arrow-up
        9
        ·
        9 days ago

        Tramp is more featured, but if all one cares about is being able to edit remote files using a local editor, vim can edit remote files with scp too: scp://user@server[:port]//remote/file.txt

        I tried tramp-mode at some point, but I seem to remember some gotchas with LSP and pretty bleh latency, which didn’t make it all that useful to me… But I admittedly didn’t spend much time in emacs land.

      • calcopiritus@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        10 days ago

        You can do that with vscode too. And probably many IDEs.

        The only real reason for which you would need to use vim in such cases is if the target computer can’t run the vscode server, which I’ve never encountered yet.

        • CubitOom@infosec.pub
          link
          fedilink
          English
          arrow-up
          3
          ·
          9 days ago

          I’m talking about not needing anything installed on the server though. Like you don’t need sudo. If the server has ssh then you can use Emacs to edit a file on it

          • calcopiritus@lemmy.world
            link
            fedilink
            arrow-up
            3
            ·
            9 days ago

            Don’t need sudo or anything pre installed for vscode either. It will send the server to the machine via SSH and then run it automagically.

    • Bo7a@lemmy.ca
      link
      fedilink
      arrow-up
      4
      ·
      10 days ago

      Fair. But to a sysadmin or devops engineer availability is pretty important.

  • Lettuce eat lettuce@lemmy.ml
    link
    fedilink
    arrow-up
    13
    ·
    10 days ago

    I plan on moving to a nice Neovim setup eventually, but VSCodium is so convenient out of the box for a baby developer like me.

    • Integrate777@discuss.online
      link
      fedilink
      arrow-up
      5
      ·
      edit-2
      10 days ago

      You’ll be glad to know that the difficulty comes from the syntax and very little from any programming skill level. You learn new ways of writing certain code structures like indented curly braces for example. Programming python might be easier than cpp in vim, not due to the language, but just cpp having more complex syntax to type.

      Tldr, almost exactly the same amount of effort whether you’ve been coding for two weeks or two years.

  • TrickDacy@lemmy.world
    link
    fedilink
    arrow-up
    8
    ·
    10 days ago

    It always surprises me how complicated some of the editor tooling sounds in threads like this. Obviously once you learn how to use these things they are powerful, but how do people have the patience to deal with all of that in the beginning? This is coming from a guy who writes scripts constantly to avoid doing tedious, error-prone things.

    Also I keep seeing people say vscode is slow. One of the reasons I switched to it is that it’s insanely fast compared to other editors I used (even those with far-inferior featuresets) 🤷‍♂️

    • MajorHavoc@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      3 days ago

      but how do people have the patience to deal with all of that in the beginning?

      Whenever I was frustrated with a stupid undecipherable error message, I would just tweak my vim config a bit.

      Within a few minutes, my rage at the error would be completely replaced with rage toward vimscript.

      Then I would revert my vim config change, and return to the undecipherable error message with a fresh perspective. mainly relief that at least it’s not vimscript.

      Joking aside, I really did learn vim mostly during coffee breaks or while waiting on some long running build process.

  • dejected_warp_core@lemmy.world
    link
    fedilink
    arrow-up
    9
    arrow-down
    1
    ·
    10 days ago

    I would argue that vim is fantastic for a lot of editing and coding tasks, just not all of them.

    Where it utterly fails is with deep trees of files in codebases, like you see in Java or some Javascript/Typescript apps. Even with a robust suite of add-ons, you wind up backing into full-bore IDE territory to manage that much filesystem complexity. Only difference is that navigating and managing a large file tree w/o a mouse is kind of torture.

    • ivn@jlai.lu
      link
      fedilink
      arrow-up
      12
      ·
      9 days ago

      Fuzzy finding really shine for this use case, no need for a mouse.

    • murtaza64@programming.dev
      link
      fedilink
      arrow-up
      5
      ·
      9 days ago

      Once I got used to single-directory filetree browsing plus fuzzy finding, I have never been able to comfortably use a traditional filetree anymore. most of them are not designed for efficient keyboard use (vscode and intellij at least) and don’t really help understanding the structure of the project imo (unless there arent that many files). For massive projects I find it easier to spend the initial effort of learning a few directory names and the vague structure using oil.nvim, and then eventually I can just find what I need almost instantly by fuzzy finding.

    • expr@programming.dev
      link
      fedilink
      arrow-up
      3
      ·
      9 days ago

      File-based navigation is often inefficient anyway (symbolic navigation is much better when you can), but if you do need it, that’s what fuzzy finders are for. Blows any mouse-based navigation out of the water.

      The only time a visual structure is useful is when you are actually just interested in learning how things are structured for whatever reason, but for that task, tree works just fine anyway.