<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>CodEagle &#187; DDD</title>
	<atom:link href="http://www.codeagle.com/blog/tag/ddd/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codeagle.com/blog</link>
	<description>Soaring High, but will get down to catch the details</description>
	<lastBuildDate>Thu, 12 Aug 2010 21:47:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Value objects are only just playing a role</title>
		<link>http://www.codeagle.com/blog/2010/08/12/value-objects-are-also-just-playing-a-role/</link>
		<comments>http://www.codeagle.com/blog/2010/08/12/value-objects-are-also-just-playing-a-role/#comments</comments>
		<pubDate>Thu, 12 Aug 2010 18:57:37 +0000</pubDate>
		<dc:creator>Rick</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[DDD]]></category>
		<category><![CDATA[development]]></category>
		<category><![CDATA[modeling]]></category>
		<category><![CDATA[quality]]></category>

		<guid isPermaLink="false">http://www.codeagle.com/blog/?p=337</guid>
		<description><![CDATA[Recently I had an interesting discussion on the DDD mailing list about value objects. Value objects: &#8220;These are the objects that describe things&#8221; [From: DDD, Evans] The discussion centered on the immutability of value objects. The strange thing is that many developers (in the role a modeller) emphasize this immutability. I&#8217;ve seen this happen quite often. While I [...]]]></description>
		<wfw:commentRss>http://www.codeagle.com/blog/2010/08/12/value-objects-are-also-just-playing-a-role/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>No Exceptions made</title>
		<link>http://www.codeagle.com/blog/2010/07/15/no-exceptions-made/</link>
		<comments>http://www.codeagle.com/blog/2010/07/15/no-exceptions-made/#comments</comments>
		<pubDate>Thu, 15 Jul 2010 18:55:20 +0000</pubDate>
		<dc:creator>Rick</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[API]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[DbC]]></category>
		<category><![CDATA[DDD]]></category>
		<category><![CDATA[development]]></category>
		<category><![CDATA[improvements]]></category>
		<category><![CDATA[modeling]]></category>

		<guid isPermaLink="false">http://www.codeagle.com/blog/?p=331</guid>
		<description><![CDATA[In response to a finding during an internal project code review last Friday and an article in the latest Java Magazine we had an interesting discussion on the reasons for using exceptions. Eventually I supported two rules of thumb, one I had thought of myself, the other from a colleague of mine. The following rules [...]]]></description>
		<wfw:commentRss>http://www.codeagle.com/blog/2010/07/15/no-exceptions-made/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CQRS &amp; the architecture coming along</title>
		<link>http://www.codeagle.com/blog/2010/03/10/275/</link>
		<comments>http://www.codeagle.com/blog/2010/03/10/275/#comments</comments>
		<pubDate>Wed, 10 Mar 2010 17:11:03 +0000</pubDate>
		<dc:creator>Rick</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[CQRS]]></category>
		<category><![CDATA[DDD]]></category>
		<category><![CDATA[events]]></category>

		<guid isPermaLink="false">http://www.codeagle.com/blog/?p=275</guid>
		<description><![CDATA[In my previous blog post I made a proposal in the footnotes to rename the architecture that often comes along with the pattern CQRS. I thought of a &#8220;Circular Architecture&#8221; to clearly contrast it with a &#8220;Layered Architecture&#8221;. After a brief discussion with Greg Young and Alistair Cockburn about this I decided to take this idea under [...]]]></description>
		<wfw:commentRss>http://www.codeagle.com/blog/2010/03/10/275/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>CQRS &amp;&amp; Validation &amp;&amp; Business Rules</title>
		<link>http://www.codeagle.com/blog/2010/03/04/nederlands-cqrs-validatie-business-rules/</link>
		<comments>http://www.codeagle.com/blog/2010/03/04/nederlands-cqrs-validatie-business-rules/#comments</comments>
		<pubDate>Thu, 04 Mar 2010 19:56:08 +0000</pubDate>
		<dc:creator>Rick</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[DDD]]></category>

		<guid isPermaLink="false">http://www.codeagle.com/blog/?p=264</guid>
		<description><![CDATA[Validation and business rules within a CQRS architecture [1][2] continue to raise issues for those who first hear of it. Three specific questions are often asked: how does the validation of commands work, how can one enforce business rules on large collections (state) and how does the enforcement of business rules on multiple aggregates work? Hopefully I [...]]]></description>
		<wfw:commentRss>http://www.codeagle.com/blog/2010/03/04/nederlands-cqrs-validatie-business-rules/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Seminar Fixed price + Agile + DDD</title>
		<link>http://www.codeagle.com/blog/2009/03/12/seminar-fixed-price-agile-dddseminar-fixed-price-agile-ddd/</link>
		<comments>http://www.codeagle.com/blog/2009/03/12/seminar-fixed-price-agile-dddseminar-fixed-price-agile-ddd/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 21:19:53 +0000</pubDate>
		<dc:creator>Rick</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[DDD]]></category>
		<category><![CDATA[fixed-price]]></category>
		<category><![CDATA[management]]></category>

		<guid isPermaLink="false">http://www.codeagle.com/blog/?p=223</guid>
		<description><![CDATA[During the evening of March the 17th, Sogyo will organize another technical seminar. In this one, Sogyo employees Rick van der Arend (that&#8217;s me!) and André Boonzaaijer will explain how we can handle the wishes of many of our customers to get an agile software project, in a domain driven way, but with a planned [...]]]></description>
		<wfw:commentRss>http://www.codeagle.com/blog/2009/03/12/seminar-fixed-price-agile-dddseminar-fixed-price-agile-ddd/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Domain exploration &#8211; really</title>
		<link>http://www.codeagle.com/blog/2009/02/20/domain-exploration-reallydomeinverkenning-echt/</link>
		<comments>http://www.codeagle.com/blog/2009/02/20/domain-exploration-reallydomeinverkenning-echt/#comments</comments>
		<pubDate>Fri, 20 Feb 2009 21:46:52 +0000</pubDate>
		<dc:creator>Rick</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[DDD]]></category>
		<category><![CDATA[exploration]]></category>
		<category><![CDATA[modeling]]></category>

		<guid isPermaLink="false">http://www.codeagle.com/blog/?p=207</guid>
		<description><![CDATA[The last few week have been quite exhilirating! Two weeks of really exploring a domain, getting to know a new client&#8217;s business and language. I have always liked going through such a phase and one does not always get the chance to do something like that for two whole weeks at the client&#8217;s site. Preparation [...]]]></description>
		<wfw:commentRss>http://www.codeagle.com/blog/2009/02/20/domain-exploration-reallydomeinverkenning-echt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
