<?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"
	>
<channel>
	<title>Comments on: In Praise of Taking Things Apart</title>
	<atom:link href="http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/feed/" rel="self" type="application/rss+xml" />
	<link>http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/</link>
	<description>In the beginner's mind there are...</description>
	<pubDate>Thu, 20 Nov 2008 09:30:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Using Constraint to Design for Innovation at Many Possibilities</title>
		<link>http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-534</link>
		<dc:creator>Using Constraint to Design for Innovation at Many Possibilities</dc:creator>
		<pubDate>Tue, 11 Nov 2008 11:36:13 +0000</pubDate>
		<guid isPermaLink="false">http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-534</guid>
		<description>[...] Putting it another way: create a culture of tinkering. [...]</description>
		<content:encoded><![CDATA[<p>[...] Putting it another way: create a culture of tinkering. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Information and Communication Technologies for the Poor &#124; Many Possibilities</title>
		<link>http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-235</link>
		<dc:creator>Information and Communication Technologies for the Poor &#124; Many Possibilities</dc:creator>
		<pubDate>Thu, 07 Aug 2008 18:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-235</guid>
		<description>[...] more hackable a technology is, the more opportunity there is to tinker with it, to shape it to meet the needs of the user, the more innovation we are going to see in ICTs [...]</description>
		<content:encoded><![CDATA[<p>[...] more hackable a technology is, the more opportunity there is to tinker with it, to shape it to meet the needs of the user, the more innovation we are going to see in ICTs [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tinkerless or tinkermore? at Many Possibilities</title>
		<link>http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-140</link>
		<dc:creator>Tinkerless or tinkermore? at Many Possibilities</dc:creator>
		<pubDate>Fri, 09 May 2008 14:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-140</guid>
		<description>[...] given current trends, what does the future hold, more tinkering or less tinkering?  If you read my earlier post on tinkering, you&#8217;ll know I&#8217;m pretty enthusiastic about the power and importance of taking things [...]</description>
		<content:encoded><![CDATA[<p>[...] given current trends, what does the future hold, more tinkering or less tinkering?  If you read my earlier post on tinkering, you&#8217;ll know I&#8217;m pretty enthusiastic about the power and importance of taking things [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Open Patents, Open Concepts at Many Possibilities</title>
		<link>http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-93</link>
		<dc:creator>Open Patents, Open Concepts at Many Possibilities</dc:creator>
		<pubDate>Mon, 21 Apr 2008 12:35:43 +0000</pubDate>
		<guid isPermaLink="false">http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-93</guid>
		<description>[...] if one were to introduce a kind of genealogy of Open Concepts, one might increase the likelihood of tinkering that leads to innovation. If there were a place where you could see Gunner&#8217;s SpeedGeek concept but also see how he [...]</description>
		<content:encoded><![CDATA[<p>[...] if one were to introduce a kind of genealogy of Open Concepts, one might increase the likelihood of tinkering that leads to innovation. If there were a place where you could see Gunner&#8217;s SpeedGeek concept but also see how he [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Song</title>
		<link>http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-61</link>
		<dc:creator>Steve Song</dc:creator>
		<pubDate>Fri, 28 Mar 2008 07:34:03 +0000</pubDate>
		<guid isPermaLink="false">http://manypossibilities.net/2008/03/in-praise-of-taking-things-apart/#comment-61</guid>
		<description>Hi Ian,  In general, I agree with you.  Any social or business ecology will always have a mix of open and closed models.  A theme that comes out in the Origin of Wealth and in W. Chan Kim's "Blue Ocean Strategy" is that no one strategy is consistently successful over time. Kim points out that many of the companies mentioned in "In Search of Excellence" and "Built to Last" turned out to be not-so-excellent and not-so-built-to-last over time.  Their successful strategies did not survive a rapidly evolving marketplace.  

In The Origin of Wealth, Beinhocker explores computer simulations of the prisoner's dilemma in a market ecology which demonstrated that even the best-of-breed "tit-for-tat" solution to the dilemma is not consistently successful in the context of an ecology versus a one-on-one relationship.   Excessively open environments are vulnerable to hard-nosed closed ones and the reverse is also true.

I think we are seeing some of this kind of open versus closed strategy competition playing out in the social-networking platform arena.  Walled gardens are always vulnerable to open strategies however once the field is open then a new ecosystem emerges to support a variety of smaller closed strategies.  And so it goes.

The key is to have a healthy ecosystem with sufficient openness to support innovation and growth.  Certainly, no all open strategies are good.  Look at OpenOffice.  Without a simple, transparent API (like Firefox for example) there is little scope for innovation when it take 8 hours to compile a single change in OpenOffice code.  They are technically open but closed in practice.  Contrast with Skype which is technically closed but simple, ubiquitous, useful, and sufficiently integrable into any system.

Having said all that, I think that is the story of how things are but perhaps not how they have to be in the future.  No doubt I am just having a utopian moment but just perhaps as we begin to examine our collective responsibility for each other and for the planet, we might move in general to less zero-sum oriented approaches.</description>
		<content:encoded><![CDATA[<p>Hi Ian,  In general, I agree with you.  Any social or business ecology will always have a mix of open and closed models.  A theme that comes out in the Origin of Wealth and in W. Chan Kim&#8217;s &#8220;Blue Ocean Strategy&#8221; is that no one strategy is consistently successful over time. Kim points out that many of the companies mentioned in &#8220;In Search of Excellence&#8221; and &#8220;Built to Last&#8221; turned out to be not-so-excellent and not-so-built-to-last over time.  Their successful strategies did not survive a rapidly evolving marketplace.  </p>
<p>In The Origin of Wealth, Beinhocker explores computer simulations of the prisoner&#8217;s dilemma in a market ecology which demonstrated that even the best-of-breed &#8220;tit-for-tat&#8221; solution to the dilemma is not consistently successful in the context of an ecology versus a one-on-one relationship.   Excessively open environments are vulnerable to hard-nosed closed ones and the reverse is also true.</p>
<p>I think we are seeing some of this kind of open versus closed strategy competition playing out in the social-networking platform arena.  Walled gardens are always vulnerable to open strategies however once the field is open then a new ecosystem emerges to support a variety of smaller closed strategies.  And so it goes.</p>
<p>The key is to have a healthy ecosystem with sufficient openness to support innovation and growth.  Certainly, no all open strategies are good.  Look at OpenOffice.  Without a simple, transparent API (like Firefox for example) there is little scope for innovation when it take 8 hours to compile a single change in OpenOffice code.  They are technically open but closed in practice.  Contrast with Skype which is technically closed but simple, ubiquitous, useful, and sufficiently integrable into any system.</p>
<p>Having said all that, I think that is the story of how things are but perhaps not how they have to be in the future.  No doubt I am just having a utopian moment but just perhaps as we begin to examine our collective responsibility for each other and for the planet, we might move in general to less zero-sum oriented approaches.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
