I think it went well considering we probably spent more time figuring out the background color scheme on our slides than preparing what we were going to say.  I wasn’t worried, I’ve been using Vim for 15 years now so it was my favorite kind of speech: one where I felt completely at ease with the subject matter.

In any case here are the slides in a viewable form on Github, as well as the source.  We used the Slideshow gem to set them up.

The slides probably will not be of any particular use to you since they’re rather sparse.  We however added a bunch of links on the end to blogs/screencasts/cool sites we like as well as all of the plugins we mentioned during the talk.

So you don’t have to hunt through the slides here are those links in all their glory:

Links

http://www.vim.org/

MacVim – http://code.google.com/p/macvim/

http://vim.wikia.com/wiki/Best_Vim_Tips

Cheat Sheet! – http://www.viemu.com/a_vi_vim_graphical_cheat_sheet_tutorial.html

http://items.sjbach.com/319/configuring-vim-right

Screencasts on Vim – http://vimcasts.org/

Vim Tip a Day on Twitter – http://twitter.com/vimtips

http://durdn.com/blog/2008/11/26/vim-mind-share-soaring-roundup-of-10-vim-articles-recent-and-older-gems/

Vim Recipies – http://vim.runpaint.org/toc/

http://biodegradablegeek.com/2007/12/using-vim-as-a-complete-ruby-on-rails-ide/

Plugins

The Rails Plugin – http://rails.vim.tpope.net/

NERD Tree – http://www.vim.org/scripts/script.php?script_id=1658

Command-T – http://www.vim.org/scripts/script.php?script_id=3025

BufExplorer – http://www.vim.org/scripts/script.php?script_id=42

AutoTag – http://www.vim.org/scripts/script.php?script_id=1343

Vimball – http://www.vim.org/scripts/script.php?script_id=1502

NERDCommenter – http://www.vim.org/scripts/script.php?script_id=1218

NERDSnippets – http://github.com/scrooloose/nerdsnippets

Align – http://www.vim.org/scripts/script.php?script_id=294

RubySingleTest – http://www.vim.org/scripts/script.php?script_id=2869

My first formal introduction to TDD was a three-day TDD workshop put on by Jim Weirich and Joe O’Brien while I was at the Los Angeles Times. Jim, an expert EMACS user, had his system setup to run tests quickly from within the editor, even showing a red or green notice indicating the pass/fail status of the test.

This may not seem like a big deal to people using any number of IDEs but personally, I’m a Vim user (specifically MacVim, it’s an extremely well done port of Vim using Cocoa). I love it. I’m way faster editing inside of Vim; my brain has mapped around all of the commands because I’ve been editing with it for so long. I’ve been using vi variants in one form or another since my Freshman year of college when my Computer Science 101 professor forced us all to code with it for our programming projects on the school’s Sun server. While doing Java work two or so years ago, I developed mostly on Eclipse and eventually broke down and purchased a license for the Eclipse vi keybinding plugin. Now that I’m employed for Ruby work I’ve switched back to Vim full-time (after a 1/2 hour dabbling with Textmate).

Jim’s EMACS setup made me jealous. During the class I figured out how to set the make program to use ruby (or spec for rspec tests) and Quickfix will run the tests for the file. Here’s the command:

:set makeprg=ruby\ %

The \ escapes the space and the % gets expanded to the current buffer’s filename when Quickfix is activated. Quickfix was originally used for a “quick” way of compiling your program to see if there’s any errors. Vim will even move your cursor to the file and line number of the first error if there are any. This works for ruby tests too! Another Vim setting, errorformat, is how Vim parses errors from running makeprg.

OK, so this is all great, but what if my test file is huge? What if it takes 10+ seconds to run? What if I’m only interested in a single test because I’m being a good developer and practicing TDD?

This is where the Ruby Single Test plugin comes in. The plugin is an extraction of some functions I’ve been playing with in my .vimrc file for the past couple of weeks. All it does is provide a command for running the test block your cursor is hovering over in your test file (<leader>. by default.  <leader> is usually comma or backslash). Most of the time you’re only interested in a single test while you’re editing code so turn-around time is vastly improved. No more jumping back to the console to run a test.

To install just drop the ruby_single_test.vim file in your .vim/plugin directory.

Currently it works for Test::Unit as well as Rspec tests.  I’ve been using this quite a bit recently and I think I’ve worked out most of the bugs. My setup isn’t necessarily the same any everyone’s so please let me know if you have any problems with it! The code is up on Github, so feel free to play with it.