You're viewing a single thread.
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).
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.
Professional software engineer here, using vim as my primary editor.
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. ;-)
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.
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.
I've also used sshfs to mount a remote directory and edit using my local editor/env.
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.
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
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.
Fair. But to a sysadmin or devops engineer availability is pretty important.