<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Effective Software Design</title>
	<atom:link href="http://effectivesoftwaredesign.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://effectivesoftwaredesign.com</link>
	<description>Doing the right thing.</description>
	<lastBuildDate>Wed, 22 May 2013 15:25:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Hayim Makabee</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-820</link>
		<dc:creator><![CDATA[Hayim Makabee]]></dc:creator>
		<pubDate>Wed, 22 May 2013 15:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-820</guid>
		<description><![CDATA[Thanks for your comments and references, Bryan. I like the distinction between &quot;doing Agile&quot; and &quot;being Agile&quot;.]]></description>
		<content:encoded><![CDATA[<p>Thanks for your comments and references, Bryan. I like the distinction between &#8220;doing Agile&#8221; and &#8220;being Agile&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Hayim Makabee</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-819</link>
		<dc:creator><![CDATA[Hayim Makabee]]></dc:creator>
		<pubDate>Wed, 22 May 2013 15:18:30 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-819</guid>
		<description><![CDATA[Thanks. I agree that producing adaptable designs is very challenging. But my experience is that having plugable components allows the software to evolve faster.]]></description>
		<content:encoded><![CDATA[<p>Thanks. I agree that producing adaptable designs is very challenging. But my experience is that having plugable components allows the software to evolve faster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Hayim Makabee</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-818</link>
		<dc:creator><![CDATA[Hayim Makabee]]></dc:creator>
		<pubDate>Wed, 22 May 2013 15:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-818</guid>
		<description><![CDATA[Thanks, Alex. I used OO concepts to say that an adaptable design should describe a class (or family) of systems and that each version of the system during its evolution should be an &quot;instance&quot; of this design.]]></description>
		<content:encoded><![CDATA[<p>Thanks, Alex. I used OO concepts to say that an adaptable design should describe a class (or family) of systems and that each version of the system during its evolution should be an &#8220;instance&#8221; of this design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Hayim Makabee</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-817</link>
		<dc:creator><![CDATA[Hayim Makabee]]></dc:creator>
		<pubDate>Wed, 22 May 2013 15:13:06 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-817</guid>
		<description><![CDATA[Thanks, Daniel. I agree that experience is essential to model the domain, and for this reason I believe that Agile teams must have the support of SW architects.]]></description>
		<content:encoded><![CDATA[<p>Thanks, Daniel. I agree that experience is essential to model the domain, and for this reason I believe that Agile teams must have the support of SW architects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Hayim Makabee</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-816</link>
		<dc:creator><![CDATA[Hayim Makabee]]></dc:creator>
		<pubDate>Wed, 22 May 2013 15:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-816</guid>
		<description><![CDATA[Thanks, Putcha. I agree that adaptability is always necessary, independently of the software development methodology. But in the case of Agile there are too many people fighting against BDUF but not offering any alternative. My goal was to propose ADUF as an alternative to BDUF.]]></description>
		<content:encoded><![CDATA[<p>Thanks, Putcha. I agree that adaptability is always necessary, independently of the software development methodology. But in the case of Agile there are too many people fighting against BDUF but not offering any alternative. My goal was to propose ADUF as an alternative to BDUF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Hayim Makabee</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-815</link>
		<dc:creator><![CDATA[Hayim Makabee]]></dc:creator>
		<pubDate>Wed, 22 May 2013 15:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-815</guid>
		<description><![CDATA[Thanks, Gene. Unfortunately a common mistake in the &quot;just enough design&quot; approach is not understanding the need for adaptability. The result is a design that is simple but not flexible.]]></description>
		<content:encoded><![CDATA[<p>Thanks, Gene. Unfortunately a common mistake in the &#8220;just enough design&#8221; approach is not understanding the need for adaptability. The result is a design that is simple but not flexible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Illusory Superiority: Are you a good programmer? by André Amram Duque</title>
		<link>http://effectivesoftwaredesign.com/2012/10/14/illusory-superiority-are-you-a-good-programmer/#comment-811</link>
		<dc:creator><![CDATA[André Amram Duque]]></dc:creator>
		<pubDate>Mon, 20 May 2013 12:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=308#comment-811</guid>
		<description><![CDATA[My &#039;habib, code alone not fun. Sometimes code alone also not learn and doesn&#039;t grow group practice as team leader or candidate]]></description>
		<content:encoded><![CDATA[<p>My &#8216;habib, code alone not fun. Sometimes code alone also not learn and doesn&#8217;t grow group practice as team leader or candidate</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by boomerang</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-804</link>
		<dc:creator><![CDATA[boomerang]]></dc:creator>
		<pubDate>Thu, 16 May 2013 16:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-804</guid>
		<description><![CDATA[Although most of what u said is highly pertinent, Agility at times has a cost. Because systems today go from somewhere and from something, we cannot consider agility to be a key and fondamental factor when it comes to designing the system.  technology has given us a great helped in this sense and we should add it on the balance. By the way architecture is about reusability, who says reusability also says loosely coupled and from that building blocks. This said agility shouldn&#039;t add a question mark even on our building blocks. Business processes allows us to be flexible meanwhile SOA gives us reusability and all the buzz around it. when this are put together we deliver a solution that is aligned to business.
As to me I don&#039;t share the point of view stating that the Agile methodology could ameliorate the design of EA in the sense that business processes when well orchestrated gives us full agility and an unlimited reuse potential. and because we must always go from somewhere (web services wrappers for legacy systems and composite application) we can&#039;t actually reconsider even our building block for the sake of agility.  Let us focus on understanding the business. the problem today in EA is the need for architects to be extremely competent and rigorous when approaching EA problems but once a good foundation is set...]]></description>
		<content:encoded><![CDATA[<p>Although most of what u said is highly pertinent, Agility at times has a cost. Because systems today go from somewhere and from something, we cannot consider agility to be a key and fondamental factor when it comes to designing the system.  technology has given us a great helped in this sense and we should add it on the balance. By the way architecture is about reusability, who says reusability also says loosely coupled and from that building blocks. This said agility shouldn&#8217;t add a question mark even on our building blocks. Business processes allows us to be flexible meanwhile SOA gives us reusability and all the buzz around it. when this are put together we deliver a solution that is aligned to business.<br />
As to me I don&#8217;t share the point of view stating that the Agile methodology could ameliorate the design of EA in the sense that business processes when well orchestrated gives us full agility and an unlimited reuse potential. and because we must always go from somewhere (web services wrappers for legacy systems and composite application) we can&#8217;t actually reconsider even our building block for the sake of agility.  Let us focus on understanding the business. the problem today in EA is the need for architects to be extremely competent and rigorous when approaching EA problems but once a good foundation is set&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by Adaptable Design Up Front &#124; Chris F Carroll</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-803</link>
		<dc:creator><![CDATA[Adaptable Design Up Front &#124; Chris F Carroll]]></dc:creator>
		<pubDate>Thu, 16 May 2013 13:07:44 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-803</guid>
		<description><![CDATA[[&#8230;] A term to describe the idea of (1) avoiding Big Design Up Front (2) doing Enough Design Up Front and (3) recognising that for agile development that up-front design must very specifically be a design that caters for future change. First coined as far as I know in a blog post by Hayim Makabee. [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] A term to describe the idea of (1) avoiding Big Design Up Front (2) doing Enough Design Up Front and (3) recognising that for agile development that up-front design must very specifically be a design that caters for future change. First coined as far as I know in a blog post by Hayim Makabee. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Adaptable Designs for Agile Software Evolution by CloudEntity (@AlexDGarrett)</title>
		<link>http://effectivesoftwaredesign.com/2013/05/05/adaptable-designs-for-agile-software-evolution/#comment-791</link>
		<dc:creator><![CDATA[CloudEntity (@AlexDGarrett)]]></dc:creator>
		<pubDate>Fri, 10 May 2013 01:22:17 +0000</pubDate>
		<guid isPermaLink="false">http://effectivesoftwaredesign.com/?p=391#comment-791</guid>
		<description><![CDATA[@Bryan are you at a point in your research where you have further findings that you can share? regards Alex]]></description>
		<content:encoded><![CDATA[<p>@Bryan are you at a point in your research where you have further findings that you can share? regards Alex</p>
]]></content:encoded>
	</item>
</channel>
</rss>
