<?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: Architecture versus Code</title>
	<atom:link href="http://garrettvlieger.com/blog/2009/11/architecture-versus-code/feed/" rel="self" type="application/rss+xml" />
	<link>http://garrettvlieger.com/blog/2009/11/architecture-versus-code/</link>
	<description>Thoughts on technology, programming, and the industry</description>
	<lastBuildDate>Fri, 11 Jun 2010 04:09:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Simon Brown</title>
		<link>http://garrettvlieger.com/blog/2009/11/architecture-versus-code/comment-page-1/#comment-46</link>
		<dc:creator>Simon Brown</dc:creator>
		<pubDate>Thu, 19 Nov 2009 20:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://garrettvlieger.com/blog/?p=162#comment-46</guid>
		<description>&lt;blockquote cite=&quot;#commentbody-45&quot;&gt;
&lt;strong&gt;&lt;a href=&quot;#comment-45&quot; rel=&quot;nofollow&quot;&gt;Garrett&lt;/a&gt; :&lt;/strong&gt;
As an architect, it’s a matter of understanding your development team along with the project requirements.  An “architecture astronaut” may overlook these factors, and this ultimately impacts the final deliverable — working code — which is what Grady Booch summarized much better than I could.
&lt;/blockquote&gt;

Agreed, there are many things that drive the architecture and that includes the available skill set.</description>
		<content:encoded><![CDATA[<blockquote cite="#commentbody-45"><p>
<strong><a href="#comment-45" rel="nofollow">Garrett</a> :</strong><br />
As an architect, it’s a matter of understanding your development team along with the project requirements.  An “architecture astronaut” may overlook these factors, and this ultimately impacts the final deliverable — working code — which is what Grady Booch summarized much better than I could.
</p></blockquote>
<p>Agreed, there are many things that drive the architecture and that includes the available skill set.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Garrett</title>
		<link>http://garrettvlieger.com/blog/2009/11/architecture-versus-code/comment-page-1/#comment-45</link>
		<dc:creator>Garrett</dc:creator>
		<pubDate>Thu, 19 Nov 2009 16:52:38 +0000</pubDate>
		<guid isPermaLink="false">http://garrettvlieger.com/blog/?p=162#comment-45</guid>
		<description>&lt;a href=&quot;#comment-44&quot; rel=&quot;nofollow&quot;&gt;@Ithink &lt;/a&gt; 
I agree that defining &quot;complex&quot; is not really possible.  My point was simply that certain architectural patterns (IoC, MVC, etc.) may take less experienced developers extra time to learn and become effective in using.  If the project timeline and scope do not support introducing new and more advanced frameworks, it might mean using a simpler design that accomplishes the same goal.  In an ideal world, developers should take the time to learn and understand new concepts, but that isn&#039;t always possible within the time frame of a project.

As an architect, it&#039;s a matter of understanding your development team along with the project requirements.  An &quot;architecture astronaut&quot; may overlook these factors, and this ultimately impacts the final deliverable -- working code -- which is what Grady Booch summarized much better than I could.</description>
		<content:encoded><![CDATA[<p><a href="#comment-44" rel="nofollow">@Ithink </a><br />
I agree that defining &#8220;complex&#8221; is not really possible.  My point was simply that certain architectural patterns (IoC, MVC, etc.) may take less experienced developers extra time to learn and become effective in using.  If the project timeline and scope do not support introducing new and more advanced frameworks, it might mean using a simpler design that accomplishes the same goal.  In an ideal world, developers should take the time to learn and understand new concepts, but that isn&#8217;t always possible within the time frame of a project.</p>
<p>As an architect, it&#8217;s a matter of understanding your development team along with the project requirements.  An &#8220;architecture astronaut&#8221; may overlook these factors, and this ultimately impacts the final deliverable &#8212; working code &#8212; which is what Grady Booch summarized much better than I could.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ithink</title>
		<link>http://garrettvlieger.com/blog/2009/11/architecture-versus-code/comment-page-1/#comment-44</link>
		<dc:creator>Ithink</dc:creator>
		<pubDate>Thu, 19 Nov 2009 16:30:26 +0000</pubDate>
		<guid isPermaLink="false">http://garrettvlieger.com/blog/?p=162#comment-44</guid>
		<description>I stoped reading on: &quot;The methodology and design patterns should not be overly complex&quot;
You can balance and an crete rules for  code as much as you want. But in the end  have to make it work with the people who need to work with that. And there it gets realy fast blury, because the defenition of &quot;complex&quot; is not something you can measure easily. Its actually hard to find common properties here where all paricipating people agree.

regards</description>
		<content:encoded><![CDATA[<p>I stoped reading on: &#8220;The methodology and design patterns should not be overly complex&#8221;<br />
You can balance and an crete rules for  code as much as you want. But in the end  have to make it work with the people who need to work with that. And there it gets realy fast blury, because the defenition of &#8220;complex&#8221; is not something you can measure easily. Its actually hard to find common properties here where all paricipating people agree.</p>
<p>regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean R</title>
		<link>http://garrettvlieger.com/blog/2009/11/architecture-versus-code/comment-page-1/#comment-43</link>
		<dc:creator>Sean R</dc:creator>
		<pubDate>Thu, 19 Nov 2009 15:40:19 +0000</pubDate>
		<guid isPermaLink="false">http://garrettvlieger.com/blog/?p=162#comment-43</guid>
		<description>Good post.  I completely agree with it.  The Booch qoute is beautiful.</description>
		<content:encoded><![CDATA[<p>Good post.  I completely agree with it.  The Booch qoute is beautiful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gsempe</title>
		<link>http://garrettvlieger.com/blog/2009/11/architecture-versus-code/comment-page-1/#comment-41</link>
		<dc:creator>gsempe</dc:creator>
		<pubDate>Thu, 19 Nov 2009 13:19:16 +0000</pubDate>
		<guid isPermaLink="false">http://garrettvlieger.com/blog/?p=162#comment-41</guid>
		<description>Very interesting article. Thank you.</description>
		<content:encoded><![CDATA[<p>Very interesting article. Thank you.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
