<?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: Is a large corporate making money off open source or open standards an oxymoron ? In a Sun / Java Context</title>
	<atom:link href="http://blog.dhananjaynene.com/2009/04/is-a-large-corporate-making-money-off-open-source-or-open-standards-an-oxymoron-in-a-sun-java-context/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.dhananjaynene.com/2009/04/is-a-large-corporate-making-money-off-open-source-or-open-standards-an-oxymoron-in-a-sun-java-context/</link>
	<description>Dhananjay Nene's opinions on software programming, design, architecture and the internet</description>
	<lastBuildDate>Fri, 27 Aug 2010 05:23:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: sivam</title>
		<link>http://blog.dhananjaynene.com/2009/04/is-a-large-corporate-making-money-off-open-source-or-open-standards-an-oxymoron-in-a-sun-java-context/comment-page-1/#comment-7169</link>
		<dc:creator>sivam</dc:creator>
		<pubDate>Mon, 04 May 2009 01:10:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dhananjaynene.com/?p=642#comment-7169</guid>
		<description>This is a very enlightening article. Helps in understanding the major paradigm shifts that are taking place.

For the first time we are forced to think of creating &quot;scarcity&quot; - only monopolist had this problem in the past. I did my Phd on Automating Gem Cutting and was faced with the very interesting problem of defining the value for stones - that people pay millions for, but can be re-created in a lab at a fraction of the cost. One of the key attributes of gems is - scarcity.

If it is not scares it has no value.

I think one way to create value is to personalize digital goods so that they are all different and to the persons liking. This is what I am working on.</description>
		<content:encoded><![CDATA[<p>This is a very enlightening article. Helps in understanding the major paradigm shifts that are taking place.</p>
<p>For the first time we are forced to think of creating &#8220;scarcity&#8221; &#8211; only monopolist had this problem in the past. I did my Phd on Automating Gem Cutting and was faced with the very interesting problem of defining the value for stones &#8211; that people pay millions for, but can be re-created in a lab at a fraction of the cost. One of the key attributes of gems is &#8211; scarcity.</p>
<p>If it is not scares it has no value.</p>
<p>I think one way to create value is to personalize digital goods so that they are all different and to the persons liking. This is what I am working on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P2P Foundation &#187; Blog Archive &#187; Can large corporations make money with a commons?</title>
		<link>http://blog.dhananjaynene.com/2009/04/is-a-large-corporate-making-money-off-open-source-or-open-standards-an-oxymoron-in-a-sun-java-context/comment-page-1/#comment-7163</link>
		<dc:creator>P2P Foundation &#187; Blog Archive &#187; Can large corporations make money with a commons?</dc:creator>
		<pubDate>Sun, 03 May 2009 14:36:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.dhananjaynene.com/?p=642#comment-7163</guid>
		<description>[...] post was written on April 22 by Dhananjay Nene, on the occasion of the takeover of Sun by Oracle. Confirming Sam Rose&#8217;s predictions about the robustness of small business networks over large [...]</description>
		<content:encoded><![CDATA[<p>[...] post was written on April 22 by Dhananjay Nene, on the occasion of the takeover of Sun by Oracle. Confirming Sam Rose&#8217;s predictions about the robustness of small business networks over large [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.372 seconds -->
