<?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: DDD: Making implicit concepts explicit</title>
	<atom:link href="http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/</link>
	<description>Thoughts on Software Development</description>
	<lastBuildDate>Sat, 11 Feb 2012 23:17:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Idéias sobre encapsulamento, linq e delegates em C# &#171; Saga do programador</title>
		<link>http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/comment-page-1/#comment-36143</link>
		<dc:creator>Idéias sobre encapsulamento, linq e delegates em C# &#171; Saga do programador</dc:creator>
		<pubDate>Wed, 05 May 2010 15:24:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1156#comment-36143</guid>
		<description>[...] pregam que nosso código deve falar a lingua do negócio. De acordo com DDD, precisamos tornar este conceito explícito em nosso código. Vamos alterar a classe empresa para suportar isso:  class Empresa &#123; public [...]</description>
		<content:encoded><![CDATA[<p>[...] pregam que nosso código deve falar a lingua do negócio. De acordo com DDD, precisamos tornar este conceito explícito em nosso código. Vamos alterar a classe empresa para suportar isso:  class Empresa &#123; public [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Dingwall &#187; Domain model refactoring: replace query with composition</title>
		<link>http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/comment-page-1/#comment-25298</link>
		<dc:creator>Richard Dingwall &#187; Domain model refactoring: replace query with composition</dc:creator>
		<pubDate>Mon, 26 Oct 2009 02:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1156#comment-25298</guid>
		<description>[...] It seems like a really simple conclusion now, but took us a while to arrive at because our heads were stuck in the rest of the system where pretty much everything (legacy dataset-driven code) queries back to the live Roster tables. Instead we should have been focusing on domain driven design&#8217;s goal of eliminating confusion like this by making implicit concepts explicit: [...]</description>
		<content:encoded><![CDATA[<p>[...] It seems like a really simple conclusion now, but took us a while to arrive at because our heads were stuck in the rest of the system where pretty much everything (legacy dataset-driven code) queries back to the live Roster tables. Instead we should have been focusing on domain driven design&#8217;s goal of eliminating confusion like this by making implicit concepts explicit: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Saga do programador &#187; Nosso modelo de objetos não deve ser uma cópia do nosso modelo de dados</title>
		<link>http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/comment-page-1/#comment-20364</link>
		<dc:creator>Saga do programador &#187; Nosso modelo de objetos não deve ser uma cópia do nosso modelo de dados</dc:creator>
		<pubDate>Tue, 21 Jul 2009 02:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1156#comment-20364</guid>
		<description>[...] é um período, e este conceito está implícito nesta classe. Em uma boa modelagem de objetos, nós temos que tornar os conceitos explícitos. Para isso podemos refatorar a classe curso e criar a classe período. Podemos também refatorar o [...]</description>
		<content:encoded><![CDATA[<p>[...] é um período, e este conceito está implícito nesta classe. Em uma boa modelagem de objetos, nós temos que tornar os conceitos explícitos. Para isso podemos refatorar a classe curso e criar a classe período. Podemos também refatorar o [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DotNetShoutout</title>
		<link>http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/comment-page-1/#comment-15169</link>
		<dc:creator>DotNetShoutout</dc:creator>
		<pubDate>Thu, 23 Apr 2009 22:33:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1156#comment-15169</guid>
		<description>&lt;strong&gt;DDD: Making implicit concepts explicit - Mark Needham...&lt;/strong&gt;

Thank you for submitting this cool story - Trackback from DotNetShoutout...</description>
		<content:encoded><![CDATA[<p><strong>DDD: Making implicit concepts explicit &#8211; Mark Needham&#8230;</strong></p>
<p>Thank you for submitting this cool story &#8211; Trackback from DotNetShoutout&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rafael Peixoto de Azevedo</title>
		<link>http://www.markhneedham.com/blog/2009/04/23/ddd-making-implicit-concepts-explicit/comment-page-1/#comment-15151</link>
		<dc:creator>Rafael Peixoto de Azevedo</dc:creator>
		<pubDate>Thu, 23 Apr 2009 17:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.markhneedham.com/blog/?p=1156#comment-15151</guid>
		<description>Good post, Mark!

I think you nailed down the question with such a clear example of a concept that is so relevant in the design conversations, but this only becomes obvious after we decide to make it explicit in the software.

This post also nicely complements your thinking expressed in &quot;Coding: Applying levels of abstraction&quot;.

Thanks for your (almost) daily offer of good thinking about our profession.

Rafael</description>
		<content:encoded><![CDATA[<p>Good post, Mark!</p>
<p>I think you nailed down the question with such a clear example of a concept that is so relevant in the design conversations, but this only becomes obvious after we decide to make it explicit in the software.</p>
<p>This post also nicely complements your thinking expressed in &#8220;Coding: Applying levels of abstraction&#8221;.</p>
<p>Thanks for your (almost) daily offer of good thinking about our profession.</p>
<p>Rafael</p>
]]></content:encoded>
	</item>
</channel>
</rss>

