<?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: What if Gall&#8217;s Law were true?</title>
	<atom:link href="http://bokardo.com/archives/what-if-galls-law-were-true/feed/" rel="self" type="application/rss+xml" />
	<link>http://bokardo.com/archives/what-if-galls-law-were-true/</link>
	<description>A Blog about Social Web Design</description>
	<lastBuildDate>Sun, 27 Jun 2010 15:04:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: recetas espaÃ±a</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-277605</link>
		<dc:creator>recetas espaÃ±a</dc:creator>
		<pubDate>Mon, 05 Jan 2009 21:08:04 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-277605</guid>
		<description>In my opinion, complex problems can allways be broken on small problems, which have simple solutions.

Just iterate with that, and you will be able to solve any problem.

Rec</description>
		<content:encoded><![CDATA[<p>In my opinion, complex problems can allways be broken on small problems, which have simple solutions.</p>
<p>Just iterate with that, and you will be able to solve any problem.</p>
<p>Rec</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simple Enough &#124; Popular Front</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-274135</link>
		<dc:creator>Simple Enough &#124; Popular Front</dc:creator>
		<pubDate>Fri, 12 Dec 2008 16:21:19 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-274135</guid>
		<description>[...] post at Social Design onÂ Gallâ€™s Law: â€œA complex system that works is invariably found to have evolved from a simple [...]</description>
		<content:encoded><![CDATA[<p>[...] post at Social Design onÂ Gallâ€™s Law: â€œA complex system that works is invariably found to have evolved from a simple [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jared M. Spool</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-271353</link>
		<dc:creator>Jared M. Spool</dc:creator>
		<pubDate>Tue, 02 Dec 2008 03:43:15 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-271353</guid>
		<description>This is why &lt;a href=&quot;http://en.wikipedia.org/wiki/Lotus_Agenda&quot; rel=&quot;nofollow&quot;&gt;Lotus Agenda&lt;/a&gt; rocked and &lt;a href=&quot;http://en.wikipedia.org/wiki/Chandler_(PIM)&quot; rel=&quot;nofollow&quot;&gt;Chandler&lt;/a&gt; will never see the light of day.

It&#039;s something that&#039;s repeated through history, time and time again.</description>
		<content:encoded><![CDATA[<p>This is why <a href="http://en.wikipedia.org/wiki/Lotus_Agenda" rel="nofollow">Lotus Agenda</a> rocked and <a href="http://en.wikipedia.org/wiki/Chandler_(PIM)" rel="nofollow">Chandler</a> will never see the light of day.</p>
<p>It&#8217;s something that&#8217;s repeated through history, time and time again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rui Alao</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-271319</link>
		<dc:creator>Rui Alao</dc:creator>
		<pubDate>Tue, 02 Dec 2008 02:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-271319</guid>
		<description>Hi, Joshua.
Do you know the work of Greg van Alstyne about emergence and design? 
In some point he says that we cant predict how would a problem develop in time, so why would we design a static solution for dynamic problems? In other words, why dont we leave emegence and evolution do some of the work? More in this link:
http://www2.physics.utoronto.ca/~logan/VanAlstyneLoganFinal.doc

Software development, specially some open source projects are made in an emergent way. 

Cheers!

Rui</description>
		<content:encoded><![CDATA[<p>Hi, Joshua.<br />
Do you know the work of Greg van Alstyne about emergence and design?<br />
In some point he says that we cant predict how would a problem develop in time, so why would we design a static solution for dynamic problems? In other words, why dont we leave emegence and evolution do some of the work? More in this link:<br />
<a href="http://www2.physics.utoronto.ca/~logan/VanAlstyneLoganFinal.doc" rel="nofollow">http://www2.physics.utoronto.ca/~logan/VanAlstyneLoganFinal.doc</a></p>
<p>Software development, specially some open source projects are made in an emergent way. </p>
<p>Cheers!</p>
<p>Rui</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Buchner</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-271295</link>
		<dc:creator>Daniel Buchner</dc:creator>
		<pubDate>Tue, 02 Dec 2008 00:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-271295</guid>
		<description>This has to be taken with a grain of salt.  37 Signals knows as well as anyone that not every problem is simple. Some problems take what they take and that can mean more than an afternoon of code and AppEngine (though we use AppEngine for stuff we do too).  Balance is king.</description>
		<content:encoded><![CDATA[<p>This has to be taken with a grain of salt.  37 Signals knows as well as anyone that not every problem is simple. Some problems take what they take and that can mean more than an afternoon of code and AppEngine (though we use AppEngine for stuff we do too).  Balance is king.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sarah Bourne</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-271260</link>
		<dc:creator>Sarah Bourne</dc:creator>
		<pubDate>Mon, 01 Dec 2008 22:44:41 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-271260</guid>
		<description>This must be the premise agile development was built on.  The best reason for the short scrums is to prevent feature requests from gluing themselves on like barnacles.</description>
		<content:encoded><![CDATA[<p>This must be the premise agile development was built on.  The best reason for the short scrums is to prevent feature requests from gluing themselves on like barnacles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Lifson</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-271232</link>
		<dc:creator>David Lifson</dc:creator>
		<pubDate>Mon, 01 Dec 2008 21:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-271232</guid>
		<description>Isn&#039;t this just 37signals&#039; Getting Real approach? Solve the problem you have, not the problem you imagine. Keep it simple. Work with real code. Etc.</description>
		<content:encoded><![CDATA[<p>Isn&#8217;t this just 37signals&#8217; Getting Real approach? Solve the problem you have, not the problem you imagine. Keep it simple. Work with real code. Etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad K.</title>
		<link>http://bokardo.com/archives/what-if-galls-law-were-true/comment-page-1/#comment-271229</link>
		<dc:creator>Brad K.</dc:creator>
		<pubDate>Mon, 01 Dec 2008 21:04:24 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=822#comment-271229</guid>
		<description>My software design manager had this on a &quot;Murphy&#039;s Laws&quot; poster, in 1983.  And this is the theory behind rapid prototyping and cascade development strategies.  Get the program to start, announce itself, and quit.  Then add in other functions.

The Marine Corps worked for 220 some odd years, now.  Look how well seven (7) year old Homeland Security has done.</description>
		<content:encoded><![CDATA[<p>My software design manager had this on a &#8220;Murphy&#8217;s Laws&#8221; poster, in 1983.  And this is the theory behind rapid prototyping and cascade development strategies.  Get the program to start, announce itself, and quit.  Then add in other functions.</p>
<p>The Marine Corps worked for 220 some odd years, now.  Look how well seven (7) year old Homeland Security has done.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
