<?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: The usual result of Poor Man’s Dependency Injection</title>
	<atom:link href="http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/</link>
	<description>Software development, testing, and techie life</description>
	<lastBuildDate>Thu, 08 Mar 2012 22:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Chris Hance</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1059</link>
		<dc:creator>Chris Hance</dc:creator>
		<pubDate>Wed, 05 Aug 2009 18:26:37 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1059</guid>
		<description>As has been mentioned elsewhere, legacy code. In my case, VB6 legacy code. Constructors? In my (to)day, we had to walk uphill both ways, and then set everything in properties. Class_Initialize is a decent enough place for the &quot;default&quot; behavior. Yes, I want to use anything else. We&#039;re working on it. But we&#039;re still adding features to a VB6 app in the meantime, and I don&#039;t particularly like Forms Over Data. My early... well, earlier attempts became Big Ball of Mud.</description>
		<content:encoded><![CDATA[<p>As has been mentioned elsewhere, legacy code. In my case, VB6 legacy code. Constructors? In my (to)day, we had to walk uphill both ways, and then set everything in properties. Class_Initialize is a decent enough place for the &#8220;default&#8221; behavior. Yes, I want to use anything else. We&#8217;re working on it. But we&#8217;re still adding features to a VB6 app in the meantime, and I don&#8217;t particularly like Forms Over Data. My early&#8230; well, earlier attempts became Big Ball of Mud.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jasonvanbrackel</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1058</link>
		<dc:creator>jasonvanbrackel</dc:creator>
		<pubDate>Fri, 31 Jul 2009 14:37:06 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1058</guid>
		<description>IoC/DI are not that hard.  In my previous job I was mentoring college interns in CS and BIS to do IoC with Windsor, and TDD with RhinoMocks.   It&#039;s not the difficulty of the technology, but the quality of your hires.  There is a learning curve, but a properly motivated and incentivized junior workforce will climb that curve quickly.  </description>
		<content:encoded><![CDATA[<p>IoC/DI are not that hard.  In my previous job I was mentoring college interns in CS and BIS to do IoC with Windsor, and TDD with RhinoMocks.   It&#8217;s not the difficulty of the technology, but the quality of your hires.  There is a learning curve, but a properly motivated and incentivized junior workforce will climb that curve quickly.  </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chadmyers</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1057</link>
		<dc:creator>chadmyers</dc:creator>
		<pubDate>Fri, 31 Jul 2009 04:47:48 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1057</guid>
		<description>@cbp:

So you&#039;re content to allow low-end developers wallow in their ignorance?  You admit IoC/DI is better, yet you say it&#039;s too hard for the common developer.

Why not be part of the solution and help raise the bar? Of course it&#039;ll be hard and trying, but that&#039;s the price of advancement.</description>
		<content:encoded><![CDATA[<p>@cbp:</p>
<p>So you&#8217;re content to allow low-end developers wallow in their ignorance?  You admit IoC/DI is better, yet you say it&#8217;s too hard for the common developer.</p>
<p>Why not be part of the solution and help raise the bar? Of course it&#8217;ll be hard and trying, but that&#8217;s the price of advancement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cbp</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1056</link>
		<dc:creator>cbp</dc:creator>
		<pubDate>Fri, 31 Jul 2009 01:41:09 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1056</guid>
		<description>I have to respectfully disagree that it is easy to learn how to use StructureMap. I&#039;m not certain what type of organisations you have experience with, but certainly the places that I have worked at would really struggle if a couple of developers were using StructureMap.

You must remember that the use of IoC containers generally comes at the end of a long line of OO concepts, many of which take years to learn, have only recently been popularised and are not taught in many undergraduate CS courses.

Whilst careful use of PMDI is not too scary, the use of IoC containers so drastically changes the way your code looks and feels, that it would be suicide for a senior developer to start using StructureMap when the rest of the developers on the team are still years behind.

Think about the progression of a dedicated Joe Developer working for a smallish company, in a small state capital in Europe, Asia, Australia, Africa, without the structured environment sometimes found in big American companies: 3 years CS course after which he can program in some basic fashion. 2 years in which he gains initial competence in a particular programming environment. 2 year to realise he is doing everything wrong and to start improving his unit testing, OO pattern chops, etc.. 1 year to realise he is still doing it all wrong. So at the bare minimum, we are seeing at least 5 years of quite dedicated post-college experience before someone can begin to handle something like StructureMap.

There are zillions of development teams around the world that have at most --one-- developer on board who has been through this full progression. These teams are literally years away from being able to comfortably utilise a technology like StructureMap.</description>
		<content:encoded><![CDATA[<p>I have to respectfully disagree that it is easy to learn how to use StructureMap. I&#8217;m not certain what type of organisations you have experience with, but certainly the places that I have worked at would really struggle if a couple of developers were using StructureMap.</p>
<p>You must remember that the use of IoC containers generally comes at the end of a long line of OO concepts, many of which take years to learn, have only recently been popularised and are not taught in many undergraduate CS courses.</p>
<p>Whilst careful use of PMDI is not too scary, the use of IoC containers so drastically changes the way your code looks and feels, that it would be suicide for a senior developer to start using StructureMap when the rest of the developers on the team are still years behind.</p>
<p>Think about the progression of a dedicated Joe Developer working for a smallish company, in a small state capital in Europe, Asia, Australia, Africa, without the structured environment sometimes found in big American companies: 3 years CS course after which he can program in some basic fashion. 2 years in which he gains initial competence in a particular programming environment. 2 year to realise he is doing everything wrong and to start improving his unit testing, OO pattern chops, etc.. 1 year to realise he is still doing it all wrong. So at the bare minimum, we are seeing at least 5 years of quite dedicated post-college experience before someone can begin to handle something like StructureMap.</p>
<p>There are zillions of development teams around the world that have at most &#8211;one&#8211; developer on board who has been through this full progression. These teams are literally years away from being able to comfortably utilise a technology like StructureMap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Swann</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1055</link>
		<dc:creator>Eric Swann</dc:creator>
		<pubDate>Thu, 23 Jul 2009 18:55:53 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1055</guid>
		<description>I&#039;m with you on this one dude.  Probably step 2 or 3 after creating a project for me now is to drop in a reference to one of the various IOC containers.  I don&#039;t even see the point of waiting.  &quot;Just do it&quot;.  There&#039;s so many DI choices out there that make this so darn easy now.</description>
		<content:encoded><![CDATA[<p>I&#8217;m with you on this one dude.  Probably step 2 or 3 after creating a project for me now is to drop in a reference to one of the various IOC containers.  I don&#8217;t even see the point of waiting.  &#8220;Just do it&#8221;.  There&#8217;s so many DI choices out there that make this so darn easy now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabio Maulo</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1054</link>
		<dc:creator>Fabio Maulo</dc:creator>
		<pubDate>Thu, 16 Jul 2009 04:59:48 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1054</guid>
		<description>Amen!!
Too many people are scared by &quot;IoC&quot; and &quot;DI&quot; words, without study what really are.
I can&#039;t think in a modern application without, first, choose an IoC framework.</description>
		<content:encoded><![CDATA[<p>Amen!!<br />
Too many people are scared by &#8220;IoC&#8221; and &#8220;DI&#8221; words, without study what really are.<br />
I can&#8217;t think in a modern application without, first, choose an IoC framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1053</link>
		<dc:creator>Kelly</dc:creator>
		<pubDate>Wed, 15 Jul 2009 21:13:09 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1053</guid>
		<description>&quot; It&#039;s just not that hard to get started with StructureMap.&quot; 

Its also just not that hard to move from PMDI to StructureMap.

Iv moved from PMDI to IoC before, I didn&#039;t experience all that pain your talking about. </description>
		<content:encoded><![CDATA[<p>&#8221; It&#8217;s just not that hard to get started with StructureMap.&#8221; </p>
<p>Its also just not that hard to move from PMDI to StructureMap.</p>
<p>Iv moved from PMDI to IoC before, I didn&#8217;t experience all that pain your talking about. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justice~!</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1052</link>
		<dc:creator>Justice~!</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:30:27 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1052</guid>
		<description>OH MY GOODNESS, I TOTALLY AGREE WITH CHAD MYERS.

Seriously I can&#039;t tell you how much pain it saves me using DI/IOC like a real man rather than this wussy ass constructor based stuff.  Often something I have to remind my team about.</description>
		<content:encoded><![CDATA[<p>OH MY GOODNESS, I TOTALLY AGREE WITH CHAD MYERS.</p>
<p>Seriously I can&#8217;t tell you how much pain it saves me using DI/IOC like a real man rather than this wussy ass constructor based stuff.  Often something I have to remind my team about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chadmyers</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1051</link>
		<dc:creator>chadmyers</dc:creator>
		<pubDate>Wed, 15 Jul 2009 15:10:25 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1051</guid>
		<description>@Kelly:

I just don&#039;t buy the argument that PMDI is a lot easier.  It&#039;s just not that hard to get started with StructureMap, for example.

And the pain that you&#039;ll inevitably experience with PMDI makes it not even worth doing in the beginning. </description>
		<content:encoded><![CDATA[<p>@Kelly:</p>
<p>I just don&#8217;t buy the argument that PMDI is a lot easier.  It&#8217;s just not that hard to get started with StructureMap, for example.</p>
<p>And the pain that you&#8217;ll inevitably experience with PMDI makes it not even worth doing in the beginning. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly</title>
		<link>http://lostechies.com/chadmyers/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection/#comment-1050</link>
		<dc:creator>Kelly</dc:creator>
		<pubDate>Wed, 15 Jul 2009 14:58:02 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2009/07/14/the-usual-result-of-poor-man-s-dependency-injection.aspx#comment-1050</guid>
		<description>@bogardj: Because its quick and easy. And yes thats what I said, its a great learning step.

@chadmyers: So now your saying &quot;eventually you&#039;re going to get to a point...&quot; 

Isn&#039;t that exactly the point I was trying to make? like I said before, its a good starting point for beginners. PMDI buys you a lot (great for testability and sets the stage for IoC), and in the beginning, its very easy . 

&quot;At this point, PMDI breaks horribly and you start descending into the madness I describe in the post above.&quot; 

At that point you can choose to move over to an IoC. Iv done this, its not messy or difficult at all. 

All I&#039;m trying to say is that PMDI is a great way for people to get into DI and discover what it can do for you. </description>
		<content:encoded><![CDATA[<p>@bogardj: Because its quick and easy. And yes thats what I said, its a great learning step.</p>
<p>@chadmyers: So now your saying &#8220;eventually you&#8217;re going to get to a point&#8230;&#8221; </p>
<p>Isn&#8217;t that exactly the point I was trying to make? like I said before, its a good starting point for beginners. PMDI buys you a lot (great for testability and sets the stage for IoC), and in the beginning, its very easy . </p>
<p>&#8220;At this point, PMDI breaks horribly and you start descending into the madness I describe in the post above.&#8221; </p>
<p>At that point you can choose to move over to an IoC. Iv done this, its not messy or difficult at all. </p>
<p>All I&#8217;m trying to say is that PMDI is a great way for people to get into DI and discover what it can do for you. </p>
]]></content:encoded>
	</item>
</channel>
</rss>
