My former colleague Ade Oshineye recently linked me to a post he’s written about Developer Experience (#devexp) which is described as:

I think it’s quite an interesting idea and I particularly like two of the ideas suggested:

I’ve written before about the value of the 'checkout and go' approach for helping new developers get their machine setup and I think the aim should be that a developer just has to execute one line on the terminal and it should take care of everything.

This applies to more than just the initial setup of the environment. We should be looking to automate tasks which have a lot of manual steps and are therefore prone to error.

On a project I worked on last year it was taking people several hours to get their local Solr instances setup with production like data because the data needed to be retrieved from 4/5 different locations and then run through different extraction scripts.

Scripting all this helped to save a lot of time and it was actually quite fun to see it all getting setup automatically in front of your eyes.

One of the common things I see is people writing steps on a wiki for how to set something and giving links for where various artifacts can be downloaded from.

It’s much more useful to script that type of thing!

curl and wget give us a quick and dirty way of downloading artifacts and of course we can use Chef or Puppet if things get more complicated.

Despite all this automation there’s always seemed to be one manual step whereby the developer would have to go and download the setup script from a wiki or be sent it as an email attachment.

I came across a couple of neat ways of getting around this on two open source projects.

RVM makes use of process substitution to send a shell script to 'bash':

While Janus achieves a similar affect by piping to 'sh':

We’re looking to do something like this on my current project so that setting up a new machine is as simple as running one line from the terminal.