<?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: Coding: Implicit vs Explicit modeling</title>
	<atom:link href="http://www.markhneedham.com/blog/2009/02/28/coding-implicit-vs-explicit-modeling/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.markhneedham.com/blog/2009/02/28/coding-implicit-vs-explicit-modeling/</link>
	<description>Thoughts on Software Development</description>
	<lastBuildDate>Fri, 12 Mar 2010 09:24:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: QCon London 2009: What I&#8217;ve learned about DDD since the book - Eric Evans at Mark Needham</title>
		<link>http://www.markhneedham.com/blog/2009/02/28/coding-implicit-vs-explicit-modeling/comment-page-1/#comment-12246</link>
		<dc:creator>QCon London 2009: What I&#8217;ve learned about DDD since the book - Eric Evans at Mark Needham</dc:creator>
		<pubDate>Fri, 13 Mar 2009 10:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=981#comment-12246</guid>
		<description>[...] Despite this Evans added a new building block - domain events. He described this as &#039;something happened that the domain experts care about&#039;. They provide a way of representing the state of an entity and lead to clearer, more expressive model. This sounded very similar to an approach Nick has described to me whereby we would have a new object that represented a specific state of an object. &#039;Every change to an object is a new object&#039; was the take away quote from this part of the talk for me - I think an explicit approach to modeling is far superior to an implicit one. [...]</description>
		<content:encoded><![CDATA[<p>[...] Despite this Evans added a new building block &#8211; domain events. He described this as 'something happened that the domain experts care about'. They provide a way of representing the state of an entity and lead to clearer, more expressive model. This sounded very similar to an approach Nick has described to me whereby we would have a new object that represented a specific state of an object. 'Every change to an object is a new object' was the take away quote from this part of the talk for me &#8211; I think an explicit approach to modeling is far superior to an implicit one. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
