Commentary

Serdar Yegulalp
 

Be Transparent To The (Open) Core

"Transparency" is a vital term in open source: how easy is it to find out about some aspect of an open source project or product? Matthew Aslett of the 451 CAOS Theory blog went to find out how a number of vendors of open core products stacked up in this regard.

"Transparency" is a vital term in open source: how easy is it to find out about some aspect of an open source project or product? Matthew Aslett of the 451 CAOS Theory blog went to find out how a number of vendors of open core products stacked up in this regard.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Open core means what it sounds like: a product with an open source base, with add-ons or alternate versions that might not be. Matt's test, dubbed "the open core transparency test", involved a profile a number of open core vendors -- e.g., SugarCRM, Jaspersoft, Talend, Hyperic -- and a quick breakdown of how easy it was to determine a) the differences between each edition of their software, b) the licensing details for each edition, and c) the pricing for the cost-plus bits.

Most everyone made a) clear. It's sections b) and c) where the vendors profiled showed the most divergence. I was a little surprised myself to see Matt note that the licensing details for, for instance, SugarCRM were not presented on the same page as their talk about their use of open source in the product. Wouldn't the two normally go hand-in-hand?

I did some further digging around on the SugarCRM site myself, and was further surprised at how much work I had to do to find out which license they used. (It's GPLv3, as of Community Version 5; earlier versions were under the Mozilla Public License and the Attribution Assurance License.)

I wonder, sometimes, if companies that sell products that are based on open source fear that they will confuse potential customers by providing them with too much information, too soon, about open source generally. Open source as a whole can be an intimidating subject for people who haven't been continually aware of what it is or how it works.

Confusion still runs rampant. I'm constantly surprised to hear about companies who still don't realize that they are not obliged to release the source code for something they modify and use internally. (Affero or GPLv3 being the exceptions, and even those have limits.) It's not as if there's no lack of education campaigns on the part of open source creators and advocates -- but perhaps those campaigns too often focus on abstract benefits, things more of interest to other advocates than those actually engaged in the use and re-use of the software. It's often difficult for people who have been so close to open source to articulate to the uninitiated what all the fuss is about.

This isn't limited to open source, either. Look at how tough it's been to talk about everything from multi-core architectures to cloud computing. How easy it is to gush about the benefits without actually talking about the technology in question!

It's difficult to find a good median between making a product pitch, explaining a technology, and advocating for a philosophy of software engineering -- but you have to start somewhere, and keep trying.

Our "A New IT Manifesto" report looks at a variety of new approaches and technologies that let IT rebels take on a whole new role, enhancing their companies' competitiveness and engaging their entire organizations more intimately with customers. Download the report here (registration required).

Twitter: Me | InformationWeek
Facebook: InformationWeek


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links