<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: OO is Hard</title>
	<link>http://laribee.com/blog/2007/03/23/oo-is-hard/</link>
	<description>a yeah yeah, i push models like weight</description>
	<pubDate>Thu, 21 Aug 2008 23:05:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Evan</title>
		<link>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-3963</link>
		<dc:creator>Evan</dc:creator>
		<pubDate>Mon, 09 Apr 2007 03:55:38 +0000</pubDate>
		<guid>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-3963</guid>
		<description>Once you feel you've mastered OO, go pick up a copy of Analysis Patterns by Fowler, and be prepared to take another step backwards from what you *thought* you knew.  The learning curve gets bigger and bigger the more you read, but it is turning out to be quite rewarding.  Fowler's book on Object Oriented Analysis Patterns inside the domain model is quite a cool read.</description>
		<content:encoded><![CDATA[<p>Once you feel you&#8217;ve mastered OO, go pick up a copy of Analysis Patterns by Fowler, and be prepared to take another step backwards from what you *thought* you knew.  The learning curve gets bigger and bigger the more you read, but it is turning out to be quite rewarding.  Fowler&#8217;s book on Object Oriented Analysis Patterns inside the domain model is quite a cool read.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2681</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 28 Mar 2007 02:03:46 +0000</pubDate>
		<guid>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2681</guid>
		<description>My opinion (humbly) about CSLA: I'm opposed to the idea of Mobile Objects. I don't like the false sense of reuse it gives you. Accessing or hydrating an object locally or remotely can be quite a significant difference you might not want to make implicit. You are likely to still end up with differing local/remote use cases. The industry is trending toward services where you're dealing w/ messages in and out. I like the notion of "the endpoint is the application."

That said, it's a pretty complete default architecture and those are few and far between. So, for me, it was worth study and evaluation. It probably works great in a client-server-esque, single application scenario.

I am not opposed to a "Governing Metadata Layer" for entities. That is, a layer that will generate entity representations for different purposes: Bindable Client Object, DTOs for Aggregation, DDD-style Entity, JSON arrays, restful XML, etc. 

More on that later :)</description>
		<content:encoded><![CDATA[<p>My opinion (humbly) about CSLA: I&#8217;m opposed to the idea of Mobile Objects. I don&#8217;t like the false sense of reuse it gives you. Accessing or hydrating an object locally or remotely can be quite a significant difference you might not want to make implicit. You are likely to still end up with differing local/remote use cases. The industry is trending toward services where you&#8217;re dealing w/ messages in and out. I like the notion of &#8220;the endpoint is the application.&#8221;</p>
<p>That said, it&#8217;s a pretty complete default architecture and those are few and far between. So, for me, it was worth study and evaluation. It probably works great in a client-server-esque, single application scenario.</p>
<p>I am not opposed to a &#8220;Governing Metadata Layer&#8221; for entities. That is, a layer that will generate entity representations for different purposes: Bindable Client Object, DTOs for Aggregation, DDD-style Entity, JSON arrays, restful XML, etc. </p>
<p>More on that later :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Javier Lozano</title>
		<link>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2614</link>
		<dc:creator>Javier Lozano</dc:creator>
		<pubDate>Mon, 26 Mar 2007 19:30:24 +0000</pubDate>
		<guid>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2614</guid>
		<description>hear, hear!

CSLA...hmm...what are your thoughts on that?</description>
		<content:encoded><![CDATA[<p>hear, hear!</p>
<p>CSLA&#8230;hmm&#8230;what are your thoughts on that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2595</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Mon, 26 Mar 2007 13:05:14 +0000</pubDate>
		<guid>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2595</guid>
		<description>Hey Javier. Thanks for the tip, I'll check it out. 

I wouldn't necessarily say lazy (though there is that problem out there.) I'd be more inclined to point a finger toward lack of knowledge or a tendency to look for the "silver bullet" with all of this new  knowledge you've accumulated without realizing you've got a ways to go.

(Cough, CSLA, cough.)

I think the best thing a team using OO can have is a veteran. I think the same is true for a team making a foray into Agile.</description>
		<content:encoded><![CDATA[<p>Hey Javier. Thanks for the tip, I&#8217;ll check it out. </p>
<p>I wouldn&#8217;t necessarily say lazy (though there is that problem out there.) I&#8217;d be more inclined to point a finger toward lack of knowledge or a tendency to look for the &#8220;silver bullet&#8221; with all of this new  knowledge you&#8217;ve accumulated without realizing you&#8217;ve got a ways to go.</p>
<p>(Cough, CSLA, cough.)</p>
<p>I think the best thing a team using OO can have is a veteran. I think the same is true for a team making a foray into Agile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Javier Lozano</title>
		<link>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2562</link>
		<dc:creator>Javier Lozano</dc:creator>
		<pubDate>Sun, 25 Mar 2007 15:51:33 +0000</pubDate>
		<guid>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2562</guid>
		<description>Damn.  You hit the nail right on the head.  A while back when I worked for "the big insurance company in town", I ran into the same "structured procedural" programming (I guess that's what happens when you take a ton of COBOL developers and put them through a 1 hour Java tutorial...)

But if you recall our conversation about how it takes at leat 7 "classes" to map your domain entities, your statement holds true.  It's sad that people shy away from it due to it's "complexity"...which I think it's not really that the problem is "complex", but rather that they're lazy.

A while back, I ran into this blog post by Harry Pierson: http://blogs.msdn.com/devhawk/archive/2005/10/05/477529.aspx

You should check it out.</description>
		<content:encoded><![CDATA[<p>Damn.  You hit the nail right on the head.  A while back when I worked for &#8220;the big insurance company in town&#8221;, I ran into the same &#8220;structured procedural&#8221; programming (I guess that&#8217;s what happens when you take a ton of COBOL developers and put them through a 1 hour Java tutorial&#8230;)</p>
<p>But if you recall our conversation about how it takes at leat 7 &#8220;classes&#8221; to map your domain entities, your statement holds true.  It&#8217;s sad that people shy away from it due to it&#8217;s &#8220;complexity&#8221;&#8230;which I think it&#8217;s not really that the problem is &#8220;complex&#8221;, but rather that they&#8217;re lazy.</p>
<p>A while back, I ran into this blog post by Harry Pierson: <a href="http://blogs.msdn.com/devhawk/archive/2005/10/05/477529.aspx" rel="nofollow">http://blogs.msdn.com/devhawk/archive/2005/10/05/477529.aspx</a></p>
<p>You should check it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interesting finding - 03/25/2007 &#171; Another .NET Blog</title>
		<link>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2517</link>
		<dc:creator>Interesting finding - 03/25/2007 &#171; Another .NET Blog</dc:creator>
		<pubDate>Sat, 24 Mar 2007 19:31:07 +0000</pubDate>
		<guid>http://laribee.com/blog/2007/03/23/oo-is-hard/#comment-2517</guid>
		<description>[...] OO is Hard [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] OO is Hard [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
