<?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: To Be (Open) or Not to Be (Open) &#8211; Dilemma of Pentaho Analyzer</title>
	<atom:link href="http://openi.org/2009/to-be-open-or-not-to-be-open-dilemma-of-pentaho-analyzer/feed/" rel="self" type="application/rss+xml" />
	<link>http://openi.org/2009/to-be-open-or-not-to-be-open-dilemma-of-pentaho-analyzer/</link>
	<description>Data to Insights in 72 Hours with Open Source</description>
	<lastBuildDate>Wed, 16 May 2012 11:29:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Doug Moran</title>
		<link>http://openi.org/2009/to-be-open-or-not-to-be-open-dilemma-of-pentaho-analyzer/comment-page-1/#comment-1406</link>
		<dc:creator>Doug Moran</dc:creator>
		<pubDate>Sat, 17 Oct 2009 00:50:52 +0000</pubDate>
		<guid isPermaLink="false">http://openi.org/?p=95#comment-1406</guid>
		<description>Sandeep,

I almost forgot, since this hasn&#039;t been mentioned anywhere in all the discussions, I thought I&#039;d mention it here...

The last proprietary software we purchased *was* put into open source.  The original Report Designer: http://www.pentaho.com/news/releases/20060501_report_designer.php  In this case it made perfect sense to put it into the open since it filled a major hole in the suite and would really benefit from the open source development model to add missing features.

&quot;However, not open sourcing ClearView code does make it difficult for someone outside Pentaho to “tinker around” and make contributions to that specific component.&quot; 
- This is a very true statement and it also puts a lot of pressure on us internally to test.  QA is tremendous value we get from the non developer community.  The trade off between engineering cost and the perceived business value is very hard to quantify and I assure you it is hotly debated internally every time it comes up.

I agree that it raises the bar and I believe that competition is good.  The community is currently working on it&#039;s own alternative to JPivot - The PAT project: http://code.google.com/p/pentahoanalysistool/  I am sure that they would greatly benefit from your expertise and tinkering.  

