<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Commercial, Professional, and Community Open Source: Resolving the Naming Confusion</title>
	<atom:link href="http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/feed/" rel="self" type="application/rss+xml" />
	<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/</link>
	<description>Dirk Riehle&#039;s blog about everything computer science, applied and more</description>
	<lastBuildDate>Sat, 12 May 2012 12:06:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Software Libre comercial, profesional y comunitario: Resolviendo la confusión &#171; Efrén Fuentes</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-168</link>
		<dc:creator>Software Libre comercial, profesional y comunitario: Resolviendo la confusión &#171; Efrén Fuentes</dc:creator>
		<pubDate>Mon, 19 Jan 2009 16:55:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-168</guid>
		<description>[...] de: Commercial, Professional, and Community Open Source: Resolving the Naming Confusion     Escrito por efrenfuentes Archivado en Open [...]</description>
		<content:encoded><![CDATA[<p>[...] de: Commercial, Professional, and Community Open Source: Resolving the Naming Confusion     Escrito por efrenfuentes Archivado en Open [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Riehle</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-167</link>
		<dc:creator>Dirk Riehle</dc:creator>
		<pubDate>Tue, 20 May 2008 15:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-167</guid>
		<description>@udayshankar What is unclear about the definition of the terms above? Thanks, Dirk</description>
		<content:encoded><![CDATA[<p>@udayshankar What is unclear about the definition of the terms above? Thanks, Dirk</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: udayshankar</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-166</link>
		<dc:creator>udayshankar</dc:creator>
		<pubDate>Tue, 20 May 2008 09:28:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-166</guid>
		<description>Greeting for the day

i want to clearify my doubt actually what is the defference between Proffesional and commercial.im a MBA  final year student.im pursuing my mba from TamiNadu.Under ANNA UNIVERSITY.

 SO PLEASE GUIDE  ME.</description>
		<content:encoded><![CDATA[<p>Greeting for the day</p>
<p>i want to clearify my doubt actually what is the defference between Proffesional and commercial.im a MBA  final year student.im pursuing my mba from TamiNadu.Under ANNA UNIVERSITY.</p>
<p> SO PLEASE GUIDE  ME.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: e5rebel</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-165</link>
		<dc:creator>e5rebel</dc:creator>
		<pubDate>Wed, 23 Apr 2008 13:43:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-165</guid>
		<description>This is about more than name confusion, it is an important interview with
News that MySQL was to bring out a closed-source  Marten Mickos, formerly CEO of MySQL, and now head of Sun&#039;s database group, trying to explain what is going on with the efforts to close source the database. Not sure if this is the right place to post it but please take a look.</description>
		<content:encoded><![CDATA[<p>This is about more than name confusion, it is an important interview with<br />
News that MySQL was to bring out a closed-source  Marten Mickos, formerly CEO of MySQL, and now head of Sun&#8217;s database group, trying to explain what is going on with the efforts to close source the database. Not sure if this is the right place to post it but please take a look.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Riehle</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-164</link>
		<dc:creator>Dirk Riehle</dc:creator>
		<pubDate>Fri, 11 Apr 2008 04:57:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-164</guid>
		<description>Hi Ludovic, thanks for the excellent comments! They warrant a whole article to answer them properly, so let me point out just one thing here (and answer more later): There doesn&#039;t seem to be as much business in single-component services as we were all assuming or hoping.

According to a recent IDC survey, &lt;a href=&quot;http://www.cnet.com/8301-13505_1-9873849-16.html&quot; rel=&quot;nofollow&quot;&gt;which Matt Asay summarizes for us&lt;/a&gt;, less than one percent of all open source components at those users surveyed had attendant services associated with them. Apparently, customers are not buying nearly as much as we were expecting.

In another informal survey discussed on the &lt;a href=&quot;http://weblog.infoworld.com/openresource/archives/2008/04/is_support_for.html&quot; rel=&quot;nofollow&quot;&gt;Rodrigues and Urlocker blog&lt;/a&gt;, several CIOs made the point that they may only be willing to pay for open source support services in the first or the first two years, after which they expect to be able to handle the components themselves.

My take is that commercial open source may turn out to be the only viable long-term option!</description>
		<content:encoded><![CDATA[<p>Hi Ludovic, thanks for the excellent comments! They warrant a whole article to answer them properly, so let me point out just one thing here (and answer more later): There doesn&#8217;t seem to be as much business in single-component services as we were all assuming or hoping.</p>
<p>According to a recent IDC survey, <a href="http://www.cnet.com/8301-13505_1-9873849-16.html" rel="nofollow">which Matt Asay summarizes for us</a>, less than one percent of all open source components at those users surveyed had attendant services associated with them. Apparently, customers are not buying nearly as much as we were expecting.</p>
<p>In another informal survey discussed on the <a href="http://weblog.infoworld.com/openresource/archives/2008/04/is_support_for.html" rel="nofollow">Rodrigues and Urlocker blog</a>, several CIOs made the point that they may only be willing to pay for open source support services in the first or the first two years, after which they expect to be able to handle the components themselves.</p>
<p>My take is that commercial open source may turn out to be the only viable long-term option!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ludovic Dubost</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-163</link>
		<dc:creator>Ludovic Dubost</dc:creator>
		<pubDate>Thu, 10 Apr 2008 18:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-163</guid>
		<description>Hi Dirk,

This is very interesting. I&#039;ve been waiting to see this distinction appearing.

There is a big difference in openness between Commercial Open Source and Professional Open Source (using your definitions):

1/ When the company owns the product and can use a double licence, it has more leverage to get the customers paying than when you don&#039;t own it fully. When you don&#039;t own it you need to run a more open open source licence than GPL in order  to allow all customers to make use of the software even in non open-source situations. We at XWiki use LGPL which for me represents a good balance.

2/ When a company is commercial open source is can gradually decide to close more and reduce it&#039;s investement on the community side, so that it can favor the commercial offerings. Now this does not necessarly happen and still allows for a GPL fork (a Community Open Source version).

For me this second point is key. It significantly highers the potential ROI of the business and there are highly significant long term chances to see the software being slowly closed, which will lead to a fork to Community Open Source.

So for me Commercial Open Source is not stable long term. It will end up in a fork between nearly-closed source and Community Open Source.

Professional Open Source is more stable although it also allows for a Community Open Source fork but this will be much less likely than in the Commercial Open Source case. The market will decide wether the initial actor deserves or not to stay dominant.

When I started my open source business, stability was an important thing for me, so I decided for LGPL and Professional Open Source. This is binding for our users/developers that want to contribute or base their work on top of XWiki, but this is also binding for our company.

I think there should be more understanding that being commited on one Open Source strategy is important and a good thing.

I&#039;m very afraid to see double licence businesses turn closed-source or nearly-closed-source.</description>
		<content:encoded><![CDATA[<p>Hi Dirk,</p>
<p>This is very interesting. I&#8217;ve been waiting to see this distinction appearing.</p>
<p>There is a big difference in openness between Commercial Open Source and Professional Open Source (using your definitions):</p>
<p>1/ When the company owns the product and can use a double licence, it has more leverage to get the customers paying than when you don&#8217;t own it fully. When you don&#8217;t own it you need to run a more open open source licence than GPL in order  to allow all customers to make use of the software even in non open-source situations. We at XWiki use LGPL which for me represents a good balance.</p>
<p>2/ When a company is commercial open source is can gradually decide to close more and reduce it&#8217;s investement on the community side, so that it can favor the commercial offerings. Now this does not necessarly happen and still allows for a GPL fork (a Community Open Source version).</p>
<p>For me this second point is key. It significantly highers the potential ROI of the business and there are highly significant long term chances to see the software being slowly closed, which will lead to a fork to Community Open Source.</p>
<p>So for me Commercial Open Source is not stable long term. It will end up in a fork between nearly-closed source and Community Open Source.</p>
<p>Professional Open Source is more stable although it also allows for a Community Open Source fork but this will be much less likely than in the Commercial Open Source case. The market will decide wether the initial actor deserves or not to stay dominant.</p>
<p>When I started my open source business, stability was an important thing for me, so I decided for LGPL and Professional Open Source. This is binding for our users/developers that want to contribute or base their work on top of XWiki, but this is also binding for our company.</p>
<p>I think there should be more understanding that being commited on one Open Source strategy is important and a good thing.</p>
<p>I&#8217;m very afraid to see double licence businesses turn closed-source or nearly-closed-source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Riehle</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-162</link>
		<dc:creator>Dirk Riehle</dc:creator>
		<pubDate>Tue, 08 Apr 2008 00:40:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-162</guid>
		<description>@Miks: I agree that there are many dimensions, and a commercial perspective is only one.

Some licenses, however, make commercial use harder than others. But pretty much every open source license allows at least for commercial services around the project.</description>
		<content:encoded><![CDATA[<p>@Miks: I agree that there are many dimensions, and a commercial perspective is only one.</p>
<p>Some licenses, however, make commercial use harder than others. But pretty much every open source license allows at least for commercial services around the project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Miks</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-161</link>
		<dc:creator>Miks</dc:creator>
		<pubDate>Tue, 08 Apr 2008 00:33:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-161</guid>
		<description>Open Source is not inherently non-commercial. In fact, a project that is not allowed to become a commercial product is not open source.</description>
		<content:encoded><![CDATA[<p>Open Source is not inherently non-commercial. In fact, a project that is not allowed to become a commercial product is not open source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Riehle</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-160</link>
		<dc:creator>Dirk Riehle</dc:creator>
		<pubDate>Sun, 06 Apr 2008 23:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-160</guid>
		<description>@A.J. Venter - thanks for the comments.

My classification is strictly written from a commercial perspective---how and why open source makes strategic sense as a go-to-market approach for software companies.

I view a classification of free and non-free as independent of my classification. As you say yourself, any of the three commercial classes I mention can be free software or not.

Such free/non-free classification probably has two dimensions itself, along the classic &quot;freedom to&quot; and &quot;freedom from&quot; axes. However, I&#039;m not talking about these.

In general, moral classifications are hard to get a scientific handle on, so you won&#039;t find me addressing them often on this professional blog.</description>
		<content:encoded><![CDATA[<p>@A.J. Venter &#8211; thanks for the comments.</p>
<p>My classification is strictly written from a commercial perspective&#8212;how and why open source makes strategic sense as a go-to-market approach for software companies.</p>
<p>I view a classification of free and non-free as independent of my classification. As you say yourself, any of the three commercial classes I mention can be free software or not.</p>
<p>Such free/non-free classification probably has two dimensions itself, along the classic &#8220;freedom to&#8221; and &#8220;freedom from&#8221; axes. However, I&#8217;m not talking about these.</p>
<p>In general, moral classifications are hard to get a scientific handle on, so you won&#8217;t find me addressing them often on this professional blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A.J. Venter</title>
		<link>http://dirkriehle.com/2008/04/06/commercial-professional-and-community-open-source-resolving-the-naming-confusion/#comment-159</link>
		<dc:creator>A.J. Venter</dc:creator>
		<pubDate>Sun, 06 Apr 2008 08:25:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.riehle.org/?p=92#comment-159</guid>
		<description>How can you ignore the term free software ? Free software can include any of the above - the difference is in the reasons the developers state for their license, and the reasons users choose it, not in whether or how anybody in particular gets paid.

So yes you can get commercial free software (like OutKafe, SugarCRM etc.), community free software (like python, kde etc.) and professional free software (like GNU bash, JBoss etc.).

I think the consideration is critical - and your separation incomplete. The single largest source of free software is the FSF having produced more projects than all the others combined over the past 35 odd years. The FSF is a professional software creation organization - yet it is non-commercial, in fact it&#039;s legally registered as a charity - but your definition would make it commercial (they COULD sell you the software under a EULA - you said nothing about whether there is a snowballs hope in hell that they WOULD).

Then you have companies like mine, which support free software, use the phrase free software and actively promotes... you guessed it... free software. Many of the examples you mention have done the same, or chosen the term FOSS to indicate that they support BOTH the ethical values of free software AND the technical merits of the open source world (I use FOSS within my company, free software when speaking in my personal capacity - I think the logic should be obvious) .

Either way, it&#039;s good that somebody is trying to figure out good definitions for these ideas, but I think the process is far from even coming close to covering the breath of the FOSS worlds development models.</description>
		<content:encoded><![CDATA[<p>How can you ignore the term free software ? Free software can include any of the above &#8211; the difference is in the reasons the developers state for their license, and the reasons users choose it, not in whether or how anybody in particular gets paid.</p>
<p>So yes you can get commercial free software (like OutKafe, SugarCRM etc.), community free software (like python, kde etc.) and professional free software (like GNU bash, JBoss etc.).</p>
<p>I think the consideration is critical &#8211; and your separation incomplete. The single largest source of free software is the FSF having produced more projects than all the others combined over the past 35 odd years. The FSF is a professional software creation organization &#8211; yet it is non-commercial, in fact it&#8217;s legally registered as a charity &#8211; but your definition would make it commercial (they COULD sell you the software under a EULA &#8211; you said nothing about whether there is a snowballs hope in hell that they WOULD).</p>
<p>Then you have companies like mine, which support free software, use the phrase free software and actively promotes&#8230; you guessed it&#8230; free software. Many of the examples you mention have done the same, or chosen the term FOSS to indicate that they support BOTH the ethical values of free software AND the technical merits of the open source world (I use FOSS within my company, free software when speaking in my personal capacity &#8211; I think the logic should be obvious) .</p>
<p>Either way, it&#8217;s good that somebody is trying to figure out good definitions for these ideas, but I think the process is far from even coming close to covering the breath of the FOSS worlds development models.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

