UK Web Focus (Brian Kelly)

Innovation and best practices for the Web

  • Email Subscription (Feedburner)

  • Twitter

    Posts on this blog cover ideas often discussed on Twitter. Feel free to follow @briankelly.

    Brian Kelly on Twitter Counter

  • Syndicate This Page

    RSS Feed for this page


    Creative Commons License
    This work is licensed under a Creative Commons Attribution 2.0 UK: England & Wales License. As described in a blog post this licence applies to textual content published by the author and (unless stated otherwise) guest bloggers. Also note that on 24 October 2011 the licence was changed from CC-BY-SA to CC-BY. Comments posted on this blog will also be deemed to have been published with this licence. Please note though, that images and other resources embedded in the blog may not be covered by this licence.

    Contact Details

    Brian's email address is You can also follow him on Twitter using the ID briankelly. Also note that the @ukwebfocus Twitter ID provides automated alerts of new blog posts.

  • Contact Details

    My LinkedIn profile provides details of my professional activities.

    View Brian Kelly's profile on LinkedIn

    Also see my profile.

  • Top Posts & Pages

  • Privacy


    This blog is hosted by which uses Google Analytics (which makes use of 'cookie' technologies) to provide the blog owner with information on usage of this blog.

    Other Privacy Issues

    If you wish to make a comment on this blog you must provide an email address. This is required in order to minimise comment spamming. The email address will not be made public.

Killed By Complexity

Posted by Brian Kelly on 16 Sep 2008

If this is the death of Wall Street as we know it, the tombstone will read: killed by complexity” it was suggested on the front page of the Guardian today (Tuesday 16 September 2008).  A similar question might be asked about the roadmap for a number of Web developments.  Is Tim Berners-Lee’s vision for the Semantic Web over-complex?  Are the metadata standards which are being developed too complex to be used by many software developers? The abstract for a panel session at WWW 2005 suggested that “It has been estimated that all of the Web Services specifications and proposals (“WS-*”) weigh in at several thousand pages by now”. And one of the many objections to ISO’s decision to standardise the OOXML file format was that, at 6,000 pages, it was too complex for developers in small organisations to implement.

So now’s the time for more lightweight approaches, it could be argued.

Not so, comes the counter-argument. We will need to have comprehensive, well-grounded and unambiguous standards and specifications in order to build robust services.

The current uncertainties in the financial markets of course provide more than just a analogy  – they are also giving rise to uncertainties in the IT sector.  This is often used as an argument to point out dangers of the dependencies on externally-hosted Web 2.0 services, as my colleague Paul Walk pointed out recently. But as I mentioned last year in a post entitled “Universities, Not Facebook, May Be Facing Collapse“, universities themselves are not immune to the financial difficulties which the banks and airline sectors are currently facing.   

But into such discussions we should also add the financial stability of the standards-making organisations. Organisations which have government backing may be able to weather the storm, but what about those member consortiums whose sustainability is dependent on the financial backing of the commercial sector. And as the W3C is one such organisation, can we be confident that the development and maintenance of complex standards will be sustainable in the long run.  In light of suggestion in a recent interview with Ian Hickson, editor of the HTML 5 standard, that the standard is unlikely to be a “Proposed Recommendation in 2022”, should we not now be asking the difficult questions regarding the sustainability of such standards which seem to have a long gestation period before they can be regarded as stable.  

Or am I being unduly pessimistic?  Might not any current financial uncertainties be a mere blip, and perhaps will not affect standardisation development processes along the lines I’ve hinted at? Or will a legacy of George W Bush’s economic mis-management (or Tony Blair’s if you are of a different political hue) be the failure of the HTML 5 standard to achieve its proposed recommendation status by 2022?

7 Responses to “Killed By Complexity”

  1. codegorilla said

    Universities, Not Facebook, May Be Facing Collapse
    I missed this post the first time around (actually, I wasn’t reading your blog, so I have an excuse).

    Interesting, given the strongly-held belief (in some circles, and referenced again at Repository Fringe ’08) that Google/Flickr/etc should not be used in preference to in-house solutions as they are not going to be around as long as your University

  2. Martin said

    The collapse of any major external resource would be wide-ranging and, therefore, understandable in the short term. If the problem wasn’t addressed quickly, however, it’s more difficult to forgive, regardless of where the problem originated.

    The level of uncertainty that you mention means there is no clear answer whether or not to go external or adopt an in-house approach to services. Different – yet relatively equal – risk is attached either way you look at it.

    I don’t think you’re being unduly pessimistic. However, do you not believe that anything more dramatic than a cautious and informed approach would involve moving from the unknown to just another unknown?

  3. Chris Rusbridge said

    I tend to agree that complexity does kill the cat. Think back 15 years ago to the point when there were arguments on whether JANET should stay on a Coloured Books -> ISO-OSI track, or move to TCP/IP. The simpler standard was adopted, and it was absolutely the right choice!

    But I’m interested in your comment about HTML5 by 2022. Why HTML5 and not XHTML? What’s currently broke that absolutely needs fixing? Is extra complexity needed, or is HTML5 about refining back towards simplicity?

  4. codegorilla said

    For Chris Rusbridge:

    xhtml 1.0 is html 4, re-focused as a proper xml document

    html 5 (and xhtml5) is the next itteration of the “language”. Have a look at and

    (For us code-gorillas, the question is when to switch: when 90% of our customers will see the richer environment? More? less?)

  5. The comment about HTML5’s timetable seems to be based on a misunderstanding — the spec itself is likely to be stable by late 2009, and mostly “done” by 2012. The ten years after that is the time to get two complete and bug-free implementations in browsers, something that hasn’t been tried for any major Web spec before.

  6. Norman Constantine said

    It is not the companies that we need to fear will collaspe. It doesn’t matter if they do. If Facebook the company disappears or MySpace the Company, or even the mighty Goggle, new companies will arise to fill the void because social networking and the internet will not collaspe. The communication networks, functions and needs have changed forever.


  7. […] in their uses of Web 2.0 services at a time of a global recession?  In response to a recent post CodeGorilla pointed out that at a number of participants at the Repository Fringe event had felt that use of services such […]

Leave a Reply

Please log in using one of these methods to post your comment: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: