<?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: Design principles</title>
	<atom:link href="http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/</link>
	<description>A night's vision on .NET</description>
	<lastBuildDate>Sat, 17 Oct 2009 11:00:07 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: fuzzelogic</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-3596</link>
		<dc:creator>fuzzelogic</dc:creator>
		<pubDate>Fri, 03 Jul 2009 15:21:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-3596</guid>
		<description>Hi! Just found your blog. Pretty nice principles. I&#039;ve blogged about the similar principles (http://fuzzelogicsolutions.com/wordpress/index.php/2009/04/16/object-oriented-design-principles/). In my post I hinted at a challenge to maintaining LoD while using DDD.
LoD (via an example) states don&#039;t do the following. var payment = Client.Wallet.GetMoney(200.00);
But DDD states you should Traverse your aggragates. 
Do you have any thoughts on this.
Thanx</description>
		<content:encoded><![CDATA[<p>Hi! Just found your blog. Pretty nice principles. I&#8217;ve blogged about the similar principles (<a href="http://fuzzelogicsolutions.com/wordpress/index.php/2009/04/16/object-oriented-design-principles/)" rel="nofollow">http://fuzzelogicsolutions.com/wordpress/index.php/2009/04/16/object-oriented-design-principles/)</a>. In my post I hinted at a challenge to maintaining LoD while using DDD.<br />
LoD (via an example) states don&#8217;t do the following. var payment = Client.Wallet.GetMoney(200.00);<br />
But DDD states you should Traverse your aggragates.<br />
Do you have any thoughts on this.<br />
Thanx</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What&#8217;s in your wallet? &#124; iLude</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-190</link>
		<dc:creator>What&#8217;s in your wallet? &#124; iLude</dc:creator>
		<pubDate>Sat, 28 Feb 2009 05:24:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-190</guid>
		<description>[...] on the stir that occurred after Stack Overflow #38. I’m firmly on the side of the apparent “SOLID”-nista’s. The reasons for this is that learning and applying them has made me a better [...]</description>
		<content:encoded><![CDATA[<p>[...] on the stir that occurred after Stack Overflow #38. I’m firmly on the side of the apparent “SOLID”-nista’s. The reasons for this is that learning and applying them has made me a better [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Design principles &#171; Yoot</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-156</link>
		<dc:creator>Design principles &#171; Yoot</dc:creator>
		<pubDate>Tue, 24 Feb 2009 00:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-156</guid>
		<description>[...] Design Principles [...]</description>
		<content:encoded><![CDATA[<p>[...] Design Principles [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nocturn vision &#187; Blog Archive &#187; Code-review with NDepend</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-93</link>
		<dc:creator>Nocturn vision &#187; Blog Archive &#187; Code-review with NDepend</dc:creator>
		<pubDate>Mon, 09 Feb 2009 20:29:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-93</guid>
		<description>[...] There are some queries that can help you check if the developers respected the most important design principles: [...]</description>
		<content:encoded><![CDATA[<p>[...] There are some queries that can help you check if the developers respected the most important design principles: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Design Principles &#171; Sweet Blog</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-73</link>
		<dc:creator>Design Principles &#171; Sweet Blog</dc:creator>
		<pubDate>Wed, 04 Feb 2009 12:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-73</guid>
		<description>[...] suis tombé récemment sur un excellent post concernant les principes de bases du développement orienté objet. On y trouve une description de [...]</description>
		<content:encoded><![CDATA[<p>[...] suis tombé récemment sur un excellent post concernant les principes de bases du développement orienté objet. On y trouve une description de [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nocturn vision &#187; Blog Archive &#187; The use of partial classes</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-65</link>
		<dc:creator>Nocturn vision &#187; Blog Archive &#187; The use of partial classes</dc:creator>
		<pubDate>Mon, 02 Feb 2009 18:39:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-65</guid>
		<description>[...] it up to keep it bearable to even read it, you&#8217;ve seriously been messing around with the SOLID principles, the DRY principle, and God knows what more&#8230; Thus, it&#8217;s time to think and [...]</description>
		<content:encoded><![CDATA[<p>[...] it up to keep it bearable to even read it, you&#8217;ve seriously been messing around with the SOLID principles, the DRY principle, and God knows what more&#8230; Thus, it&#8217;s time to think and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rowan</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-55</link>
		<dc:creator>rowan</dc:creator>
		<pubDate>Fri, 30 Jan 2009 00:25:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-55</guid>
		<description>thanks, i&#039;ll check out the book.</description>
		<content:encoded><![CDATA[<p>thanks, i&#8217;ll check out the book.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laila</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-50</link>
		<dc:creator>Laila</dc:creator>
		<pubDate>Wed, 28 Jan 2009 06:34:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-50</guid>
		<description>Hi Rowan, I can&#039;t say I learned them all on the job, unfortunately. I don&#039;t have that much of experience either (I&#039;ve been working for about 3 years now). I guess it was the will to always improve my code, by reading books and blogs that I gathered them all up. But as I said, if you just read the book Agile principles, patterns &amp; prinicples in C#, you&#039;ll know them all in a few hours ;)</description>
		<content:encoded><![CDATA[<p>Hi Rowan, I can&#8217;t say I learned them all on the job, unfortunately. I don&#8217;t have that much of experience either (I&#8217;ve been working for about 3 years now). I guess it was the will to always improve my code, by reading books and blogs that I gathered them all up. But as I said, if you just read the book Agile principles, patterns &amp; prinicples in C#, you&#8217;ll know them all in a few hours <img src='http://www.noctovis.net/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rowan</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-49</link>
		<dc:creator>rowan</dc:creator>
		<pubDate>Tue, 27 Jan 2009 23:40:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-49</guid>
		<description>out of curiosity, how did you learn all this stuff? self taught through many years of experience? help from colleagues? I&#039;d never come across many of these principles before I started reading blogs etc..</description>
		<content:encoded><![CDATA[<p>out of curiosity, how did you learn all this stuff? self taught through many years of experience? help from colleagues? I&#8217;d never come across many of these principles before I started reading blogs etc..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laila</title>
		<link>http://www.noctovis.net/blog/index.php/2009/01/15/design-principles/comment-page-1/#comment-41</link>
		<dc:creator>Laila</dc:creator>
		<pubDate>Tue, 27 Jan 2009 11:52:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.noctovis.net/blog/?p=66#comment-41</guid>
		<description>@Jonathan: Thx for your interest. I&#039;ve read your AMMERSE principles, and I found them very interesting.
I think I can summarize each one of them as being the goal of at -least- one of the principles I&#039;ve explained above. When applied as they should be applied, the software you&#039;ll be producing corresponds to your AMMERSE principles (extensible, agile, minimal, maintainable, solving and environmental).
The only one that doesn&#039;t fit into the &lt;i&gt;OO design principles&lt;/i&gt;, is ReachableDesign, but this isn&#039;t a principle you can apply to OOP. This one applies to a larger scope (your project) and I think you can achieve it by applying scrum (with user stories and sprint demo&#039;s) and continuous integration :) , but this wasn&#039;t the scope of my post.

@Rowan &amp; @Duj: thx for your interest :-)</description>
		<content:encoded><![CDATA[<p>@Jonathan: Thx for your interest. I&#8217;ve read your AMMERSE principles, and I found them very interesting.<br />
I think I can summarize each one of them as being the goal of at -least- one of the principles I&#8217;ve explained above. When applied as they should be applied, the software you&#8217;ll be producing corresponds to your AMMERSE principles (extensible, agile, minimal, maintainable, solving and environmental).<br />
The only one that doesn&#8217;t fit into the <i>OO design principles</i>, is ReachableDesign, but this isn&#8217;t a principle you can apply to OOP. This one applies to a larger scope (your project) and I think you can achieve it by applying scrum (with user stories and sprint demo&#8217;s) and continuous integration <img src='http://www.noctovis.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  , but this wasn&#8217;t the scope of my post.</p>
<p>@Rowan &#038; @Duj: thx for your interest <img src='http://www.noctovis.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
