Skip to main content

I have switched from VS Code to VIM and I will never go back

Some time ago, I posted a tweet announcing I had switched from VS Code to VIM (Neovim to be precise).

Given that most of my colleagues looked at me in disbelief when I told them. I have decided to summarize my reasons behind this and outline the process for those brave enough to follow šŸ˜.

I would say my two main reasons are performance and navigation in the code. VIM is just great at those.

And while you can easily add navigation to VS Code with VIM plugin. You canā€™t do
much about performance.

VS Code has become unbearable slow for me, especially on large projects. And Iā€™m using a mac, so I canā€™t blame the slow machine. Main issues I had:

  • There was a noticeable delay in the response when I triggered suggestions and before I got a response from Intellisense.
  • Opening large files.
  • Changing a project. When I wanted to check other projects, it took some time until the editor was fully responsive.

I tend to learn a lot of shortcuts (and prefer to use a keyboard most of the time). I could work like this in VS Code for most of the stuff, even though some keyboard shortcuts I used were quite complicated and required a combination of three keys most of the time.

But for the detailed movements in the code, I had to use mouse or arrow keys. Getting my hand aways from letters to reach for arrows just become annoying for me. In the end I add custom keybinding which simulated VIMā€™s hjkl basic navigation.

That was a point where I realized I should probably use at least VIM plugin instead of reinventing wheel.

I love it.

Seriously.

I donā€™t think I will ever switch back to VS Code (or a similar IDE). Here is a quick summary of the good, ugly and bad from VIM (please note Iā€™m still a beginner and know like 1% of VIM capabilities):

  • It does everything I need, but faster (a lot faster in many cases).
  • It starts almost instantly. Getting into a file and quickly editing a few lines is a breeze. I am using a tmux and I have a running session for other projects. So this process is usually a matter of a few strokes. The ergonomics of this flow are genuinely nice.
  • Sleek minimalistic look.
  • Navigation and motions in the code (once you learn it, it is hard to go back).
  • I donā€™t have to use a mouse.
  • I like to mingle with my configs, so I enjoy this part as well (it is a good opportunity to learn something new).
  • It gives me that nerdy feeling of terminal superiority šŸ¤“.
  • Editor in the terminal.
    • I can easily edit any file from everywhere. This seems like a minor thing, but it actually is a great boost for productivity. Yes, I know I could open files in VS Code from terminal, but it took some time as well. Now I just type vim docker-compose.yml, and I can start editing. And I have all my keyboard shortcuts and plugins ready.
  • I miss multi-cursor sometimes, but less often than I would expect. I expect this will get less relevant over time as I learn how to properly use VIM for this kind o stuff (macros, search and replace, global command, etc.).
  • I still havenā€™t finished my setup. Less used things do not have a proper config or do not have a keybinding.
  • Hard to debug sometimes, why something is not working. But most of the time everything just works as intended.
  • You must be willing to invest time to learn VIM (but you should invest your time to learn any other editor of your choice anyway).
  • Initial setup takes quite a lot of time. You could use one of the ready-to-use distros like LunarVim or AstroVim, but I havenā€™t check those too much.
  • Given the large ecosystem and nature of VIM, some plugins might conflict with each other. That may be hard to debug. So far Iā€™ve had this issue only once, but it was still a pain to solve.
Boromir meme. Boromir telling is that one does not simply switch to VIM.

So you get interested in Vim and would like to give it a shot as well? Then you will need quite a lot of patience. But in the end, I think it is not so difficult as many people (and Boromir) believe. You can learn a few basic commands to be reasonably productive in a fairly short time.

Here is what I did:

  • I installed the VIM plugin for VS Code. It is a great for learning VIM. When you donā€™t know some commands, you still have a mouse and command palette at your disposal.
  • Then I spent a month or two playing with it, learning more keybinding and gettings used to it (there are some nice VIM cheatsheets that can help)
  • When I have decided to switch I wrote down a list of features I wanted and needed in my editor.
  • I jump on Google and YouTube to see what is possible and how to configure the stuff. I found YouTube series Neovim from scratch. The setup covered in the series have almost everything I need. So I mostly copy-paste and tweak a the config a little bit (there is a GitHub repo so you can just clone it).
  • Once I had a feeling I have the most critical features I make the move and add more stuff as needed.

That was my story with VIM in short.

This is not meant to convince anyone to move to VIM. Use what you feel is the best tool for the job. In the end, you can be incredibly productive in any editor if you invest your time in learning it properly.

As for me, I will stay with VIM. I donā€™t have a reason to go back to VS Code or any other ā€œstandardā€ editor. Iā€™m really enjoying the experience and feel more productive.

Tomas Pustelnik

Front-end developer with focus on semantic HTML, CSS, performance and accessibility. Fan of great and clever design, tooling addict and neverending learner. Building Qjub in my free time and writing on this blog.