Preface: if you’re reading this and you use Sublime Text or VSCode or anything else, and this gives you the feeling that you should or must switch to vim, or that I consider it a lower class of editor and think that the mere existence of vim makes other tools ‘newbie’ tools and you immediately start installing vim and spending the rest of your day learning the modes: please don’t. If the editor you’ve been using is working for you, it’s working. Somehow text editors became status symbols in technology, the kind of topic that some jerk in the office goes ‘harumph’ when he (it’s a he) discovers that the new hire uses Coda.
Also when I’m talking about neovim, I’m also talking about vim. I switched from one to the other two years ago and, well - I enjoy neovim and appreciate the project’s goals, and I also like the vim project. For me as a user, the differences between the two are relatively minor, and the battle between the two is mostly irrelevant.
With that out of the way: I use neovim more than any other application. I switched to vim in 2011 and have used it full-time since then with few exceptions - I used IntelliJ when I had to, when I was working on an Android SDK, but switched back as soon as I was done.
I initially switched because I had a repetitive strain injury from pulling long hours coding and complementing it with lots of playing guitar. I suspected that vim’s modal editing and complete lack of mouse-based interactions would help. I switched and the RSI got better.
I don’t mean that switching to vim fixed my RSI. I don’t have a copy of myself to serve as an experimental control and the human body is a mysterious thing. I do know that mouses and trackpads hurt my hands, because whenever I need to use a mouse constantly - like in the period I was using IntelliJ - the RSI flares up.
I saw TextMate go out of style and other contenders enter, and that solidified my decision to stay with vim. The lifecycle of a flashy new text editor is shorter than my intended career track, and I want to invest in tools that will stick around. That very much applies to projects like Atom: I think Atom’s great, and am happy that GitHub supports it so vigorously, but I think it’s right to regard the Microsoft-GitHub acquisition with some degree of doubt. The current CEO of GitHub, promised that Atom would be maintained indefinitely, but CEO roles tend to cycle, and so do corporate priorities. And the open-sourciness of the project doesn’t mean it continues forever: projects end when nobody’s working on them. It happens all the time.
There are plenty of reasons to rally for vim, but the one that is so ‘sticky’ for me, the one that makes it near-unthinkable to switch away, is modal editing.
Take “quitting vim” as an example. The fact that ⌘Q doesn’t exit vim, like it does for nearly every other process, is the reason why millions of people have to Google it, and the source material for innumerable bad jokes. To dissect how you quit vim:
:to enter command mode
qto tell vim to quit
What’s normal mode? What’s
:q? Why do some people type
But first: what’s normal? Normal would be ⌘Q. Command-Q. So, command is a modifier key and it doesn’t do anything on its own. Combining modifier keys with letter keys or other keys on the keyboard is how keyboard shortcuts come to be.
Take Sublime Text as an
example: common operations are mostly keyboard shortcuts with 2 keys involved, but
some keyboard shortcuts have as many as 4 keys you must press simultaneously:
distraction-free mode is
⌃ + ⇧ + ⌘ + F.
Vim is not free of keyboard shortcuts, but it has far fewer than other applications because it is designed around modal editing. What it does have instead are:
asdfghjkl;serve vital navigational purposes
So most interfaces rely on a sort of chording,
whereas vim is more about, well, melodies - individual keys hit in succession.
This clicked with me from the start - commands could be composed in a natural
way: that if I want to edit the text in a Markdown link, I can hit
‘change inside of ’ and it’ll just work. One part of the brain remembers the
change command, then another the inside command, and then surrounding character.
Vimcasts were key to learning the ins and outs of some of vim’s advanced functionality - and they still are, because I’m not even using 90% of vim in everyday usage.
My neovim setup is online - and slowly gets updates as I refine it. The key parts are:
I think vim seems especially weird because it’s another direction that software could have taken. It’s always interesting to think of what if Xanadu had succeeded instead of the internet, or if the CLOS school of design had won out over the MIT/Stanford schools.
Text editors are an extreme example, because I think it’s entirely appropriate to view the initial battle as emacs vs everything else, and emacs won. When I look at Atom, VSCode, Sublime Text - the basic editing paradigm is all, essentially, emacs.
Vim is one of the few examples of a non-emacs-lineage editor that’s still commonplace. A rarer example is acme, which promotes mouse chording and has some really fascinating UI paradigms that are unlike anything else.
It’s a good time to think about this stuff because arguably the era of the keyboard & mouse - those basic ingredients of all UIs leading up to this point - is ending.