<?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: CQRS is not an option. It is a must-have</title>
	<atom:link href="http://simon-says-architecture.com/2010/02/16/cqrs-is-not-an-option-it-is-a-must-have/feed/" rel="self" type="application/rss+xml" />
	<link>http://simon-says-architecture.com/2010/02/16/cqrs-is-not-an-option-it-is-a-must-have/</link>
	<description>Szymon Pobiega about software engineering and architecture</description>
	<lastBuildDate>Fri, 03 Feb 2012 10:29:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<meta xmlns="http://www.w3.org/1999/xhtml" name="robots" content="noindex,follow" />
	<item>
		<title>By: Chris Nicola</title>
		<link>http://simon-says-architecture.com/2010/02/16/cqrs-is-not-an-option-it-is-a-must-have/comment-page-1/#comment-933</link>
		<dc:creator>Chris Nicola</dc:creator>
		<pubDate>Sun, 22 Aug 2010 17:20:02 +0000</pubDate>
		<guid isPermaLink="false">http://simon-says-architecture.com/?p=422#comment-933</guid>
		<description>Well, put.  I&#039;ve seen a number of people cite the additional complexity of CQRS as their reason for avoiding the pattern (which they often see as an architecture and not a pattern).  While some agree CQRS is valuable they believe it is too complex and difficult to apply and most scenarios don&#039;t warrant this overhead in complexity.

In my opinion, an my own experience, CQRS increases the simplicity and maintainability of a design.  By seperating these concerns we gain much more fine grained control.  

Where CQRS becomes more complex is when DDD (or DDDD in this case) is applied.  In that case YMMV and if you don&#039;t feel the situation is complex enough to warrant it then don&#039;t use it.  However CQRS does make applying DDD far simpler (in fact I would go as far as to argue it is nearly impossible to do DDD well without CQRS).</description>
		<content:encoded><![CDATA[<p>Well, put.  I&#8217;ve seen a number of people cite the additional complexity of CQRS as their reason for avoiding the pattern (which they often see as an architecture and not a pattern).  While some agree CQRS is valuable they believe it is too complex and difficult to apply and most scenarios don&#8217;t warrant this overhead in complexity.</p>
<p>In my opinion, an my own experience, CQRS increases the simplicity and maintainability of a design.  By seperating these concerns we gain much more fine grained control.  </p>
<p>Where CQRS becomes more complex is when DDD (or DDDD in this case) is applied.  In that case YMMV and if you don&#8217;t feel the situation is complex enough to warrant it then don&#8217;t use it.  However CQRS does make applying DDD far simpler (in fact I would go as far as to argue it is nearly impossible to do DDD well without CQRS).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

