<?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&#8217;s the difference between architecture and design?</title>
	<atom:link href="http://weblog.tetradian.com/2009/10/09/architecture-versus-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=architecture-versus-design</link>
	<description>Random ramblings over the metaphoric edge</description>
	<lastBuildDate>Tue, 22 May 2012 05:34:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Tom G</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-90888</link>
		<dc:creator>Tom G</dc:creator>
		<pubDate>Mon, 09 Apr 2012 15:49:10 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-90888</guid>
		<description>Many thanks for that comment, Lawrence - much appreciated!

For details on the print versions of the books, see http://tetradianbooks.com

For ebook versions (about half of the series so far, but more on the way), see http://leanpub.com/u/tetradian</description>
		<content:encoded><![CDATA[<p>Many thanks for that comment, Lawrence &#8211; much appreciated!</p>
<p>For details on the print versions of the books, see <a href="http://tetradianbooks.com" rel="nofollow">http://tetradianbooks.com</a></p>
<p>For ebook versions (about half of the series so far, but more on the way), see <a href="http://leanpub.com/u/tetradian" rel="nofollow">http://leanpub.com/u/tetradian</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lawrence Weideman</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-90814</link>
		<dc:creator>Lawrence Weideman</dc:creator>
		<pubDate>Mon, 09 Apr 2012 05:59:40 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-90814</guid>
		<description>Hi  I am an IS Manager for a regional rail company in South Africa in the Cape  (www.capemetrorail.co.za) and discovered the books by Tom Graves by chance. I am surprised that he does not have a cult following  yet - maybe he has, I have just not done enough research lately. Well - I need to get all his books.

I picked up a quote that states &quot;all architecture is design, but not all design is architecture&quot; . Quote makes one think for a while...</description>
		<content:encoded><![CDATA[<p>Hi  I am an IS Manager for a regional rail company in South Africa in the Cape  (www.capemetrorail.co.za) and discovered the books by Tom Graves by chance. I am surprised that he does not have a cult following  yet &#8211; maybe he has, I have just not done enough research lately. Well &#8211; I need to get all his books.</p>
<p>I picked up a quote that states &#8220;all architecture is design, but not all design is architecture&#8221; . Quote makes one think for a while&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darko Bohinc</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-38762</link>
		<dc:creator>Darko Bohinc</dc:creator>
		<pubDate>Wed, 12 May 2010 00:44:12 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-38762</guid>
		<description>Hi Tom,

From my perspective, architecture is design and design may be an architecture, depending on what the scope and objective of the design activity is. Perhaps by distinguishing between &quot;enterprise&quot; and &quot;solution&quot; focused architecture/design activity we&#039;d be in more alignment with what the expected outputs and outcomes are. It really does not matter how you call it as long you get the desired outputs and outcomes. 
See my post &lt;a href=&quot;http://www.fronde.com/blog/2010/04/how-many-architectures-do-you-see&quot; rel=&quot;nofollow&quot;&gt;How many architectures do you see?&lt;/a&gt; on this subject.</description>
		<content:encoded><![CDATA[<p>Hi Tom,</p>
<p>From my perspective, architecture is design and design may be an architecture, depending on what the scope and objective of the design activity is. Perhaps by distinguishing between &#8220;enterprise&#8221; and &#8220;solution&#8221; focused architecture/design activity we&#8217;d be in more alignment with what the expected outputs and outcomes are. It really does not matter how you call it as long you get the desired outputs and outcomes.<br />
See my post <a href="http://www.fronde.com/blog/2010/04/how-many-architectures-do-you-see" rel="nofollow">How many architectures do you see?</a> on this subject.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amit Kabra</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-33695</link>
		<dc:creator>Amit Kabra</dc:creator>
		<pubDate>Fri, 27 Nov 2009 09:33:22 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-33695</guid>
		<description>Nice Article, got good sense of both.</description>
		<content:encoded><![CDATA[<p>Nice Article, got good sense of both.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jörgen Dahlberg</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-32064</link>
		<dc:creator>Jörgen Dahlberg</dc:creator>
		<pubDate>Sat, 10 Oct 2009 13:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-32064</guid>
		<description>Architects plan, design and review the construction of dynamic systems (not just IT systems) or building blocks for the use of organisations to secure a particular outcome.</description>
		<content:encoded><![CDATA[<p>Architects plan, design and review the construction of dynamic systems (not just IT systems) or building blocks for the use of organisations to secure a particular outcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Grigoriu</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-32060</link>
		<dc:creator>Adrian Grigoriu</dc:creator>
		<pubDate>Sat, 10 Oct 2009 08:33:06 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-32060</guid>
		<description>Tom, 

I would add that they are part of the same development process. Design comes after the Architecture phase and that may explain why it is closer to implementation. 
They may be also seen as two perspectives/rows in Zachman&#039;s.

Adrian</description>
		<content:encoded><![CDATA[<p>Tom, </p>
<p>I would add that they are part of the same development process. Design comes after the Architecture phase and that may explain why it is closer to implementation.<br />
They may be also seen as two perspectives/rows in Zachman&#8217;s.</p>
<p>Adrian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat Ferdinandi</title>
		<link>http://weblog.tetradian.com/2009/10/09/architecture-versus-design/comment-page-1/#comment-32037</link>
		<dc:creator>Pat Ferdinandi</dc:creator>
		<pubDate>Fri, 09 Oct 2009 14:53:45 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.tomgraves.org/?p=364#comment-32037</guid>
		<description>One way to identify if a person is architectually-focused versus design-focused is by the questions he or she asks. Architects will ask thought-provoking questions that challenge the current vision and strategy. He or she helps define a path. Design-focused individuals tend to also ask thought-provoking questions. These questions resolve specifics within a specific existing boundary.</description>
		<content:encoded><![CDATA[<p>One way to identify if a person is architectually-focused versus design-focused is by the questions he or she asks. Architects will ask thought-provoking questions that challenge the current vision and strategy. He or she helps define a path. Design-focused individuals tend to also ask thought-provoking questions. These questions resolve specifics within a specific existing boundary.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

