James Dixon’s Blog

James Dixon’s thoughts on commercial open source and open source business intelligence

Archive for May 13th, 2009

SugarCRM Professional wins ‘best open source solution’ award. Huh?

with one comment

The Software & Information Industry Association has given SugarCRM Professional an award for ‘Best Open Source Solution’ in their 2009 CODie Awards. Either the name of the award or the criteria for it are wrong.

I could see SugarCRM Professional getting ‘Best Commercial Open Source Solution’ or ‘Best Product Based on an Open Source Core’. I could also see their community edition getting an open source award. But the professional edition getting an open source award is off the mark. My guess is that the SIIA are a little new to the whole open source / commercial open source thing.

Nice to see Adaptive Planning get an award, I’ve met those guys a few times. They got an award for ‘Best Business Intelligence or Knowledge Management Solution’, which is odd for a budgeting and planning application, but well done anyway.


Written by James

May 13, 2009 at 4:13 pm

Different Kinds of Open Source Forks – Salad, Dinner, and Fish

leave a comment »

As I mentioned in the forking protocol post there are different reasons why forks occur. One way to categorize forks is by looking at who is/are the main drivers of the fork.

In general there are two groups of people who might drive a fork: the community (external) and the core developers (internal). They have different reasons and motivations.

External Fork

A fork driven by the community often occurs because of a lack of transparency or openness. The community, unable to get patches or new features or information (like the roadmap), create a fork to protect their interests.

Since this is an external fork, in the world of place settings, this would be the ‘Salad Fork‘.

Internal Fork

A fork driven by core developers or project founders often happens for architectural or political reasons. These motivations for an internal fork make a big difference.

Architecture or Features

A fork based on architecture is a fork that is based on sound motivation. If the core developers do not agree on the direction that the architecture or feature set should go in, the software in the new fork will be different from the original. Community members will decide, based on which architecture or set of features meets their needs, which code line to follow: the original or the fork. If one code line is significantly better than the other, one will fade away. This is competition based on the value of the software and the needs of the communities.

Since this is an internal fork of substance this is the ‘Dinner Fork‘.


A fork for purely political purposes might not be beneficial. It has all of the negative possibilities of a fork (diluting the community etc) with less potential for benefits (choice etc). It has the potential to be nothing more than a popularity contest based on personalities, not on technologies.

Since this internal fork has a certain stench to it, this would be the ‘Fish Fork‘.

Written by James

May 13, 2009 at 1:05 pm

Posted in open source