vim, vscodium, android studio 'cos i’m forced to.
Was not aware of VSCodium! Does it still play nice with the plugin system and such?
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.
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.
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.
Wezterm + Neovim. Glorious
Why wezterm?
It’s fast, flexible and the author is super responsive to bugs / feature requests.
Cool, I’ll check it out
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.
A magnetized needle and a steady hand.
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
If we reduce the question to application software, it’s probably Alacritty.
IntelliJ
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.
deleted by creator
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.
- 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
rustc,gfortran,GNAT,make,nano, and gedit. That’s basically every software I’ve used for programming in recent memory.
ChatGPT… because I’m terrible at programming.
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…
Is it weird that in my brain Eclipse users have a longer, grayer beard than people that use vim?
It’s the ui design that projects onto the person
neovim cause writing ig?
IG?
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.)
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.
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 sshNot all extensions work. The pylance one didn’t.
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.
Ouch! Thank you for noting.
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.
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?
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.
Personally, I mostly use neovim, both at home and at work. My reasons are:
- I hate any kind of screen cluttering. The minimap comes straight from hell.
- it’s very responsive. I don’t even bother using language servers as they occasionally introduce micro delays that I hate.
- 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.
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.
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
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?
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.
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.
Ofc I knew! Yeah, (neo)vim takes time to adjust. Personally I only use a bunch of commands, never bothered with the advanced stuff.