Archive for April, 2009

One less open source licence to worry about

Open source licence proliferation has long been recognised to be a problem. The Open Source Iniatitives License Proliferation Committee wrote the following in May 2006:

  1. too many different licenses makes it difficult for licensors to choose
    Some people use “license proliferation” to mean that there are just too many licenses and that someone needs to take steps to reduce the number. While this would be great, the OSI cannot make anyone use or not use a particular license. All we can do is educate and urge people to use a smaller subset of licenses. This comment generally came from individuals and small companies.
  2. some licenses do not play well together
    Some people use “license proliferation” to refer to the fact that some open source licenses do not inter-operate well with other open source licenses. While we can urge people not to mix non-mixable licenses, we cannot keep people from doing so. This comment generally came from larger companies.
  3. too many licenses makes it difficult to understand what you are agreeing to in a multi-license distribution
    This is related to the previous comment, but is somewhat different since it doesn’t complain about how the licenses interact, just that there are too many different individual licenses covering certain distributions and that it takes a lot of time to read and understand them all. This comment usually came from larger companies.

The OSI has, since the publication of this report, grouped licences as either “popular and widely used”, “special purpose”, “redundant”, “non-reusable”, “superseded” or “other”. OSS Watch encourage everyone to use one of the “popular and widely used” licences as these cover the major needs of most community and business models (the special purpose licences do have their place, but they are minority licences).

Today it was announced that the number of licences in the recommended group has been reduced from nine to eight since the Eclipse Foundation, along with IBM, have taken the steps necessary to supersede the Common Public License 1.0 (CPL) with the Eclipse Public License 1.0  (EPL).

Hurrah!!!

Procuring Software is not (even) as simple as buying a car

Here at OSS Watch we often get asked things like “which is the best open source twitter alternative” or “which is the best open source financial managment tool?” We don’t answer these questions, and for good reason. Instead we focus on helping people understand how to find and evaluate open source software solutions. In this blog I’m going to try and explain why we take this approach.

With simple things like microblogging we can point to Laconica with a resonable amount of comfort, but should we really be ignoring Open Micro Blogger simply because we have not used it ourselves, after all, it does focus on a stronger and more scalable back-end. What about the solutions we’ve not yet heard of? A quick search for “open source microblogging” turns up a fair number of projects that are worth a look, not to mention a promising looking article with the title “Top 10 open source microblogging services. Perhaps it’s not as simple as we first thought.

If it is this hard to identify “best of breed” open source solutions for something as simple as a microblogging service how hard would it be for a “Financial Management and Reporting” system? These are complex systems that need to be customised (or at least configured) for each use case.

Sometimes the enquirer pushes a little harder, often indicating that it should be possible to identify “best of breed” and that OSS Watch should do so. However, our position remains firm, we can’t evaluate everything out there, but we can help people identify and evalate the options in the context of their needs.

Lets consider the financial software market. I’ve used Compiere for Financial Management in the past. I was very pleased with it, but it’s not really a financial system, it is a Enterprise Resource Planning and Customer Relationship Management system that has some financial functionality.Would the CRM and ERP functionality help or hinder our requestor?

As well as Compiere I’ve used a pen and paper based double entry ledger system. It worked, requires minimal technical knowledge and is easy to source. Unfortunately it is error prone, requires considerable training and usually needs a real accountant to do magic periodically, magic you don’t want to be paying accountant hourly rates for when software can do it, perhaps GnuCash or jGnash would be a better option. However, these are targetted at personal finance not business (or academic) finance.

Then there are OpenER, SQL Ledger, TurboCash and all the others that are out there. These are all “best of breed” within their own domain. They all have strengths and weaknesses. The “best” depends entirely on whether their strengths are important to the user whilst their weaknesses remain hidden.

How did I come up with the (incomplete) list of financial tools above? Simple, I spent 7 minutes (yes I timed myself) searching the web and making snap decisions on the viability of the open source community built around the products. I rejected another four or five as they looked like unsustainable or immature projects. It is this skill that I think we can offer to people looking for open source solutions. The customer must then narrow down the choice by looking at the feature set of the product base. Once a short list is drawn up, OSS Watch can help evaluate the support options available for the project, that is we can help the customer decide if the open source solution fits their culture, e.g. is there a suitable commercial support offering or is there an active and supportive developer community that internal IT staff can engage with?.

Even when we explain this in some detail we find that some people still insist that we should be able to tell them what to buy. So, I’ll say, here and now, as loud and clearly as I can:

