<?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: A Tale of 2 Developers</title>
	<atom:link href="http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/</link>
	<description>Thoughts from the World Of Practical Web Development</description>
	<lastBuildDate>Tue, 13 Jul 2010 13:22:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Effective Development &#187; Link: The Duct Tape Programmer</title>
		<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/comment-page-1/#comment-2266</link>
		<dc:creator>Effective Development &#187; Link: The Duct Tape Programmer</dc:creator>
		<pubDate>Thu, 24 Sep 2009 18:00:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.effectivedevelopment.net/?p=244#comment-2266</guid>
		<description>[...] This is a great Article I found on Joel On Software. In this article Joel writes about the concept of the Duct Tape Programmer. This is the programmer who gets things done and doesn&#8217;t feel the need to show off their software architect skills by over-engineering software. The Duct Tape Programmer is similar to the fictional developer I called &#8220;Jim&#8221; in my post A Tale of 2 Developers. [...]</description>
		<content:encoded><![CDATA[<p>[...] This is a great Article I found on Joel On Software. In this article Joel writes about the concept of the Duct Tape Programmer. This is the programmer who gets things done and doesn&#8217;t feel the need to show off their software architect skills by over-engineering software. The Duct Tape Programmer is similar to the fictional developer I called &#8220;Jim&#8221; in my post A Tale of 2 Developers. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Burnsy</title>
		<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/comment-page-1/#comment-642</link>
		<dc:creator>Burnsy</dc:creator>
		<pubDate>Thu, 21 May 2009 18:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.effectivedevelopment.net/?p=244#comment-642</guid>
		<description>In terms of who to hire - Jim or Johnny, I&#039;d say it depends on what type of company they&#039;d be working for. A financial company? Probably Johnny. An internet startup? Probably Jim. Myself, I&#039;d like to hire both of them! It would be a good balance. But if I had to choose? I guess I&#039;d lean toward Jim based on your premise that &quot;Johnny doesn’t really have a large scale stable project under his belt.&quot;</description>
		<content:encoded><![CDATA[<p>In terms of who to hire &#8211; Jim or Johnny, I&#8217;d say it depends on what type of company they&#8217;d be working for. A financial company? Probably Johnny. An internet startup? Probably Jim. Myself, I&#8217;d like to hire both of them! It would be a good balance. But if I had to choose? I guess I&#8217;d lean toward Jim based on your premise that &#8220;Johnny doesn’t really have a large scale stable project under his belt.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill breen</title>
		<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/comment-page-1/#comment-638</link>
		<dc:creator>bill breen</dc:creator>
		<pubDate>Thu, 21 May 2009 16:23:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.effectivedevelopment.net/?p=244#comment-638</guid>
		<description>Mike, good point. I think there is a fine line between a generalist who can apply the right tool for the job, and someone who is just a tinkerer.  Ideally your tech leads and management are aware of the possible tools for the job, allowing developers to hone their specific skills without being too distracted chasing technologies.</description>
		<content:encoded><![CDATA[<p>Mike, good point. I think there is a fine line between a generalist who can apply the right tool for the job, and someone who is just a tinkerer.  Ideally your tech leads and management are aware of the possible tools for the job, allowing developers to hone their specific skills without being too distracted chasing technologies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill breen</title>
		<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/comment-page-1/#comment-637</link>
		<dc:creator>bill breen</dc:creator>
		<pubDate>Thu, 21 May 2009 16:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.effectivedevelopment.net/?p=244#comment-637</guid>
		<description>Kevin, I I know what you mean regarding developers talking to clients. It depends on the skillset of the developer and their comfort level. I find it is mutual also. Many developers do not want to talk and meet with clients. They find it a distraction discussing mundane features and issues while their brain is running through code ideas. Others are just naturally introverted and avoid it at all costs. 
But, some teams are so small, this is not an option.</description>
		<content:encoded><![CDATA[<p>Kevin, I I know what you mean regarding developers talking to clients. It depends on the skillset of the developer and their comfort level. I find it is mutual also. Many developers do not want to talk and meet with clients. They find it a distraction discussing mundane features and issues while their brain is running through code ideas. Others are just naturally introverted and avoid it at all costs.<br />
But, some teams are so small, this is not an option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike L</title>
		<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/comment-page-1/#comment-635</link>
		<dc:creator>Mike L</dc:creator>
		<pubDate>Thu, 21 May 2009 15:22:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.effectivedevelopment.net/?p=244#comment-635</guid>
		<description>I think it depends on what you&#039;re trying to do.  The other end of the spectrum you have programmers that will use only one tool (java programmers, I&#039;m looking at you) for every job.  When all you have is a hammer everything looks like a nail.  Twitter made this mistake by building a messaging system with Ruby on Rails.  Now they use Scala which is a better fit for what they are trying to accomplish.</description>
		<content:encoded><![CDATA[<p>I think it depends on what you&#8217;re trying to do.  The other end of the spectrum you have programmers that will use only one tool (java programmers, I&#8217;m looking at you) for every job.  When all you have is a hammer everything looks like a nail.  Twitter made this mistake by building a messaging system with Ruby on Rails.  Now they use Scala which is a better fit for what they are trying to accomplish.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin B</title>
		<link>http://www.effectivedevelopment.net/2009/05/a-tale-of-2-developers/comment-page-1/#comment-633</link>
		<dc:creator>Kevin B</dc:creator>
		<pubDate>Thu, 21 May 2009 14:46:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.effectivedevelopment.net/?p=244#comment-633</guid>
		<description>Never let your developers talk to clients.</description>
		<content:encoded><![CDATA[<p>Never let your developers talk to clients.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
