Apparently I did an okay job though, and I'd like to thank all the people who were and took time out of their day to listen to me. Thanks! If you want to view the original talk, the video is here. Scroll to 10:15 to find me, but I recommend watching them all.

A few people had more questions (I talked really fast since it was a lightning talk after all) and this was originally going to be a blog post in the first place, so here it is, in blog form.

Your app is not one language.

It's not just ruby/python/java/go/pascal/ada/whatever. It really isn't.

You at least have bash, or whatever shell you use, and it gives you a bunch of tools.

Bash for example has functions, loops and conditionals, so you're well on your way to programming yourself out of a paper bag.

Another trick with bash (and most other shells) is that you can source files to load things into the current process. You do this everytime you start a shell actually. A .profile or .bashrc probably loads up a bunch of stuff. I have a whole mess of stuff in my dotfiles.

What I like to do is dump a bunch of project specific things into a file in the root project directory named rc. This way, I can cd into the directory and then type . rc and bash will load up all that stuff, kind of setting me up to work on the project.

I built Tinderizer.com and the source repo is called ForrestFire. I have this little blob in its rc file. I set a GOPATH variable, grab some configuration values from Heroku where the site is hosted, and have a function to tell the server to reload the bookmarklet when I change it.

I can load it up like this:

Now I can run watch and it will run puncher with the appropriate arguments. I can also access the 3 environment variables in my application.

My rc File For darkblog2 (source for the admin to this blog)

I run postgres and memcached, so I have functions to start and stop both of those. I also need to load postgres dumps into my local database, so I automate that with another function. I also alias rake because nobody likes typing bundle exec rake.

We also use an rc file at work, but it's much shorter, yet more powerful.

alias rake='bundle exec rake'
eval "$(./sub/bin/ys init -)"

That's weird...what's that eval "$(./sub/bin/ys init -)" nonsense?

After sourcing that file, I get the ys command. When I type that without any arguments, it spits out this:

We use sub from the fine folks at 37Signals to do this. Once you setup your sub, you dump appropriately named scripts in its libexec directory, and you get access to those commands as subcommands of the main command. rbenv uses sub if you're familiar with that.

In our setup, the sub is named ys, and we have the bugs command which opens up our bug tracking software from the command line. I can type ys bugs and FogBugz opens in my browser.

sub is awesome

This isn't a full look at sub, but the docs are great. Give them a good read if you decide to play with it.

DROP THE BASS!!!

What Else?

Autocompletion: Add a magic comment and a hook to tell it what to autocomplete.

Documentation: Add magic comments at the top of the file for docs when running your sub command without any args or when using the builtin help command.

But wait, there's more!

You don't have to use bash. You can write scripts in ruby, python, haskell, whatever! Just dump it in the libexec directoy, name it appropriately, and include the proper hashbang to run the script and you're set.

I think you can use compiled binaries too, but I'm not sure how the documentation and autocompletion would work in that case.

What now?

Don't do anything more than once by hand what a computer can do for you.