Procuring something without actually considering the functionality it will need is insane. It is almost certainly doomed to fail.

A software procurement specialist once told me “there is never enough time to do it right, but there is always enough time to do it twice”. I wish I’d listened to him then (I’ll not go into why, but involves lots of wasted money). At least I’m listening now. If you are ready to listen, you can stop reading and contact OSS Watch when you want us to help you evaluate some open source solutions.

For those still unconvinced let me try and illustrate the problem in a domain most of us know a little about.

Imagine you are buying a new car. All cars have the the same basic functionality and features, they go forwards and backwards, they have a steering wheel and they stop before hitting things (assuming the driver is alert enough to hit the brakes).

Despite all cars being the same (when considering base functionality) we don’t walk into a the local car dealership and say “what’s the best car” and immmediately buy the first thing that comes into their mind. Instead we find out which are the most suitable cars for our kind of use (driving to the shops, commuting, long distance travel, fun at the weekend etc.). We probably also read literature and reviews. Most of us would test drive a couple of our favourites. Eventually we would buy one.

It’s true that we rely on reviews and salespeople to help us narrow down the choice, but we have other methods for making the final selection, and, importantly, we would usually ask salespeople from each of the major manufacturers.

Anyone who watches car “review” programmes like Top Gear knows that even in the simple world of cars there is never a clear winner between two cars built for the same purpose. One will be better cruising on the motorway, the other may be better on country lanes. One will be cheaper to run, but the other mighter be cooler to look at, but beauty is in the eye of the beholder. It is not usually possible to say “this car is better than that car, regardless ofwho you are and what you are looking for”.

Sometimes it is possible to say “this car is just rubbish, it broke down 5 times in our road tests”, but once you get past obvious flaws that affect everyone you have to understand the drivers needs before saying “this car is the perfect car for you”. I’m 6′ 4″tall, I simply don’t fit comfortably into some cars, it doesn’t matter if everyone else in the world thinks it is the perfect car, for me it is rubbish.

[This is getting to be a long post so I won’t even start on considering maintanence options for the car once it is purchased.]

Since most people wouldn’t ask a really general question such as “what is the best car?”, why do people insist on asking OSS Watch things like “which is the best open source financial management software solution?”

OSS Watch can help you procure open source solutions, but we can’t tell you what to buy - sorry, it just is not that simple.

Oxford barcamp - first impressions

Sadly I wasn’t able to attend the Oxford barcamp this weekend, but looking at the first online reactions it seems this was a great success. About 50 people attended, traveling from as far as Glasgow, with a few representatives from Italy and the west coast of the US.

As Ross mentioned earlier, the aim of this event co-organized by OSS Watch was to provide an opportunity for developers, academics, members of the Apache Software Foundation, IT students and other people involved in the computing and  technology fields to meet informally and find out about their open source related projects.

According to the schedule as of 1pm on Sunday, the topics for discussion included ‘agile management and open source’, ‘aggregating university content on  iTunes’, ‘open ID, ‘the Apache way’, ‘cyberactivism’, ‘open font libraries’, and ‘emotional intelligence as management style’. The participants also had a chance to admire Oxford’s famous ‘dreaming spires’ featured on the barcamp’s cool mugs, and apparently there was even time for a few gigs.

While we wait for a proper assessment of the event, first impressions have already been published by Marcus Povey, Ben Werdmuller and Sylwia Presley. Andrew Luke wrote about the discrete branding of the event and commented on a few sessions on Mapping CCTV and transparency, Cyberactivism, Geomaps and data, Wikis and collaboration and Facebook. Aidan Skinner posted his love notes to Open ID in the barcamp wiki.

I think I would have particularly enjoyed the open and agile development session led by Marco Abis and Gianugo Rabellino from Sourcesense. In his post on the session Marco mentioned the 12 principles behind the Agile Manifesto and suggested that a key term to consider when comparing agile and open development is the customer, referred to in the very first Agile principle.

[…] one of the reasons why it’s so hard to adopt Agile fully - whatever that means - in a typical Open Source project can be nailed down to one single word in the first principle:

“Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.”

As there isn’t necessarily a customer in the common sense of the term. It might be a whole community, the single developers working on the project or something else entirely.

Apparently a conversation on this topic has started on the barcamp’s twitter channel, and Ross mentioned that a number of UK academics and industry folk agreed to collaborate on a document comparing the Agile principles to the (as yet undefined) principles of open development.