• JackbyDev
        link
        fedilink
        English
        12 years ago

        No. Not really. And it’s not Codium’s fault, it is Microsoft’s. Codium seems like Chromium but with how Microsoft’s extension marketplace’s terms of use work and the licensing terms on compiled extensions it is sadly different. This is all the more reason to use Codium and to encourage devs of extensions to host extensions on the open marketplace in addition to or even in place of the official one.

      • @[email protected]
        link
        fedilink
        22 years ago

        Depending on your plugins you may have to fiddle with it to fetch from the official store instead, but generally works great.

        It actually honors the “don’t guess the encoding, use this one” config.

  • cheer
    link
    fedilink
    English
    52 years ago

    nvim for smaller projects, and vscode for larger ones mostly. Both because they’re very extensible, support a lot of languages and language servers, and are quick to load files.

      • Outcide
        link
        fedilink
        22 years ago

        It’s fast, flexible and the author is super responsive to bugs / feature requests.

          • gale
            link
            fedilink
            12 years ago

            To add to outcide’s response, it was fairly simple for me to customise; a bit of lua here and there, and everything was ready. And it’s not reliable, it’s the next thing. On top of that, I can get almost every benefit from using Tmux, without using Tmux, reducing the numer of tools I need.

    • aname
      link
      fedilink
      172 years ago

      I just send highly trained butterflies in the atmosphere that cause air currents in the upper atmosphere to affect the path of cosmic waves which write the program in my computer’s memory

  • bbmb
    link
    fedilink
    24
    edit-2
    2 years ago

    I currently use VSCode. I did use Emacs for quite a while, and it in itself is a fantastic editor (if not, an operating system :^), don’t get me wrong. But I had a few reasons for switching.

    • Emacs is a very rigorous editor to configure, and whilst it comes with many features out of the box, a lot of those are either broken, or highly unfinished / unpolished, so it is effectively required to manually configure your environment. This also includes that the codebase for GNU Emacs itself is, and is still built upon, a fossil, and it can show it’s age in a few ways. VSCode is typically ready for development out of the box, if not, easy to get set up using plugins, and customization usually just takes tweaking a few things in the settings.json at most.
    • Improved language support is a must in many cases. Emacs language support or LSP is usually good, but in some cases it can be quite unoptimized (for example, the Dart LSP client on Emacs does not run well whatsoever in my experience). On VSCode, the language plugins are quite often official, and can come with some extremely helpful features.
      • On this, Jupyter Notebook is absolutely perfect on VSCode. Yes, Org Mode works great, but Jupyter is typically the most expected in my usecase, especially in standardized data science. EIN works, but it’s not nearly as smooth and efficient to use as the VSCode support is.

    Again, Emacs is great, I configured my environment myself using parts from Nano Emacs, and a good Evil mode configuration is an ergonomic dream (yes, I also use VSCodeVim), but it gets tiring to maintain it after a while, and I just want something that works, and VSCode fits that bill, not just perfectly, but with flying colors to all of my other requirements.

    • Jomn
      link
      fedilink
      22 years ago

      Same here. I used to heavily use emacs, but when I changed job, it was much easier to simply use vscode instead of making emacs work properly in the new work environment.

      Maybe if I find some time, I may go back to emacs since I miss a few features from it.

  • @[email protected]
    link
    fedilink
    12 years ago

    rustc,gfortran,GNAT,make,nano, and gedit. That’s basically every software I’ve used for programming in recent memory.

  • @[email protected]
    link
    fedilink
    7
    edit-2
    2 years ago

    For most languages 70% VSCode, 29% neovim+nvchad and 1% other editors like kate or nano. For Java I use eclipse.

    I’ve tried using JetBrains IDEs but they never grew on me…

  • @[email protected]
    link
    fedilink
    242 years ago

    Mostly just Visual Studio Code, alongside the usual constellation of Git + assorted language toolchains.

    It’s plug and play at every level - no need to waste hours fucking around with an Emacs or (Neo)Vim configuration just to get a decent development environment set up.

    (And yes, I would use Codium, but the remote containers extension is simply too good.)

    • Jiří Král
      link
      fedilink
      2
      edit-2
      2 years ago

      You can download any visual studio code extension from the visual studio extensions marketplace as far as my experience goes. There’s a “download extension” link for every extension which will give you a *.vsix file. Only pity is that you won’t get any automatic updates for the extension.

      8 just took a look and the VS marketplace website on my mobile and look at what I have found under the “resources” section! This is same for every extension.

      • voxel
        link
        fedilink
        2
        edit-2
        2 years ago

        it relies on a proprietary blob + product.json config from proprietary vscode builds
        there’s an open source remote development extension (works pretty well) but it currently only supports ssh

      • JackbyDev
        link
        fedilink
        English
        12 years ago

        Not all extensions work. The pylance one didn’t.

      • @[email protected]
        link
        fedilink
        72 years ago

        Unfortunately, it’s not that simple. The Remote* extensions rely on the (proprietary) VSCode server, and nobody has managed to hack it to work with e.g. Codium.

  • @[email protected]
    link
    fedilink
    42 years ago

    Jetbrains, all round. Datagrip is way faster and easier than SSMS for day to day queries, Clion does a great job in almost anything compiled, PyCharm makes it easier to manage large Python code bases over standard, the list goes on. Their software is expensive, but so so good.

    • knoland
      link
      fedilink
      12 years ago

      People constantly hype Datagrip, I’ve always used DBeaver. They look almost exactly the same. Aside from the slick marketing, what value does Datagrip bring that justifies the price?

  • @[email protected]
    link
    fedilink
    52 years ago

    IntelliJ for Java Pycharm for Python VS Code for everything else

    I use the Jetbrains IDEs through Gateway to my dev desktop, and VS Code through SSH.

    I work at AWS and the tight integration of the Jetbrains IDEs with our internal package manager/build system is a must. I frequently need to do some lighter scripting or text formatting at which point I just use VS Code because it’s faster. I could realistically use any of them for everything, but I’ve realized using 3 IDEs that suit my multiple use cases perfectly has been more enjoyable than using one IDE that does one thing perfect, and everything else just okay.

  • @[email protected]
    link
    fedilink
    62 years ago

    Personally, I mostly use neovim, both at home and at work. My reasons are:

    1. I hate any kind of screen cluttering. The minimap comes straight from hell.
    2. it’s very responsive. I don’t even bother using language servers as they occasionally introduce micro delays that I hate.
    3. it helps me in organizing the code better. No minimap means I keep the file size manageable, not seeing the definition of the function straight away means I keep the static complexity of the code in check (tend to reduce the number of delegates). It doesn’t help when I have to read cose from legacy codebase, but I don’t care too much about that.
    • @[email protected]
      link
      fedilink
      32 years ago

      Neovim here as well. Though I do use LSPs. I write mostly Go in a fairly large code base so “go to definition” is pretty much a must have.

      I was considering going without and just using grep like tools, but not yet.

    • @[email protected]
      link
      fedilink
      32 years ago

      You do know you can remove the minimaps (that do come from hell) ?

      Other than that, I started trying neovim. I like the concept of not having too move your “mouse” hand but boy it’s a chore to start xD

      • @[email protected]
        link
        fedilink
        22 years ago

        While I always remove the minimaps, may I ask someone more experienced than me why minimaps are even a thing in VSCode? What am I supposed to see? 1 pixel tall gibberish?

        • @[email protected]
          link
          fedilink
          12 years ago

          A more detailed version of the dots in the scrollbar.

          It’s quite useful files that are thousands of lines long.

          Why that log? Because it’s 15+ year old code.

        • @[email protected]
          link
          fedilink
          12 years ago

          In vscode you can see git changes, errors, search matches. Personally I couldn’t live without it. Great to pickup from where you started and code reviews/git diffs.

      • @[email protected]
        link
        fedilink
        12 years ago

        Ofc I knew! Yeah, (neo)vim takes time to adjust. Personally I only use a bunch of commands, never bothered with the advanced stuff.