<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: COSS BI: Open Source, Open Core or Openly Naked?</title>
	<atom:link href="http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/feed/" rel="self" type="application/rss+xml" />
	<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/</link>
	<description>BI, SaaS, travel and everything else...</description>
	<lastBuildDate>Thu, 12 Jan 2012 15:45:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: In BI, APIs are the Cloud’s OEM &#171; Roman Stanek&#039;s Push-Button Thinking</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-831</link>
		<dc:creator><![CDATA[In BI, APIs are the Cloud’s OEM &#171; Roman Stanek&#039;s Push-Button Thinking]]></dc:creator>
		<pubDate>Wed, 10 Nov 2010 16:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-831</guid>
		<description><![CDATA[[...] decision (the third option &#8211; open source BI &#8211; is as complex as the build option and as expensive in the long term as the buy option). But now GoodData gives our partners a completely new option [...]]]></description>
		<content:encoded><![CDATA[<p>[...] decision (the third option &#8211; open source BI &#8211; is as complex as the build option and as expensive in the long term as the buy option). But now GoodData gives our partners a completely new option [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roman Stanek</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-825</link>
		<dc:creator><![CDATA[Roman Stanek]]></dc:creator>
		<pubDate>Fri, 29 Oct 2010 04:50:31 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-825</guid>
		<description><![CDATA[You call it door opener and I call it bait-and-switch. The same thing...]]></description>
		<content:encoded><![CDATA[<p>You call it door opener and I call it bait-and-switch. The same thing&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Renat Zubairov</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-824</link>
		<dc:creator><![CDATA[Renat Zubairov]]></dc:creator>
		<pubDate>Thu, 28 Oct 2010 21:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-824</guid>
		<description><![CDATA[A great discussion here. @Roman very impressed by your post. It&#039;s very closely resembles situation in company I&#039;m working in (European open source SOA, we are partnering with Talend, Intalio, Hyperic).
&quot;Selling COSS is no easier than selling any other form of software.&quot; &lt;&lt;&lt; absolutely agree on that, though selling COSS in this place meaning selling &quot;commercial version of OSS software&quot; where OSS software is mostly downgraded to kind-of &quot;demo-version&quot;. Obviously such sales model is very heavy-weight and expensive.

In my opinion however the OSS part of COSS is a kind-of door opener for most of the companies.]]></description>
		<content:encoded><![CDATA[<p>A great discussion here. @Roman very impressed by your post. It&#8217;s very closely resembles situation in company I&#8217;m working in (European open source SOA, we are partnering with Talend, Intalio, Hyperic).<br />
&#8220;Selling COSS is no easier than selling any other form of software.&#8221; &lt;&lt;&lt; absolutely agree on that, though selling COSS in this place meaning selling &quot;commercial version of OSS software&quot; where OSS software is mostly downgraded to kind-of &quot;demo-version&quot;. Obviously such sales model is very heavy-weight and expensive.</p>
<p>In my opinion however the OSS part of COSS is a kind-of door opener for most of the companies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yves de Montcheuil</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-654</link>
		<dc:creator><![CDATA[Yves de Montcheuil]]></dc:creator>
		<pubDate>Thu, 19 Nov 2009 08:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-654</guid>
		<description><![CDATA[@Peter - I don&#039;t believe that Oracle is providing their source code to paying customers.  We do.]]></description>
		<content:encoded><![CDATA[<p>@Peter &#8211; I don&#8217;t believe that Oracle is providing their source code to paying customers.  We do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerome Pineau</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-653</link>
		<dc:creator><![CDATA[Jerome Pineau]]></dc:creator>
		<pubDate>Thu, 19 Nov 2009 06:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-653</guid>
		<description><![CDATA[@Yves - It&#039;s true you have a good ecosystems for connectors I suppose. 

When Lucidera went belly up, GoodData offered their customers a safe harbor option and guess what, many of them took us up on it and are still with us to this day :) No data was lost - But even with proprietary software, people have been known to negotiate source code escrows (specifically when dealing with startups) so I don&#039;t think that&#039;s a huge issue. In any case, the data would still exist in EC2 so it&#039;s not like it disappears overnight. Additionally, in a SFDC integration case, the data lives in Salesforce right? It&#039;s not &quot;lost&quot; overnight simply if a partner happens to expire I believe. In a CSV upload case (direct) the data is not lost either since clearly the user had it onsite - So I don&#039;t believe that&#039;s a significant issue or any more of a risk for them than for any other vendor.

Good discussion - Merci! :)

Inconvenience? Clearly - show stopper? I think not.]]></description>
		<content:encoded><![CDATA[<p>@Yves &#8211; It&#8217;s true you have a good ecosystems for connectors I suppose. </p>
<p>When Lucidera went belly up, GoodData offered their customers a safe harbor option and guess what, many of them took us up on it and are still with us to this day <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  No data was lost &#8211; But even with proprietary software, people have been known to negotiate source code escrows (specifically when dealing with startups) so I don&#8217;t think that&#8217;s a huge issue. In any case, the data would still exist in EC2 so it&#8217;s not like it disappears overnight. Additionally, in a SFDC integration case, the data lives in Salesforce right? It&#8217;s not &#8220;lost&#8221; overnight simply if a partner happens to expire I believe. In a CSV upload case (direct) the data is not lost either since clearly the user had it onsite &#8211; So I don&#8217;t believe that&#8217;s a significant issue or any more of a risk for them than for any other vendor.</p>
<p>Good discussion &#8211; Merci! <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Inconvenience? Clearly &#8211; show stopper? I think not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Yared</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-652</link>
		<dc:creator><![CDATA[Peter Yared]]></dc:creator>
		<pubDate>Wed, 18 Nov 2009 23:05:34 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-652</guid>
		<description><![CDATA[@yves what guarantees are you making about the source code for your commercial code in the case you go belly up?  just because some people can use your open source program does not change that when people _pay_ they are using proprietary software.  those customers are no different than Oracle customers.]]></description>
		<content:encoded><![CDATA[<p>@yves what guarantees are you making about the source code for your commercial code in the case you go belly up?  just because some people can use your open source program does not change that when people _pay_ they are using proprietary software.  those customers are no different than Oracle customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yves de Montcheuil</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-650</link>
		<dc:creator><![CDATA[Yves de Montcheuil]]></dc:creator>
		<pubDate>Wed, 18 Nov 2009 18:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-650</guid>
		<description><![CDATA[@Jerome: No fork so far - but that&#039;s because we are doing a good job at providing the features the community wants.  And for the community, knowing they can do it if they have to is what&#039;s important.  

Which contributions did we get? Over 100 connectors, translation of the UI in 10 languages, a vibrant community support system (forum, bugtracker).  Not bad I think.

Did I audit my bank&#039;s Cobol code?  No. But would I buy stock in a company that boasts that it does not need to be transparent in reporting and accountability? No. (somewhat bogus analogy I think, but you started it).

All right, my turn to throw you a curve ball: should (God forbid) GoodData go belly up, what guarantee do your users have about getting their data back?  And about continuing to have access to mission critical systems they are relying on?]]></description>
		<content:encoded><![CDATA[<p>@Jerome: No fork so far &#8211; but that&#8217;s because we are doing a good job at providing the features the community wants.  And for the community, knowing they can do it if they have to is what&#8217;s important.  </p>
<p>Which contributions did we get? Over 100 connectors, translation of the UI in 10 languages, a vibrant community support system (forum, bugtracker).  Not bad I think.</p>
<p>Did I audit my bank&#8217;s Cobol code?  No. But would I buy stock in a company that boasts that it does not need to be transparent in reporting and accountability? No. (somewhat bogus analogy I think, but you started it).</p>
<p>All right, my turn to throw you a curve ball: should (God forbid) GoodData go belly up, what guarantee do your users have about getting their data back?  And about continuing to have access to mission critical systems they are relying on?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jerome Pineau</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-649</link>
		<dc:creator><![CDATA[Jerome Pineau]]></dc:creator>
		<pubDate>Wed, 18 Nov 2009 17:15:26 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-649</guid>
		<description><![CDATA[@Yves, I am not suggesting people should fill out bogus info. You asked &quot;“Can a user try your solution without paying or leaving contact info?&quot; and the answer is yes as I don&#039;t consider bogus emails &quot;contact info&quot; - 

So can we insert and then mine such customers into a sane CRM for later use? Of course not, but people are free to do this if they want. That&#039;s one of the risks an open shop takes - incidentally, I can tell you it&#039;s fairly rare when this happens. People tend to use valid creds because they want the support that comes with a GoodData account anyway. 

Additionally, they tend to like and leverage our collaboration features and invite colleagues to their BI projects - So overall there is very little &quot;bogus&quot; info coming in for our signups. 

I&#039;ve never understood what &quot;reviewing&quot; some vendor&#039;s source code can possibly bring to the table - unless I&#039;m intellectually curious as a developer well versed in the language/platform being used. As a user, please tell me why I give a hoot about your source code? And as a user, believe me the last thing I want to do is muck with thousands of lines of your code! I want something I can use _now_, not a Rubik&#039;s cube. 

How many people have actually forked your product? Where are they and what additions/modifications have they brought? Talend is a highly rich and complex product (I think you would agree) - where is the value of my being able to &quot;see&quot; your source code?

It&#039;s like trusting your money to a bank based on being able to examine their mainframe code. Who cares? - unless you&#039;re a Cobol hacker :)]]></description>
		<content:encoded><![CDATA[<p>@Yves, I am not suggesting people should fill out bogus info. You asked &#8220;“Can a user try your solution without paying or leaving contact info?&#8221; and the answer is yes as I don&#8217;t consider bogus emails &#8220;contact info&#8221; &#8211; </p>
<p>So can we insert and then mine such customers into a sane CRM for later use? Of course not, but people are free to do this if they want. That&#8217;s one of the risks an open shop takes &#8211; incidentally, I can tell you it&#8217;s fairly rare when this happens. People tend to use valid creds because they want the support that comes with a GoodData account anyway. </p>
<p>Additionally, they tend to like and leverage our collaboration features and invite colleagues to their BI projects &#8211; So overall there is very little &#8220;bogus&#8221; info coming in for our signups. </p>
<p>I&#8217;ve never understood what &#8220;reviewing&#8221; some vendor&#8217;s source code can possibly bring to the table &#8211; unless I&#8217;m intellectually curious as a developer well versed in the language/platform being used. As a user, please tell me why I give a hoot about your source code? And as a user, believe me the last thing I want to do is muck with thousands of lines of your code! I want something I can use _now_, not a Rubik&#8217;s cube. </p>
<p>How many people have actually forked your product? Where are they and what additions/modifications have they brought? Talend is a highly rich and complex product (I think you would agree) &#8211; where is the value of my being able to &#8220;see&#8221; your source code?</p>
<p>It&#8217;s like trusting your money to a bank based on being able to examine their mainframe code. Who cares? &#8211; unless you&#8217;re a Cobol hacker <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 451 CAOS Theory &#187; The open core transparency test</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-648</link>
		<dc:creator><![CDATA[451 CAOS Theory &#187; The open core transparency test]]></dc:creator>
		<pubDate>Wed, 18 Nov 2009 15:09:12 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-648</guid>
		<description><![CDATA[[...] theme was taken up this week by Roman Stanek, founder and CEO of Good Data. Roman&#8217;s post had more to do with [...]]]></description>
		<content:encoded><![CDATA[<p>[...] theme was taken up this week by Roman Stanek, founder and CEO of Good Data. Roman&#8217;s post had more to do with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yves de Montcheuil</title>
		<link>http://roman.stanek.org/2009/11/17/coss-bi-open-source-open-core-or-openly-naked/#comment-647</link>
		<dc:creator><![CDATA[Yves de Montcheuil]]></dc:creator>
		<pubDate>Wed, 18 Nov 2009 09:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://roman.stanek.org/?p=431#comment-647</guid>
		<description><![CDATA[@Chris: &quot;OSS businesses really should be about support&quot;: says who?]]></description>
		<content:encoded><![CDATA[<p>@Chris: &#8220;OSS businesses really should be about support&#8221;: says who?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

