RubyConf 2010

Last weekend I headed to New Orleans with part of the rest of the Highgroove team for RubyConf 2010. I won't go into quite the same amount of details that I did for Velocity 2010, but given how new I am to Ruby, I learned a lot and had a blast. First all of course, New Orleans is a pretty fun place. There is great food everywhere as well as the energetic street atmosphere (assisted by the fact that it's legal to get beers 'to go' from bars). Here's a random street corner:

Over the 3 conference days, I met a lot of people, from those that build and run Pivotal Tracker and GitHub, to John Britton (who worked on Gallery with me a while back with Google Summer of Code but that I'd never met in person.), to someone that's going to be our next hire at Highgroove, to people the people that wrote both Ruby and Rails.

Most the of presentations I went to were informative, entertaining, and well done. Here's a sample of a few that really stood out:

Hotspots with MetricFu

Jake Scruggs spoke about MetricFu which is a ruby tool that pulls together a bunch of metrics that give insight into code complexity and places where developers might need to look into code because it "smells" and is likely a source of problems. I've been using rails_code_qa which pulls in a smaller subset of metrics, but MetricFu looks like a potential replacement.

Objects Are Just Objects, Aren't They?

Rick DeNatale spoke about a bit of the history of Object Oriented design and how Ruby stacks up against other languages. This talk was very interesting and included things like comparing how Lisp message passing works and implementing things in both Lisp and Ruby that showed how Ruby is not just an Abstract Data Type language.

Building Scalable Cloud Infrastructure with Ruby - How we build VMforce

Derek Collison from VMWare gave a talk on the motivations and design that went into building VMforce. The coolest part of this was a demo where all it takes is one command to take an application (Ruby on Rails/Sinatra/JAR/etc), upload it to their cloud, deploy it, and spin up 100 copies of it to handle load. It looks pretty similar to Heroku but with support for lots of other languages, and with the full force of VMware behind it. I'm looking forward to seeing when this service goes live and what they do with it next.

Grammars, Parsers, and Interpreters. In Ruby

Michael Jackson (a tough guy to Google for!) spoke about building his parsing expressions tool for Ruby: Citrus. For situations where you need to do pattern matching for something that is more complex than what a readable regular expression can handle, Parsing Expressions are the right tool for the job. This is particularily useful for building Domain Specific Languages to use within Ruby, but I spoke a little bit with him after his talk about the potential for using it to convert between data encodings like XML and JSON, and that's likely something I'll be playing with in the future

Pwrake : a Distributed Workflow Engine for e-Science

Masahiro Tanaka, while certainly not a native English speaker, gave a solid presentation on Pwrake which uses Rake to parallelize complex scientific tasks across as many machines as possible. This immediately reminded me of a presentation I saw on Microsoft's DryadLINQ at no:sql(east) 2009 (blog post), and was very cool. While I don't have any massively parrallizable scientific tasks with complex interdependencies, plenty of people in academia do and it's great to see tools like this coming together to bring supercomputing resources to anyone that can think of a new way to solve a big problem.

So You Think You Can Code?

This was a panel of several important people in the Ruby community (Rein Henrichs, Evan Phoenix, Yossef Mendelssohn, John Barnette, Aaron Patterson, Ben Bleything) and was officially described as "Five jerks on stage with alcohol and topics they don't agree on." As unhelpful as they tried to be, it was pretty informative and I enjoyed hearing opinions on Monkey Patching, indenting 'private' and private methods, and plenty of other things. No write up of this panel will do it justice, so this is a video to watch online when they're available

From Artist To Programmer

Keavy McMinn, a fine-artist by training turned Ruby developer gave a great talk on her experiences switching between the two environments. I really enjoyed the surprising fluid juxtaposition of two seemingly different fields (programming and fine-art) that are actually pretty similar: Those that excel at either are driven by the drive to tinker and create. This is also a talk you should watch on video when it's available.

There were too many more to list, but (once they're uploaded) you can get videos of all the sessions over at Confreaks.

Here's Matt's writeup on the Highgroove blog: ZOMG ROFLscale Rubyconf OR Why you missed out.

I didn't take any photos during the technical parts of the conference, but I did take some of the socialization: RubyConf 2010 photos. Good times had by all, and we all made it home alive!

My Dive Into Rails Development

Being new to working in a software development environment, last week was a bit of a crash course in getting together all the pieces. Here are some notes, mostly as a future reference for me but hopefully useful to someone else out there getting started writing software. Everyone seems to use Mac OS X these days so this is a bit skewed towards Macs, but most things apply anywhere.


Rails developers love them some TextMate. It's a clean text editor for Mac OS X that mostly stays out of the way and has helpful bundles that do things like auto-completion. If you want to use it for things like git commit messages, add these to your ~/.profile:

export EDITOR="mate -w"
export VISUAL="mate -w"

I'm a Vim person myself, but I've been using TextMate at work to get a feel for the workflow that most people seem to use.


I played with Pig a bit at SugarCRM, but never on a Mac. It's one of the best ways to ramp up number crunching and file processing. If you want to use it on a Mac, you'll need to set your JAVA_HOME environment variable. I did this by adding the following to my ~/.profile:

export JAVA_HOME="/System/Library/Frameworks/JavaVM.framework/Home"


It used to be Fink, then DarwinPorts, then MacPorts. Now it seems "Homebrew" is the popular way to get some things up and running that aren't that fun to get up and running on Macs. Example:

brew install mysql

There you go! MySQL is now installed and running. Watch the end of the output for instructions on starting it on boot using launchd, etc. Rails apps tend to use sqlite for development but sometimes you might want to use MySQL.

Ruby Gems

All the functionality you need has probably been written by someone else and stuck in a Ruby Gem. For example:

sudo gem install clarity

Will install a fancy web interface for looking at log files in real time. To prevent all the documentation from being installed on your machine, set up a ~/.gemrc file with the following contents:

gem: --no-ri --no-rdoc

Some people like putting this in /etc/gemrc, but it's always better to put user specific things in your home directory!

It is recommended that you always install gems, including rubygems itself, from source and not from your operating systems package manager. Additionally, once installed everything will probably need to be updated with something like "gem update --system".


RMV is the Ruby Version Manager. This lets you have multiple versions of Ruby installed side by side, as well as create sets of Gems that can be used in different applications. For example, once set up you can put a ".rvmrc" file anywhere in your directory hierarcy, with contents like "rvm 1.8.7@mygemset". Whenever you cd into this directory, rvm will set up your envrionment to use Ruby 1.8.7 and the "mygemset" gemset, and can update your prompt to remind you what is active. Getting this bit to work requires adding a few things to your ~/.profile:

[[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm"

export PS1="\$(~/.rvm/bin/rvm-prompt) $PS1"

GIT and Github

Git is the source code management tool of choice for a lot of people. It's fully distributed which enables some interesting workflows, and the Github website has done an awesome job of gluing together lots of pieces that enable effortless collaboration. The Git Reference covers (very well!) most of what you need to know about Git, but here are a few particularily useful things I've found.

Need to delete a remote branch? Delete the branch locally, then push 'nothing' to the remote branch by using the push command and leaving the front of the colon blank. Example:

git push origin :deletedbranch

Need to undo something? 'git revert' doesn't do what you think. Re-checkout the file(s) instead.

To get color in some of the command output, add the following to your ~/.gitconfig:

        diff = yes
        status = yes
        branch = yes

For auto completion and a more helpful prompt and tab completion of branch names and more, clone a copy of into your home folder, and put the following in your ~/.profile:

source ~/

function parse_git_dirty {
  [[ $(git status 2> /dev/null | tail -n1) != "nothing to commit (working directory clean)" ]] && echo "*"

function parse_git_branch {
  git branch --no-color 2> /dev/null | sed -e '/^[^*]/d' -e "s/* \(.*\)/[\1$(parse_git_dirty)]/"

export PS1='\h:\W$(__git_ps1 "[\[\e[0;32m\]%s\[\e[0m\]\[\e[0;33m\]$(parse_git_dirty)\[\e[0m\]]")$ '

And read about using "git stash". It is your friend, especially when you forget to create branches to work on different features and ideas, which you _should_ be doing!


Ah Rails, I wouldn't be here without you. There is plenty of documentation out there on Rails, but a few points of interest:

  • Models are named like "Thing" but in the database the table will be called "things". I'm used to naming my tables "thing" and both case and plurality matter here so thats taken some habit adjusting
  • script/server starts up your rails app in webrick, while script/console sets up your app in an interactive ruby shell that you can use to poke around.
  • If you need to debug something, add breakpoints to your code with "debugger" function calls, start script/server with "-u", and when your app hits the debugger call the script/server will drop you into a debugging session. It works a lot like GDB and is pretty handy for tracking things down.
  • Making a new {anything}? There is probably a generator for that. Running "script/generate" will tell you about all your options
  • "Rake" is "Make" for rails. "rake -T" will list all the available tasks. Looking at how requests are routed? Check out the output of "rake routes".

Rails does a lot of Magic and it can be a bit overwhelming, but overall it's been pretty friendly to me so far. Still need to know more? Watch all of the Railscasts and search the documentation at:


Capistrano is the most popular tool at the moment for deploying rails apps. A deploy to a remote server is as simple as "cap deoply" from your development machine, and if you're doing anything more involved than that for new software releases, you're doing it wrong. "cap -T" shows available capistrano tasks. That said, if you're doing more than just deploying a new version of an app...


Chef is the new Puppet. I used Puppet a lot at SugarCRM, and figured that I need to learn more about Chef so that I can pick the best tool to use, so I've spent some time with Chef over the last week. The "Opscode Platform" is a hosted Chef server that gives you a few things for free without having to set up the whole stack, and I recommend using that for at least your first round of testing. Also worth grabbing into your setup is a copy of Opscode's Chef Cookbooks that are very helpful for setting up pretty common things. Some pages worth reading:

The end result of this tinkering, Add your Amazon EC2 ssh key to your ssh-agent by putting this in your ~/.profile:

ssh-add ~/.ssh/id_knife-test 2> /dev/null

Run a command like:

knife ec2 server create "role[${MYAPP}]" -i ${MYAMI} -G default -x ubuntu -S knife-test

And in a few seconds, MYAPP will be up and running on a new Amazon EC2 instance. Pretty sweet! Assuming of course that you got Chef working and set up a Recipe for your app similar to this one I wrote for deploying, recoded as a Rails app, inside of Apache and mod_passenger:

Thats it for week one!

I've left out a lot, and I have a long way to go, but hopefully some of those snippets will be useful to someone. A few of them took me a little while to figure out and searching the internet for things about "knife" and "make those things stop doing that thing" can be tricky!