Vim eighteen months on
I switched to Vim for editing text about 18 months ago. Here's an overview of my experience.
Goodbye TextMate? ¶
About 18 months ago I made the decision to give Vim a go as my primary text editor. I had been using vi extensively for server admin work for a number of years so I wasn’t a total noob. TextMate was my default editor and broadly I was happy with it but decided to give Vim a go.
Baby steps ¶
I started out with baby steps, looking back to TextMate and doing all of the common things a switcher does, especially looking for TextMate’s features in Vim. Vim’s contexts were familiar to me from working on servers so I was at an advantage there but I quickly found Derek Wyatt’s awesome video series on Vim. Derek’s videos were one of the main reasons my adoption was so positive. If you are thinking of switching to Vim I strongly recommend this resource. The videos start at a beginner level and work through to advanced techniques, are excellently produced and give a particular helping hand for newcomers. If you’ve never used Vim the Welcome to Vim video is the best.
Many people recommend using MacVim to ease the transition. Henrik Nyh has a great article on switching from TextMate using MacVim. I didn’t follow this route but it may be helpful to some.
Installation of MacVim via homebrew on OSX is easy
brew install macvim
MacVim works like a standard application so you don’t need to edit directly in the terminal and comes with many common keyboard shortcuts that you’ll likely be used to.
The setup phase ¶
As with with many things in UNIX you get back what you put in. The RTFM mantra is true for Vim - it has massive and excellent documentation that you could spend months going through. The default install of Vim needs to be configured which takes time. Initially I scoured github for dotfiles and basically took configuration from developers that I admire - Tim Pope and Mislav Marohnić. I tweaked a little here and there, marrying up a color scheme with my terminal color scheme of choice ir_black. If you want to pick through my dotfiles they are here.
Pretty much after that I had a text editor that looked good, had sensible defaults for web programming and recognised the file formats I was editing. Then came the hard bit - getting to intermediate level.
Learn as you go ¶
Vim does take time to learn. Initially it would be fair to say that I became slower. Probably for around a month. But as you go you quickly learn how Vim works and are delighted by the time-saving over other editors in almost every feature. Learning to stop using the mouse is a paradigm shift but one I highly recommend. When you get to a stage where you can quickly split windows and navigate round without using a mouse you’ll see the light. I challenge anyone to commit Vim’s many commands to muscle memory but the more you work with Vim the more it becomes automatic and that’s where Vim’s power lies.
My tip is to take a little at a time and when you come up against a common problem read the manual and learn how to do. For example you might want to lowercase some text. You could do this through deleting the text and rewriting it or you could you use Vim’s excellent help to learn how Vim does it:
:help lowercase
This takes you straight to the documentation where you can learn the keystrokes that Vim uses before doing it in a split window context. Typically it takes me four or five lookups before I remember what the keystrokes are. If I ever forget looking it up again in the help text is so easy it is not an issue.
Around about the time I was moving from a novice to intermediate Vim user Vimcasts arrived on the scene. Drew Neil produces high quality screencasts on all aspects of using Vim and I highly recommend this resource. A book is also apparently in the offing from this sage so stay tuned for more from Drew.
Pumping iron, building muscle memory ¶
The more you use Vim the more you build on your muscle memory. More and more I’m finding I consult the documentation less and just do it. In short I’m starting to feel like I’m over the hump and am seeing the many benefits of the learning stage. But it would be fair to say that I had to pump a lot of iron to get to this stage. Months 6 - 12 were a big learning curve in that respect, and I’m still learning all the time. I don’t feel I’ll ever learn everything about Vim but I now feel I’m at a stage where I know how to get better.
Now ¶
Fast forward 18 months and I feel I would be significantly less productive without using Vim not just for coding but also for text editing. So I can use vim for writing emails I now use Mutt, a lightweight powerful email client for the terminal. I use the Vimium extension for Chromium, and of course Vim for all of my coding. The experiment has been an extremely happy one for me.
Not for everyone ¶
I accept that Vim is not for everyone. Casual coders, or anyone who doesn’t want to get their hands dirty should probably stick with TextMate. Yahuda Katz famously blogged that switching to Vim was not easy and I accept many of his points. Vim isn’t going to be something you can pick up and use straightaway.
But if you stick with it you might just see the light. I did and can only give Vim a massive ringing endorsement.
Translations of this article ¶
Further reading ¶
- Derek Wyatt’s videos on Vim
- Vimcasts
- TextMate to Vim with Training Wheels
- MacVim
- Everyone Who Tried to Convince Me to use Vim was Wrong
- Janus
Tags
Can you help make this article better? You can edit it here and send me a pull request.
See Also
-
Linux and Unix sort command tutorial with examples
Tutorial on using sort, a UNIX and Linux command for sorting lines of text files. Examples of alphabetical sorting, reverse order sorting, sorting by number and mixed case sorting. -
Linux and Unix wc command tutorial with examples
Tutorial on using wc, a UNIX and Linux command for printing newline, word and byte counts for files. Examples of printing the number of lines in a file, printing the number of characters in a file and printing the number of words in a file. -
Linux and Unix head command tutorial with examples
Tutorial on using head, a UNIX and Linux command for outputting the first part of files. Examples of outputting the first ten lines of a file, limiting the number of lines, limiting the number of bytes, showing multiple files and using pipes.