---
title: IBM architects catch lesscode virus? maybe not
date: 2006-03-29T17:59:21Z
modified: 2006-03-29T17:59:21Z
permalink: "https://redmonk.com/jgovernor/ibm-architects-catch-lesscode-virus-maybe-not/"
type: post
status: publish
excerpt: ""
wpid: 564
categories:
  - Uncategorized
timestamp: 2006-03-29T17:59:21Z
tags:
  - Uncategorized
---

My first thought was: What do you mean, [code is not your friend](http://www-128.ibm.com/developerworks/ibm/library/ar-blog1/)?

Might this compendium of blogs be IBM putting some some distance between its own approach and Microsoft [People Ready](http://www.microsoft.com/business/peopleready/default.mspx)? I thought I would Google the phrase, and there is an explanation. The tagline for IBM’s architect central comes from a blog [post](http://www.ibm.com/developerworks/blogs/dw_blog.jspa?blog=729) by Marc Colan.

> The reason for SOA is to build change into your design, to take a proactive approach that allows IT flexibility to support changing business and technical needs. That’s the whole point of using loose coupling: to avoid rigid infrastructures. Point-to-point brings back rigid infrastructures. ESB enables adaptive infrastructures and adds a lot of valuable capabilities.
> 
> And sure, you could write code that does all of this and more. But **code is not your friend: the more you have, the more maintenance costs, the more complexity is a problem**. That’s why using _supported middlewar_e to simplify your IT makes financial and practical sense. \[italics mine\]

I am good with everything until the final statement, which I don’t think follows. Surely lesscode should mean using tools that do indeed rely on less code, that are built using lesscode? Just because middleware is "supported" doesn’t mean it is low maintenance: that is an assumption, not a conclusion.

On the contrary – complexity is a key issue for Software Group, as aknowledged by Don Ferguson [here](http://www-128.ibm.com/developerworks/blogs/dw_blog.jspa?blog=393). Judging by his post on the subject however, I am not sure Don [got the memo](http://lesscode.org/2006/03/22/ray-ozzie-got-the-memo/).

It is really important that IBM’s architecture visionaries internalise some thinking about simplicity. Simplicity is not a spontaneous emergent function of abstraction. Abstraction doesn’t create simplicity, it often just hides complexity. Hiding complexity [can be a good thing](http://mainframe.typepad.com/blog/2006/03/mainframes_soa_.html), certainly, but its also good to try and drive it out where possible.

Why is it important that IBM continue more aggressively down the road to lesscode, with better installation mechanisms, more effective default configurations, and "less function meaning good" codebases? Well, for one thing, the key FUD message from pretty much every IBM Software Group competitor is that WebSphere and other IBM tools are hard to configure and manage, and require "support", from IBM, in the shape of armies of technical consultants to install and maintain the software. The "IBM Services Tax".

Grassroots developers meanwhile can smell complexity from a download away, they can smell it wafting over that little wall called developerworks registration. I appreciate that IBM supports legacy environments with religious zeal, which is one of the reasons it is a great company. But most developers dont want to deal with other people’s cruft – they don’t even want to deal with their own cruft… and [developers choose platforms](http://www.redmonk.com/sogrady/archives/000465.html).

Lesscode, as Marc Colan seemingly understands, leads to lessconfig, which is where real economic savings come in. "Code is not your friend": I wonder what IBM’s [Sam Ruby](http://www.intertwingly.net/blog/) or 37Signals [David Heinemeier Hannson](http://www.loudthinking.com/arc/000578.html) make of the idea? Perhaps the real answer is to choose your friends more carefully. How much has really changed since Business 2.0 wrote [this piece](http://money.cnn.com/magazines/business2/business2_archive/2003/04/01/339816/index.htm) three years ago, other than Oracle acquiring key application partners?

IBM is making some substantive moves towards lesscode and [lessconfig](http://www.redmonk.com/cote/archives/2006/03/re_lessconfig.html) – as the work of people such as the aforementioned Mr Ruby, [Rod Smith](http://www.redmonk.com/sogrady/archives/001339.html) (why doesn’t Rod have a blog, he’d be a must read?) and the [Jazz](http://wagenknecht.org/blog/archives/2006/03/hot-jazz-vs-cold-beans.html) team makes clear. IBM is getting it in patches and in many areas doing great work. I still think Software Group needs [more design](http://www-128.ibm.com/developerworks/blogs/dw_blog_comments.jspa?blog=317&entry=109817) and less architecture though. [Harsher editing is required](http://www.redmonk.com/jgovernor/archives/001420.html).

Note then to Software Group: like you say, code is not your friend.

disclaimer: IBM Software Group is a RedMonk client.

Tags: [IBM](http://technorati.com/tag/IBM), [WebSphere](http://technorati.com/tag/WebSphere), [lesscode](http://technorati.com/tag/lesscode+)