10 Actions You Must Internalize in Your Editor
We love our Emacs vs Vim vs <others> debates. In one argument Emacs rocks, in another Vim wins the day and in some other, TextMate takes the cake. However, more than we love our editors, we love being productive; after all that is all what this is about. By now, we know that the joy of writing code is well augmented by a good editor. It acts like a great force multiplier. We go to great lengths to curate the editor & its configuration to what suits us.
What happens when you want to use a different editor? Or the same editor with different dotfiles? They say that opening an editor and finding someone else’s dotfiles is like going to bed and finding someone else’s partner there. From the outset, looks like an extremely awkward and uncomfortable experience. But, great if you were looking to switch. So how do you learn an editor in order to be effective enough; enough being the keyword here? The short answer to this is “do the grunt work and put in the time”. However, I think all is not lost and learning a few actions as the first thing can save you a lot of time. I often keep a cheat sheet ready with these actions in order to build the required muscle memory.
Now, this list is of course not complete. A lot of things could be added to it or removed from it. However, this is my recipe for quickly learning an editor. And I would love to hear yours. One thing to keep in mind is that this is not an exhaustive list of features that our editors must have. No. This is a list that we as programmers can use to quickly pass the learning curve of an editor.
I say 10, but, it could well be 16. The point is having a minimum viable list.
- Navigation within the file, moving around. This is the most fundamental and the very first thing you’ll probably do. If in Emacs you can’t C-n C-p C-f or C-b your way around, you’ll feel exasperated soon. So first thing to learn would be move the caret forward and backward. There are different flavours to moving around:
- One character at a time
- One word at a time
- One line at a time
- One paragraph at a time etc.
Select, cut, copy and paste. This comes naturally from Point 1. Once you are able to move around, you would want to move text around. Selecting text is also extremely important. You don’t have to use your mouse to actually select. Selection is actually demarcation, and it works a scope. Select a bunch of text and then perform an action only on that text. I’ll elaborate on this further down the list. <rant> This ability is overrated and often superseded by others actions in the list. </rant>
Duplicate, delete, move and displace lines and blocks. When working with code, we often work with whole lines, rather than words or characters. Which is why this ability comes extremely handy. It is best used while refactoring code or formatting code. I cannot stress how important this is. Duplicating lines and them moving them around is indispensable. Once you’ve learned to use this well, I’ll bet you would be uncomfortable without it.
Search and replace strings and regular expressions; scoped or not. Search and replace, combined with text selection that acts as scope is an integral part of refactoring code. When I think of S&R, I think of renaming variables, functions, classes. I think of upgrading from
:key => valueto
key: value. I think of upgrading from Bootstrap 2 to Bootstrap 3, where
col-md-12. You get the point. As a side note, if you are building an editor to learn something new, this can a fun feature to implement. Go ahead and try if it suits you.
Quickly generate boilerplate code. Once you are past the steeper part of the learning curve of a language technology, boilerplate manifests as the killer of you productivity and brings death to it by boredom. Unless, you have tuned your editor to snuff it out quickly. Type
def<tab>and boom, you have a method definition placeholder.
cla<tab>and you have class declaration,
for<tab>you have your block ready. etc. etc. More than the terse languages like Ruby, Python, this will be more handy in verbose languages like Java, Objective C.
Quickly jump to recently used files. Jump to any file within the project in few keystrokes.
Control-Pin Vim etc. When working on a project, the impact this feature can have is tremendous. One of the best use cases is jumping to last file. I often find that I typically work with 2 files at a time ( Model and the Controller or The presenter and the view, the header and the implementation, Model and its Tests etc. ). So I need to be able switch to other file fast. In Emacs,
C-x b <enter>, in TextMate
Command-T <enter>, in RubyMine
Command-e <enter>do the job quite fantastically for me. In fact, as a principle, I do not use editors where this isn’t possible or isn’t fast enough ( I am looking at you Eclipse and Netbeans ). Most editors who do this well allow you to perform “partial name search” i.e. searching for bdct will return *broadcast* amongst others. Folder scoping is also often allowed. i.e. searching for
See or edit different parts of the same file or vertical & horizontal split views. When jumping between the files is not enough, you need to be able to look at the files at the same time, or look at different parts of the same file. E.g. while editing markdown, you’ll want live preview on right. Or while writing a public API for your class, you’ll want to look at the private methods etc. In another case, you’ll want to open up a REPL on the side while you edit code and periodically send code to the REPL for evaluation. Use cases are plenty and hence this is a part of this list.
Dumb autocomplete. Your editor and you should know how to quickly complete words in the same file, words typed before, keywords in the current language (programming or not).
Alt-/in IntelliJ or
Escapein TextMate are good examples of this. Fancy, code aware completions are heavily IDE dependent and very hard to get right. But dumb completions can be fast and very handy.
Run a test or open a shell. I love my
Ctrl+Shift+Rin RubyMine where it runs the test I am currently editing or the test file I am currently editing, depending on where my caret is. Same goes for
Command+Shift+Rin TextMate. In Emacs
M-x shellopens the terminal within Emacs and use it often, for running tasks, creating files, git commits, etc.
Comment and uncomment code. I contemplated whether this should be a part of this list and decided to keep it. When working on existing code, commenting and uncommenting can be extremely valuable.