<?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: Journalists, Developers Puzzled by Android SDK&#8217;s License</title>
	<atom:link href="http://www.pervasivecode.com/blog/2007/11/21/journalists-developers-puzzled-by-android-sdks-license/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pervasivecode.com/blog/2007/11/21/journalists-developers-puzzled-by-android-sdks-license/</link>
	<description>Jamie Flournoy's Software Development Blog</description>
	<lastBuildDate>Sat, 23 Jan 2010 19:19:54 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ivan Kuznetsov &#187; Blog Archive &#187; Google Android vs. Nokia Series 60 - what would it take to build a better mobile phone?</title>
		<link>http://www.pervasivecode.com/blog/2007/11/21/journalists-developers-puzzled-by-android-sdks-license/comment-page-1/#comment-3851</link>
		<dc:creator>Ivan Kuznetsov &#187; Blog Archive &#187; Google Android vs. Nokia Series 60 - what would it take to build a better mobile phone?</dc:creator>
		<pubDate>Wed, 16 Jan 2008 00:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.pervasivecode.com/blog/2007/11/21/journalists-developers-puzzled-by-android-sdks-license/#comment-3851</guid>
		<description>[...] Android is a new guy on the block, and it is not all roses. It still has to survive the harsh reality of hardware products manufactuing world and maintaining API compatibility between versions and devices in order to establish itself as a real platform. Because of the Apache license used for Android SDK &#8220;applications designed to be compatible with Google’s platform could be made incompatible with a pa...&#8220;. [...]</description>
		<content:encoded><![CDATA[<p>[...] Android is a new guy on the block, and it is not all roses. It still has to survive the harsh reality of hardware products manufactuing world and maintaining API compatibility between versions and devices in order to establish itself as a real platform. Because of the Apache license used for Android SDK &#8220;applications designed to be compatible with Google’s platform could be made incompatible with a pa&#8230;&#8220;. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Cromwell</title>
		<link>http://www.pervasivecode.com/blog/2007/11/21/journalists-developers-puzzled-by-android-sdks-license/comment-page-1/#comment-2773</link>
		<dc:creator>Ray Cromwell</dc:creator>
		<pubDate>Tue, 27 Nov 2007 07:54:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.pervasivecode.com/blog/2007/11/21/journalists-developers-puzzled-by-android-sdks-license/#comment-2773</guid>
		<description>Google&#039;s stated rules for the FCC auction were exactly that: to open up the handset market entirely -- no walled gardens. My own prediction is that Google buys the 700Mhz spectrum, and simply resells permits to network vendors and handset manufacturers that agree to its terms. It&#039;s that simple. I also predict that Google won&#039;t produce any phone hardware other than a few reference design prototypes, because frankly, it&#039;s a losing market unless it&#039;s your core business. Long design cycles, thin margins, planning tied heavily to logistics related to chip component suppliers and foundry scheduling, etc etc.

Basically, I would not call their strategy an Apple strategy. Apple is the ultimate walled garden. Only Apple makes the hardware, you are only allowed to run Apple software on Apple approved hardware, iTunes content is proprietary and requires Apple devices and Apple proprietary software to run, Apple phones only run on official Apple partner carriers, etc.

By contrast, I expect diverse Android handset manufacturers, diverse implementations that only have to agree on supporting the top level API interopably, non-Android/non-Google handsets able to operate on the 700Mhz network, etc.

I&#039;d also suggest to seriously entertain the theory supposedly naive theory that Google 700Mhz/Android play may really be a loss leader. That the frequently idealistic &#039;do no evil&#039; company (this really is the company internal culture), is really, in fact, trying to change the world and bust up the remnants of telecom monopolies, and that the real hope for making money, is in the opportunities that will open up once wireless is freed from the grip of proprietary content distribution. Google can continue to scale their ad-revenue traditional search business, they&#039;re making a killing on it, and I think the equipment manufacturer/carrier business model really doesn&#039;t suit them.


I&#039;d also take issue with the idea that the GPL &#039;encourages this&#039;, and &#039;Apache encourages that&#039; In my experience, whether or not a project  encourages a web of innovation/collective advancement boils down to leadership of the project, how its run, more than anything else. With the vast majority of GPL&#039;ed software ending up behind services these days, the viral distribution clause has little effect anyway unless you&#039;re using the AGPL. The history of successful projects like FreeBSD/NetBSD (as you know, usable back when Linux was still a toy), and numerous Apache projects (not to mention the world&#039;s most popular webserver) show that non-viral licenses don&#039;t stop innovation or collective advancement.  I&#039;ve used GPL packages where frankly, the project was organized and ran so chaotically, or by an annoying cult of personality, that I was uninterested in contributing, or bothering to fork.</description>
		<content:encoded><![CDATA[<p>Google&#8217;s stated rules for the FCC auction were exactly that: to open up the handset market entirely &#8212; no walled gardens. My own prediction is that Google buys the 700Mhz spectrum, and simply resells permits to network vendors and handset manufacturers that agree to its terms. It&#8217;s that simple. I also predict that Google won&#8217;t produce any phone hardware other than a few reference design prototypes, because frankly, it&#8217;s a losing market unless it&#8217;s your core business. Long design cycles, thin margins, planning tied heavily to logistics related to chip component suppliers and foundry scheduling, etc etc.</p>
<p>Basically, I would not call their strategy an Apple strategy. Apple is the ultimate walled garden. Only Apple makes the hardware, you are only allowed to run Apple software on Apple approved hardware, iTunes content is proprietary and requires Apple devices and Apple proprietary software to run, Apple phones only run on official Apple partner carriers, etc.</p>
<p>By contrast, I expect diverse Android handset manufacturers, diverse implementations that only have to agree on supporting the top level API interopably, non-Android/non-Google handsets able to operate on the 700Mhz network, etc.</p>
<p>I&#8217;d also suggest to seriously entertain the theory supposedly naive theory that Google 700Mhz/Android play may really be a loss leader. That the frequently idealistic &#8216;do no evil&#8217; company (this really is the company internal culture), is really, in fact, trying to change the world and bust up the remnants of telecom monopolies, and that the real hope for making money, is in the opportunities that will open up once wireless is freed from the grip of proprietary content distribution. Google can continue to scale their ad-revenue traditional search business, they&#8217;re making a killing on it, and I think the equipment manufacturer/carrier business model really doesn&#8217;t suit them.</p>
<p>I&#8217;d also take issue with the idea that the GPL &#8216;encourages this&#8217;, and &#8216;Apache encourages that&#8217; In my experience, whether or not a project  encourages a web of innovation/collective advancement boils down to leadership of the project, how its run, more than anything else. With the vast majority of GPL&#8217;ed software ending up behind services these days, the viral distribution clause has little effect anyway unless you&#8217;re using the AGPL. The history of successful projects like FreeBSD/NetBSD (as you know, usable back when Linux was still a toy), and numerous Apache projects (not to mention the world&#8217;s most popular webserver) show that non-viral licenses don&#8217;t stop innovation or collective advancement.  I&#8217;ve used GPL packages where frankly, the project was organized and ran so chaotically, or by an annoying cult of personality, that I was uninterested in contributing, or bothering to fork.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
