<?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: The Bug in OSI Approved Licenses</title>
	<atom:link href="http://dbstrat.com/?feed=rss2&#038;p=82" rel="self" type="application/rss+xml" />
	<link>http://dbstrat.com/?p=82</link>
	<description>Observations at the crossroads of digital technology and business strategy</description>
	<lastBuildDate>Sun, 15 Mar 2009 11:57:22 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Roberto Galoppini</title>
		<link>http://dbstrat.com/?p=82&#038;cpage=1#comment-26882</link>
		<dc:creator>Roberto Galoppini</dc:creator>
		<pubDate>Sat, 28 Jul 2007 16:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://digitalbusinessstrategy.com/?p=82#comment-26882</guid>
		<description>I don&#039;t see any “bug”, honestly, besides OSI&#039;s approval process trasparency. You say that &lt;blockquote&gt;in the OSI approved model is that it doesn’t reflect in any way the natural lifecycle of application development&lt;/blockquote&gt;. But getting from release 0.0 to 1.0 is not a license issue, and all &quot;pretending to be&quot; CRM Open Source licenses were just addressing, or at least trying to, the attribution issue (Vtiger CRM is the risk SugarCRM wanted to countermeasure). 

In other words, I agree with you that in the application arena it is tough to get external contributions, especially at the very beginning, but it is a VC problem, not an OSI one.
VCs could start thinking differently, and eventually financing only start-ups able to manage technological clubs, i.e. communities of firms, a non trivial skill, indeed.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see any “bug”, honestly, besides OSI&#8217;s approval process trasparency. You say that<br />
<blockquote>in the OSI approved model is that it doesn’t reflect in any way the natural lifecycle of application development</p></blockquote>
<p>. But getting from release 0.0 to 1.0 is not a license issue, and all &#8220;pretending to be&#8221; CRM Open Source licenses were just addressing, or at least trying to, the attribution issue (Vtiger CRM is the risk SugarCRM wanted to countermeasure). </p>
<p>In other words, I agree with you that in the application arena it is tough to get external contributions, especially at the very beginning, but it is a VC problem, not an OSI one.<br />
VCs could start thinking differently, and eventually financing only start-ups able to manage technological clubs, i.e. communities of firms, a non trivial skill, indeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Gifford</title>
		<link>http://dbstrat.com/?p=82&#038;cpage=1#comment-26854</link>
		<dc:creator>Bob Gifford</dc:creator>
		<pubDate>Fri, 27 Jul 2007 16:47:13 +0000</pubDate>
		<guid isPermaLink="false">http://digitalbusinessstrategy.com/?p=82#comment-26854</guid>
		<description>Jim -

Economists often assume that when one company does something, it&#039;s just a random decision, but when an entire industry, or segment of an industry is doing something, especially when it&#039;s in a competitive market, that there is an economic force at work driving them all to that decision.  Of course a sample size of three (SugarCRM, SplendidCRM and Centric) is a pretty weak data set, so you have a point.  But my assumption isn&#039;t that much of a leap either.</description>
		<content:encoded><![CDATA[<p>Jim -</p>
<p>Economists often assume that when one company does something, it&#8217;s just a random decision, but when an entire industry, or segment of an industry is doing something, especially when it&#8217;s in a competitive market, that there is an economic force at work driving them all to that decision.  Of course a sample size of three (SugarCRM, SplendidCRM and Centric) is a pretty weak data set, so you have a point.  But my assumption isn&#8217;t that much of a leap either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Balter</title>
		<link>http://dbstrat.com/?p=82&#038;cpage=1#comment-26835</link>
		<dc:creator>Jim Balter</dc:creator>
		<pubDate>Fri, 27 Jul 2007 01:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://digitalbusinessstrategy.com/?p=82#comment-26835</guid>
		<description>I don&#039;t see the relevance of the facts you&#039;ve presented to the need to keep source proprietary.  You have certainly not spelled it out. You enumerate problems that exist for startups quite independently of source licensing.  And the traditional fears about theft of product exist independently of the distinctions you have made.  When it comes to the actual substance, all you say is &quot;I can only assume they have determined that an OSI license would not allow them to generate the revenue required to obtain financing for the application’s initial development.&quot;  But that&#039;s the very case you need to make to be saying anything of interest.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see the relevance of the facts you&#8217;ve presented to the need to keep source proprietary.  You have certainly not spelled it out. You enumerate problems that exist for startups quite independently of source licensing.  And the traditional fears about theft of product exist independently of the distinctions you have made.  When it comes to the actual substance, all you say is &#8220;I can only assume they have determined that an OSI license would not allow them to generate the revenue required to obtain financing for the application’s initial development.&#8221;  But that&#8217;s the very case you need to make to be saying anything of interest.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