Doug</description>
		<content:encoded><![CDATA[<p>Sandeep,</p>
<p>I almost forgot, since this hasn&#8217;t been mentioned anywhere in all the discussions, I thought I&#8217;d mention it here&#8230;</p>
<p>The last proprietary software we purchased *was* put into open source.  The original Report Designer: <a href="http://www.pentaho.com/news/releases/20060501_report_designer.php" rel="nofollow">http://www.pentaho.com/news/releases/20060501_report_designer.php</a>  In this case it made perfect sense to put it into the open since it filled a major hole in the suite and would really benefit from the open source development model to add missing features.</p>
<p>&#8220;However, not open sourcing ClearView code does make it difficult for someone outside Pentaho to “tinker around” and make contributions to that specific component.&#8221;<br />
- This is a very true statement and it also puts a lot of pressure on us internally to test.  QA is tremendous value we get from the non developer community.  The trade off between engineering cost and the perceived business value is very hard to quantify and I assure you it is hotly debated internally every time it comes up.</p>
<p>I agree that it raises the bar and I believe that competition is good.  The community is currently working on it&#8217;s own alternative to JPivot &#8211; The PAT project: <a href="http://code.google.com/p/pentahoanalysistool/" rel="nofollow">http://code.google.com/p/pentahoanalysistool/</a>  I am sure that they would greatly benefit from your expertise and tinkering.  </p>
<p>Doug</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandeep</title>
		<link>http://openi.org/2009/to-be-open-or-not-to-be-open-dilemma-of-pentaho-analyzer/comment-page-1/#comment-1402</link>
		<dc:creator>Sandeep</dc:creator>
		<pubDate>Fri, 16 Oct 2009 23:09:36 +0000</pubDate>
		<guid isPermaLink="false">http://openi.org/?p=95#comment-1402</guid>
		<description>Hi Doug:

Thanks for your 2 cents. 

I think ultimately this decision from Pentaho compels us all to question what does it mean for a company to be &quot;open source&quot;. To that end, some observations about your feedback:

&lt;ul&gt;
&lt;li&gt;I had no knowledge of any legal restrictions on your part to open source ClearView code. I simply assumed that if you own something, you do have a choice to open source it -- and I thought that the decision not to open source it and include it in the enterprise edition was more driven by business/revenue rather than legal restriction. Still, you bring up a valid point that I hadn&#039;t considered
&lt;/li&gt;
&lt;li&gt;As far as does Pentaho qualify to call itself &quot;open source&quot;, etc. I don&#039;t think it really matters in the market either way. As you pointed out, it&#039;s probably a more fun little distraction for open source practitioners to talk about. Your customers want value, feature, and good support - and whether or not the code is open source is probably not their #1 concern when they evaluate your software. 
&lt;/li&gt;
&lt;/ul&gt;

However, not open sourcing ClearView code does make it difficult for someone outside Pentaho to &quot;tinker around&quot; and make contributions to that specific component. Now, that may not matter to you because you already have adequate resources to support/improve that component, but it does close the door to applying an open source development model to ClearView code (unless they become an OEM partner). Ultimately, ClearView component raises the bar for what the community edition and other open source alternatives like OpenI -- which is a good thing. 

And above all, I still commend you all for making a brilliant acquisition, and wish Pentaho continued success.

cheers,

Sandeep</description>
		<content:encoded><![CDATA[<p>Hi Doug:</p>
<p>Thanks for your 2 cents. </p>
<p>I think ultimately this decision from Pentaho compels us all to question what does it mean for a company to be &#8220;open source&#8221;. To that end, some observations about your feedback:</p>
<ul>
<li>I had no knowledge of any legal restrictions on your part to open source ClearView code. I simply assumed that if you own something, you do have a choice to open source it &#8212; and I thought that the decision not to open source it and include it in the enterprise edition was more driven by business/revenue rather than legal restriction. Still, you bring up a valid point that I hadn&#8217;t considered
</li>
<li>As far as does Pentaho qualify to call itself &#8220;open source&#8221;, etc. I don&#8217;t think it really matters in the market either way. As you pointed out, it&#8217;s probably a more fun little distraction for open source practitioners to talk about. Your customers want value, feature, and good support &#8211; and whether or not the code is open source is probably not their #1 concern when they evaluate your software.
</li>
</ul>
<p>However, not open sourcing ClearView code does make it difficult for someone outside Pentaho to &#8220;tinker around&#8221; and make contributions to that specific component. Now, that may not matter to you because you already have adequate resources to support/improve that component, but it does close the door to applying an open source development model to ClearView code (unless they become an OEM partner). Ultimately, ClearView component raises the bar for what the community edition and other open source alternatives like OpenI &#8212; which is a good thing. </p>
<p>And above all, I still commend you all for making a brilliant acquisition, and wish Pentaho continued success.</p>
<p>cheers,</p>
<p>Sandeep</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug Moran</title>
		<link>http://openi.org/2009/to-be-open-or-not-to-be-open-dilemma-of-pentaho-analyzer/comment-page-1/#comment-1399</link>
		<dc:creator>Doug Moran</dc:creator>
		<pubDate>Fri, 16 Oct 2009 19:43:48 +0000</pubDate>
		<guid isPermaLink="false">http://openi.org/?p=95#comment-1399</guid>
		<description>Sandeep,

Thanks for the kind words.  I know you just raised the questions and are not making any accusations but I&#039;d like to add my 2 cents:

&quot;this new UI replacement will NOT be available in the open source version&quot;
- One consideration that you fail to address is whether Pentaho can legally open source the code it acquired.  I think that would be an important part of the discussion.

&quot;... does Pentaho platform even qualify as an open source platform anymore since a major component is only available in the closed source enterprise edition?&quot;
- The functionality of this &quot;major component&quot; does exist, as you point out, and has existed in the Community Edition, via JPivot.  We think ClearView has a better presentation and is easier to use, but it is functionally similar to JPivot.  There are even some techie things that JPivot does that ClearView doesn&#039;t.  I fail to see how we could qualify as an open source platform last month and somehow become less open source because we provided an alternative interface to existing functionality.  That seems silly to me.

&quot;...is it wrong for Pentaho to call itself a “commercial open source” company?&quot; 
- I&#039;ll reiterate what I said on Nick Goodman&#039;s blog: What do we do at Pentaho? We write business intelligence software that is open source and we write a lot of it. We also write proprietary software and have bought proprietary software to extend our open source software and we sell it. Selling a proprietary product does not negate what we do in open source.

I&#039;m sure that even Linus Torvalds has some software that he hasn&#039;t uploaded as open source.  In fact, it is very likely that he has even written code for an employer or customer since his first upload of Linux that was not open source.  I hardly think that that would strip him of his open source developer status.  Some may disagree but, I think we have earned the right to say that we are an &quot;open source business intelligence company&quot; regardless of whether we also write and sell proprietary software.

Finally, the term &quot;Open Core&quot; *is* more technically descriptive of our product strategy and is not a name we disagree with.  In fact it is the criteria we use when making the decision to have a proprietary feature, a decision that we do not take lightly.  I don&#039;t think using it over &quot;commercial open source&quot; adds much value or differentiation for people interested in buying a BI solution.  Maybe in the future when it is as well known and commonly used as &quot;commercial open source&quot; - that opinion will change.  At this point, I think it&#039;s just a fun little distraction for us (the people close to open source) to talk about.

Doug Moran
Pentaho Community Guy</description>
		<content:encoded><![CDATA[<p>Sandeep,</p>
<p>Thanks for the kind words.  I know you just raised the questions and are not making any accusations but I&#8217;d like to add my 2 cents:</p>
<p>&#8220;this new UI replacement will NOT be available in the open source version&#8221;<br />
- One consideration that you fail to address is whether Pentaho can legally open source the code it acquired.  I think that would be an important part of the discussion.</p>
<p>&#8220;&#8230; does Pentaho platform even qualify as an open source platform anymore since a major component is only available in the closed source enterprise edition?&#8221;<br />
- The functionality of this &#8220;major component&#8221; does exist, as you point out, and has existed in the Community Edition, via JPivot.  We think ClearView has a better presentation and is easier to use, but it is functionally similar to JPivot.  There are even some techie things that JPivot does that ClearView doesn&#8217;t.  I fail to see how we could qualify as an open source platform last month and somehow become less open source because we provided an alternative interface to existing functionality.  That seems silly to me.</p>
<p>&#8220;&#8230;is it wrong for Pentaho to call itself a “commercial open source” company?&#8221;<br />
- I&#8217;ll reiterate what I said on Nick Goodman&#8217;s blog: What do we do at Pentaho? We write business intelligence software that is open source and we write a lot of it. We also write proprietary software and have bought proprietary software to extend our open source software and we sell it. Selling a proprietary product does not negate what we do in open source.</p>
<p>I&#8217;m sure that even Linus Torvalds has some software that he hasn&#8217;t uploaded as open source.  In fact, it is very likely that he has even written code for an employer or customer since his first upload of Linux that was not open source.  I hardly think that that would strip him of his open source developer status.  Some may disagree but, I think we have earned the right to say that we are an &#8220;open source business intelligence company&#8221; regardless of whether we also write and sell proprietary software.</p>
<p>Finally, the term &#8220;Open Core&#8221; *is* more technically descriptive of our product strategy and is not a name we disagree with.  In fact it is the criteria we use when making the decision to have a proprietary feature, a decision that we do not take lightly.  I don&#8217;t think using it over &#8220;commercial open source&#8221; adds much value or differentiation for people interested in buying a BI solution.  Maybe in the future when it is as well known and commonly used as &#8220;commercial open source&#8221; &#8211; that opinion will change.  At this point, I think it&#8217;s just a fun little distraction for us (the people close to open source) to talk about.</p>
<p>Doug Moran<br />
Pentaho Community Guy</p>
]]></content:encoded>
	</item>
</channel>
</rss>

