<?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: Design Patterns &#8211; Building blocks for your application</title>
	<atom:link href="http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/feed/" rel="self" type="application/rss+xml" />
	<link>http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/</link>
	<description>Tracing the course of Web Technology</description>
	<lastBuildDate>Sun, 13 May 2012 05:47:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: melodixofenacn</title>
		<link>http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/comment-page-1/#comment-496</link>
		<dc:creator>melodixofenacn</dc:creator>
		<pubDate>Mon, 30 Jul 2007 07:59:15 +0000</pubDate>
		<guid isPermaLink="false">http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/#comment-496</guid>
		<description>&lt;strong&gt;melodixofenacn...&lt;/strong&gt;

nice post...</description>
		<content:encoded><![CDATA[<p><strong>melodixofenacn&#8230;</strong></p>
<p>nice post&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nitinpai</title>
		<link>http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/comment-page-1/#comment-286</link>
		<dc:creator>nitinpai</dc:creator>
		<pubDate>Mon, 11 Jun 2007 17:38:26 +0000</pubDate>
		<guid isPermaLink="false">http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/#comment-286</guid>
		<description>Hi Mike,

Thanks for your inputs. I have actually mentioned the points that you have stated, please read these lines:

&lt;i&gt;In such cases it becomes necessary that the people who will take the application in their hands in future should be in a position to realize the design architecture quickly and start their work on it.&lt;i&gt;

&lt;i&gt;Since standard patterns are known to most of the people associated with the same environment it is a high probability that the design will be easier to test, learn and then maintain&lt;/i&gt;

And it is conversation and communication only when the the other party knows about the patterns you are talking about otherwise it is not much of use, but still a pattern helps to put more clarity into your your architecture and avoids confusion.

</description>
		<content:encoded><![CDATA[<p>Hi Mike,</p>
<p>Thanks for your inputs. I have actually mentioned the points that you have stated, please read these lines:</p>
<p><i>In such cases it becomes necessary that the people who will take the application in their hands in future should be in a position to realize the design architecture quickly and start their work on it.</i><i></p>
<p></i><i>Since standard patterns are known to most of the people associated with the same environment it is a high probability that the design will be easier to test, learn and then maintain</i></p>
<p>And it is conversation and communication only when the the other party knows about the patterns you are talking about otherwise it is not much of use, but still a pattern helps to put more clarity into your your architecture and avoids confusion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/comment-page-1/#comment-285</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 11 Jun 2007 16:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://techtracer.com/2007/06/10/design-patterns-building-blocks-for-your-application/#comment-285</guid>
		<description>You forgot another reason. Communication. In two ways. One, when you are looking through the code, and you see a class referenced called PersonFactory, you know, without looking at the implementation of that class, that it implements the Factory pattern, and, assuming you are familiar with that pattern, you know a lot about that class.

Also, in conversation, to be able to describe you software to a colleague using pattern names in your discussion allows you to explain a lot about your architecture with fewer words.</description>
		<content:encoded><![CDATA[<p>You forgot another reason. Communication. In two ways. One, when you are looking through the code, and you see a class referenced called PersonFactory, you know, without looking at the implementation of that class, that it implements the Factory pattern, and, assuming you are familiar with that pattern, you know a lot about that class.</p>
<p>Also, in conversation, to be able to describe you software to a colleague using pattern names in your discussion allows you to explain a lot about your architecture with fewer words.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

