Apr 27

Profiting from Linux doesn’t involve an obvious winning formula. There are as many different business models as there are distributions, and you seldom find much overlap between those that are working. Instead, you find something more like the world of medieval patronage. It’s a place where the great distribution families fight for favour, sponsoring masked balls and conferences, while trying to attract geek heroes to work under their flags.

Yet despite this somewhat unconventional system, there’s no doubt that profit drives development, progress and ambition. You only have to look as far as the kernel at the heart of the system to see the proof. There may be terabytes of projected idealism in there, but a significant proportion is more prosaically driven and developed by business. When kernel supremo Greg Kroah-Hartman last collated contributions in 2008, he found some surprising statistics. For example, there may be over a thousand developers working on the latest versions, but a mere 10 individuals were responsible for almost 15 per cent of the code added to the kernel in the three years up to 2008. A further 20 individuals take that total to 30 per cent.

This is remarkable when you consider that version 2.6.33 of the kernel – released in February – more than doubles the number of lines of code found in the vanilla kernel from December 2003. That’s 13 million lines, an assemblage that has recently been estimated to be worth over £900million by researchers at the University of Oviedo in Spain.

What’s even more interesting is the list of who’s paying for these contributions. Top of this chart are independent developers, accounting for almost 14 per cent of the work, and these are closely followed by a group whose company sponsors are unknown. Third in the chart is Red Hat, followed by Novell, IBM and Intel. These four accounted for almost a third of kernel development in 2008, and there can be no doubt that each company’s motivation is far from altruistic.

If you had any doubts, note that Microsoft joined the party last July by contributing 20,000 lines of its own code to the kernel to help people running virtualized Linux from their Windows machines. Even though it’s more likely that this act was crafted to avoid legal action, rather than a flush of generosity, it still illustrates that the kernel has become a cut-throat gladiatorial arena in the fight for big business.

However, there’s one influential distribution that is completely absent from Greg’s Hall of Fame. Like the others, it’s a commercial endeavour. Unlike them, it neither makes a profit nor has a clear business model. This is despite it being the number one distro. Ubuntu, developed by Canonical, is the perfect example of what happens when Linux ideology and business meet.

Canonical is a global enterprise, funded by Mark Shuttleworth’s sale of Thawte for $575million in 1999. The charismatic figurehead combined coding skills with a penchant for space flight. He selected his early Ubuntu team by taking six months’ of Debian mailing-list archives with him on an ice-breaker to Antarctica, and choosing those whose comments and contributions he judged most worthy.

Despite its market share, Canonical is desperately trying to find a revenue stream from somewhere. It’s a sign of the sober, business-oriented times that Shuttleworth’s successor, Jane Silbur, isn’t an ex-astronaut, but ex-Vice President of Command and Control Systems at General Dynamics C4 Systems.

At the enterprise-end of the business, it’s chasing clouds by bundling an Amazon EC2 compatible server/client solution and selling support. At the user-end, Canonical has just launched its own online music store. This is a service heavily tied to its own remote storage service, which is used to download and store the tracks you buy, available only in the patent-riddled and legally ambiguous MP3 format.

Mark Shuttleworth’s parting blog post proclaimed he’ll be concentrating on “product design, partnerships and customers”, and the proof seems visible in the new release of Ubuntu. But Mark has also signalled another change for Ubuntu users. In a recent mailing list post dealing with community criticism of recent design changes, Mark wrote, “This is not a democracy. Good feedback, good data, are welcome. But we are not voting on design decisions.” These aren’t the words of a geek with his head in the stars, but of a man who has fallen to earth. And things have changed.

Jul 22

Finally, after many months of effort and angst, I have held a copy of my finished, published book in my hand. Authors are prone to equating the process of writing a book with that of pregnancy and giving birth to a child. Rather foolishly I tried this analogy earlier today to my wife who is currently 7 months pregnant….

Without sounding too clichéd I would genuinely love this book to represent the beginning, rather than the end, of this (self imposed) mission to rethink and reinvent records management to ensure it is fit for purpose in the modern world. I have been gratified to receive several supportive emails from around the world from other professionals who share my concerns and desire to initiate change. What I would love to do is to build on this by establishing a community of like-minded records managers, plus those from related professions such as the library world and of course the web technologists. I am sure that collectively there exists the expertise and range of skills required to make a genuine difference to our profession, its just a question of identifying the right online tool(s) to facilitate this creative discussion and, perhaps, finding the odd bit of funding to help make this happen. I make no apologies for the fact that my book raises far more questions than it answers, but now those questions have been raised and are out there for discussion lets move on to actually doing stuff: practical stuff that results in applications and approaches which can make a real difference. If anyone is interested in being part of such a community feel free to let me know, likewise if you are familiar with any ‘business models’ and/or technical platforms to help realise them (or sources of funding of course).

Finally, I thought I would end with some of the conclusions from the book (don’t worry, it doesn’t spoil the ending!). Part of my conclusion is that what we need at present is a set of guiding principles and shared characteristics which help define ‘Records Management 2.0’ and which can be used to set the parameters for any further development work in this area. More detail on each of them is given in the book and naturally they are all open for discussion (see Principle 9) but I thought they might at least get the debate started and were a fitting way to celebrate the arrival of the book.

Records Management 2.0 must be:
1. scalable to an (almost) infinite degree
2. comprehensive: with the potential to address all aspects of the management of information throughout its lifecycle
3. independent of specific hardware, software or physical location
4. extensible and able to absorb new priorities and responsibilities as they emerge
5. potentially applicable to all information
6. proportionate, flexible and capable of being applied to varying levels of quality and detail as required by the information in question
7. a benefits-led experience for users, that offers them a positive incentive to participate
8. marketable to end users, decision makers and stakeholders
9. self-critical and positively willing to embrace challenge and change
10. acceptable to, and driven by, the records management community and its practitioners