<?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: How much Architecture do you need?</title>
	<atom:link href="http://blogs.herod.net/steven/archives/392/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.herod.net/steven/archives/392</link>
	<description>More ramblings of another IT Architect type...</description>
	<lastBuildDate>Sun, 07 Feb 2010 01:44:34 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jeremy Ross</title>
		<link>http://blogs.herod.net/steven/archives/392/comment-page-1#comment-48400</link>
		<dc:creator>Jeremy Ross</dc:creator>
		<pubDate>Mon, 09 Nov 2009 22:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.herod.net/steven/archives/392#comment-48400</guid>
		<description>Every time I work on a project in your Enterprise scenario, it feels like a death march right out of the gates. These projects tend to be full of pain, politics and atrocious project management. I avoid these like the plague. Life&#039;s too short.</description>
		<content:encoded><![CDATA[<p>Every time I work on a project in your Enterprise scenario, it feels like a death march right out of the gates. These projects tend to be full of pain, politics and atrocious project management. I avoid these like the plague. Life&#8217;s too short.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven</title>
		<link>http://blogs.herod.net/steven/archives/392/comment-page-1#comment-48398</link>
		<dc:creator>Steven</dc:creator>
		<pubDate>Mon, 09 Nov 2009 21:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.herod.net/steven/archives/392#comment-48398</guid>
		<description>I agree with most of your points and I&#039;d like to pick up the &quot;learned the rules&quot; comment in another blog.

But the comment &quot;These organisations are dead&quot; I have to disagree with.  The company I referred to regularly makes Billion dollar profits and is very financially secure, indeed its core business is risk aversion (It&#039;s Insurance).  I think they will roll on just fine.  But I wouldn&#039;t necessarily want to work there :)</description>
		<content:encoded><![CDATA[<p>I agree with most of your points and I&#8217;d like to pick up the &#8220;learned the rules&#8221; comment in another blog.</p>
<p>But the comment &#8220;These organisations are dead&#8221; I have to disagree with.  The company I referred to regularly makes Billion dollar profits and is very financially secure, indeed its core business is risk aversion (It&#8217;s Insurance).  I think they will roll on just fine.  But I wouldn&#8217;t necessarily want to work there <img src='http://blogs.herod.net/steven/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rainwebs</title>
		<link>http://blogs.herod.net/steven/archives/392/comment-page-1#comment-48397</link>
		<dc:creator>rainwebs</dc:creator>
		<pubDate>Mon, 09 Nov 2009 21:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.herod.net/steven/archives/392#comment-48397</guid>
		<description>Creative people should leave such environments immediately. It isn&#039;t worth to invest life time in a zero fault tolerance environment. These organizations are dead, because they lost the ability to learn: the more faults the better you learn.

If you have a look at architecture from the risk management point of view it is a system of rules that assures that the developers work with a certain 	farsightedness. If all developers have learned the rules you don&#039;t have to write them down. But, experience shows that it is easier for new team members to have something written down.

I don&#039;t think it makes sense to develop an architecture without direct contact to the development team. In times of agile teams this became pretty absurd ;-).</description>
		<content:encoded><![CDATA[<p>Creative people should leave such environments immediately. It isn&#8217;t worth to invest life time in a zero fault tolerance environment. These organizations are dead, because they lost the ability to learn: the more faults the better you learn.</p>
<p>If you have a look at architecture from the risk management point of view it is a system of rules that assures that the developers work with a certain 	farsightedness. If all developers have learned the rules you don&#8217;t have to write them down. But, experience shows that it is easier for new team members to have something written down.</p>
<p>I don&#8217;t think it makes sense to develop an architecture without direct contact to the development team. In times of agile teams this became pretty absurd <img src='http://blogs.herod.net/steven/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
</channel>
</rss>
