Programming in the small

A personal quick reminder of these excellent blog entries.

http://ivan.truemesh.com/archives/cat_programming_in_the_small.html

John Wooden: Coaching for people, not points

I came across this really interesting talk by John Wooden about his coaching career and the measurement of success. Although the focus is basketball it is remarkable how many thoughts have relevance to other walks and works of life.

"Success is peace of mind attained only through self-satisfaction in knowing that you made the effort to do the best of which you are capable."

View the talk on TED

Think about change

Over the last few years I have noticed a growing trend in software developers to constrain their thinking to static models.

Static thinking is a great way of envisioning a system and we have many tools to support modelling systems in this way - class, deployment, network diagrams all fall into this category. But all these models are about a single state of the system - either historical, real (current) or imaginary (future).

However many projects involve more difficult thinking. Typically these difficulties involve moving from one state to another and the most complex of these is migrating from one version of a system to another.

It is at this point that I struggle to find an effective model that captures this transition. How do we model and capture the upgrade of a database, application and infrastructure requirements. And further these transitions occur at different times and are typically not instantaneous which can mean that the service is not available. How do we model this sequence of events so we can understand the effect of our evolving software design on the rolling out the new software.

Quite often these rollout plans are written down (impact analysis, rollout network models, sequence diagrams, flow charts) and held in the minds of the project team. But these models are not easily tested. Organisations with a significant investment in their live environment often struggle to replicate that environment to allow the model and plans to be tested before hitting the production environment.

I think finding an effective tool to model and execute software updates will be one of the key challenges for this decade - as it has for the last two.

Macs on trains

On my current project I am travelling more that usual, mostly by train between London and the North West. The journey time is pretty manageable and the service (so far this year) has been pretty good leaving and arriving on time.

The thing that struck me today was the number of Macs in coach B. Of the 10 computers in used well over half were macs. I remember some time ago that macs were a rarity for train travellers but no more. Ok most of them were MacBooks and not the shiny new aluminium ones but the trend was quite startling.

The Designful Company

The Designful Company by Marty Neumeier

I have to confess that when it comes to reading books related to work I have a short attention span. For technical books I tend to skim through the text and examples until I get a 'feel' for the content. Most of the time this is sufficient, after all if I need more details I can come back to the book and dig into them. The most important thing for me is to have a high level view of the technology and to know were to get more information.

So when it came to reading 'The Designful Company' by Marty Neumeier I kicked off with my usual skimming approach - but quickly found myself changing tack and putting my novel hat on - reading every word!

Quoting Thomas Aquinas "Ad pulcritudenum tria requiruntur integritas, consonantia, claritas". Design requires 3 qualities

• integrity


• harmoney


• radiance

Reading this I was struck by the thought that these are the things I am looking for in the architecture and design of a software system.

In fact many of the ideas presented by the book (intended for a wide variety of companies) resonate with current agile software development trends.

The bit on agility (p21) brought a smile to my face

'The Designful Company' is an easy thought provoking read. Presenting a strong argument for corporate adoption of design to drive growth in the 21 century.

Given my reading habbits it also helps that the book is small and layed out well with large print.

It may be just me but I am seeing a convergence in thinking across many different disciplines - or maybe software development practitioners are still learning from others.

SCMRSS reaches Alpha 1 release

SCMRSS is a simple web application that turns Source Control events into an RSS feed. Written in Ruby using the Ramaze web framework. Once configured the web server polls the source control repository for changes and when found delivers those changes as a simple RSS feed.

This is the first alpha release so I would welcome any and all feedback either here or as issues at RubyForge

Remote Pair Programming setup

For a few years now I have been looking for a solution that allows two or more people to share an editing session who are not sat side by side.

Each OS has its own preferred way of sharing a desctop/workspace for collaborative working. Some work cross platform (e.g. VNC) and some work via the internet (e.g. GoToMyPC). But for much of my daily work I want a nice fast way of sharing the code that I am working on with a collegue. One or both of us are likely to be behind firewalls, proxies and all sort of important security that makes collaborative remote working so very very hard.

On my current project we are using Eclipse as our development IDE, a local IRC server for ad-hoc team communication and point to point instant messaging. Backed up by Skype for person to person video and occasionaly more traditional email and phone for that personal touch.

All in all this is working fiine and I have to admit I had forgotten how useful IRC is in comparison to IM when it comes to team working. Just having everyone aware of the conversations that are taking place can be a real boon.

I had some spare time last evening and decided to see if I could track down a viable solution to the remote pair programming. Confining my requirements to either complete desktop sharing or Eclipse based paring helped quite a bit because the other added complication is that we have a mixed OS development team including Windows, Linux and Mac OS X. The number of OSs is likely to settle down to just two but at the moment we have quite a mixed bag - which is actually quite refreshing.

So back to the remote pairing issue. I quickly realised that sharing the editing session is likely to be sufficient to our needs and that other tools could provide text, voice and video quite effectively and did not need to be replaced.

My first efforts involved the Eclipse Communication Framework (ECF). I had played about with much earlier versions and concluded that it was a little fussy and difficult to work with for my tastes but decided to give it a go. Working behind a proxy with limited ports meant setting up and running a local server.

I can see a lot of promise in the ECF but it just feels far to heavy weight. I might have made some errors but I could not get it to work, connecting to the server seemed ok (although there were a lot of stack backtraces on startup - now I really cant understand why people still dump these things to the console with the idea that users - even developer users will have a hope of understanding what went wrong. With 3 pages of small text flying past it is just too easy to spot the line that tells you what when wrong. So after an unhappy hour or two trying to get two instances of Eclipse to open a shared editing setting I gave up and went back to searching for alternative.

After a little bit more searching I cam up with XPairtise and open source project that seemed to do exactly what I now wanted - share an editing session. Unusually for an open source project the documentation is pretty good although it was early in the morning and I almost missed that there are two downloads; one for the eclipse plugin and the other for the server.

The setup which I eventually came up with involved the XParitise server and Eclipse running natively on my Mac and a Ubuntu VM mimicing a remote pair. The server is nice and quiet just reporting that it is up and running - a refreshing change. After setting up accounts through the Eclipse preferences pane (a little quirky on the UI the first time around) but it was heart warming to receive the 'account created' message.

Getting the shared editing session to work took some time. First when creating a shared workspace all the files from the project are shipped up to the server. When joining the shared workspace again the project files are brought down so take heed of the backup dialog or work in a different Eclipse workspace for shared working.

It took at least 2 Eclipse restarts to get the shared editing to work and there is a note on the XPairtise site about using the eclipse -clean option to refresh all the plug-ins

But after this initial setup headache I have a configuration that will allow remote pair programming.

Result!!

Update: I have just rerun the setup within a distributed team (2 locations) and after a bit of a lag in synchronising the project contents everything worked fine with 3 concurrent users (Driver, Navigator and Spectator).