<?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: Seagull Architects and the Tumor Model</title>
	<atom:link href="http://www.techdarkside.com/seagull-architects-and-the-tumor-model/feed" rel="self" type="application/rss+xml" />
	<link>http://www.techdarkside.com/seagull-architects-and-the-tumor-model</link>
	<description>Struggles of a Self-Taught Coder</description>
	<lastBuildDate>Thu, 26 Aug 2010 07:33:27 -0700</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Five Measures of Competency</title>
		<link>http://www.techdarkside.com/seagull-architects-and-the-tumor-model/comment-page-1#comment-15605</link>
		<dc:creator>Five Measures of Competency</dc:creator>
		<pubDate>Tue, 01 Apr 2008 21:54:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.techdarkside.com/?p=149#comment-15605</guid>
		<description>[...] talk in abstractions - instead they get involved in the actual problem at hand, avoiding seagullery. A person who avoids dealing with problems by appealing to higher authority, delegating, or [...]</description>
		<content:encoded><![CDATA[<p>[...] talk in abstractions &#8211; instead they get involved in the actual problem at hand, avoiding seagullery. A person who avoids dealing with problems by appealing to higher authority, delegating, or [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Christiansen</title>
		<link>http://www.techdarkside.com/seagull-architects-and-the-tumor-model/comment-page-1#comment-15437</link>
		<dc:creator>David Christiansen</dc:creator>
		<pubDate>Thu, 30 Aug 2007 21:37:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.techdarkside.com/?p=149#comment-15437</guid>
		<description>I came across the term in Johanna Rothman&#039;s book, Manage It! It comes from the tendency of seagulls to swoop in, poop vociferously, and fly away with no concern for the mess they left behind. Why is it seagull architect and not pigeon? I don&#039;t know. Maybe it&#039;s because it sucks more to get crapped on at the beach than downtown?</description>
		<content:encoded><![CDATA[<p>I came across the term in Johanna Rothman&#8217;s book, Manage It! It comes from the tendency of seagulls to swoop in, poop vociferously, and fly away with no concern for the mess they left behind. Why is it seagull architect and not pigeon? I don&#8217;t know. Maybe it&#8217;s because it sucks more to get crapped on at the beach than downtown?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Gorelik</title>
		<link>http://www.techdarkside.com/seagull-architects-and-the-tumor-model/comment-page-1#comment-15436</link>
		<dc:creator>Dennis Gorelik</dc:creator>
		<pubDate>Thu, 30 Aug 2007 17:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.techdarkside.com/?p=149#comment-15436</guid>
		<description>There is another term for Seagull architect:
&quot;Blah-blah architect&quot;.
Just talk and no action. I meet these parasitic species quite often, especially in buerocratic environment, when career success does not depend much on project success.

I think the major reasons for encountering Blah-blah architects are:
1) Software development is quite complex.
2) The outcome of bad or good architecture is not visible immediately. 

As the result -- it&#039;s a tricky task to distinguish between practical architect and blah-blah architect.


BTW, where did &quot;Seagull architect&quot; name come from?</description>
		<content:encoded><![CDATA[<p>There is another term for Seagull architect:<br />
&#8220;Blah-blah architect&#8221;.<br />
Just talk and no action. I meet these parasitic species quite often, especially in buerocratic environment, when career success does not depend much on project success.</p>
<p>I think the major reasons for encountering Blah-blah architects are:<br />
1) Software development is quite complex.<br />
2) The outcome of bad or good architecture is not visible immediately. </p>
<p>As the result &#8212; it&#8217;s a tricky task to distinguish between practical architect and blah-blah architect.</p>
<p>BTW, where did &#8220;Seagull architect&#8221; name come from?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
