<?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: Specialization is for Insects</title>
	<atom:link href="http://www.elilopian.com/2009/05/06/specialization-is-for-insects/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elilopian.com/2009/05/06/specialization-is-for-insects/</link>
	<description>Creating better software</description>
	<lastBuildDate>Fri, 20 Aug 2010 20:27:04 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eli Lopian</title>
		<link>http://www.elilopian.com/2009/05/06/specialization-is-for-insects/comment-page-1/#comment-36720</link>
		<dc:creator>Eli Lopian</dc:creator>
		<pubDate>Fri, 08 May 2009 11:35:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/05/06/specialization-is-for-insects/#comment-36720</guid>
		<description>Raoul, 
This is a good point.</description>
		<content:encoded><![CDATA[<p>Raoul,<br />
This is a good point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raoul Duke</title>
		<link>http://www.elilopian.com/2009/05/06/specialization-is-for-insects/comment-page-1/#comment-36669</link>
		<dc:creator>Raoul Duke</dc:creator>
		<pubDate>Thu, 07 May 2009 21:53:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/05/06/specialization-is-for-insects/#comment-36669</guid>
		<description>reality is that motivation is important. a Dev who doesn&#039;t want to do QA is not a good Dev to have, but you have to ask why they don&#039;t want to do QA and think if there are good lessons to learn and things to fix as a result.

e.g.: don&#039;t hire people who aren&#039;t very passionate about the whole system you are creating.</description>
		<content:encoded><![CDATA[<p>reality is that motivation is important. a Dev who doesn&#8217;t want to do QA is not a good Dev to have, but you have to ask why they don&#8217;t want to do QA and think if there are good lessons to learn and things to fix as a result.</p>
<p>e.g.: don&#8217;t hire people who aren&#8217;t very passionate about the whole system you are creating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli Lopian</title>
		<link>http://www.elilopian.com/2009/05/06/specialization-is-for-insects/comment-page-1/#comment-36631</link>
		<dc:creator>Eli Lopian</dc:creator>
		<pubDate>Thu, 07 May 2009 06:34:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/05/06/specialization-is-for-insects/#comment-36631</guid>
		<description>I tend to disagree, I think that we as humans *can* excel and to be an expect *must* be able to learn and understand all parts of the system. A coder that understand SQL is by far better then a coder that don&#039;t.

I also believe that the silos and specific source/subject experts appear *mostly* because we are scared to leave our comfort zone. People like to do the things that they are good at. The experts comport zone is that he is known as the expert, it give a sense of job security. The person who need the expert, is scared to make a mistake and to take responsibility, so instead of trying, he asked the expert. It is a system that leads to mediocrity as both sides are comfortable.
For a GREAT team, mediocrity is a killer! 
Everyone is comfortable in their specialized zone and no one grows. The thing about mediocrity is that you will wake up one day and not be needed. There will be many people who know what you know or it will be a silo that is no longer needed

Don&#039;t focus on breaking the silos, focus on being great, on learning and expanding and the silos will disappear.</description>
		<content:encoded><![CDATA[<p>I tend to disagree, I think that we as humans *can* excel and to be an expect *must* be able to learn and understand all parts of the system. A coder that understand SQL is by far better then a coder that don&#8217;t.</p>
<p>I also believe that the silos and specific source/subject experts appear *mostly* because we are scared to leave our comfort zone. People like to do the things that they are good at. The experts comport zone is that he is known as the expert, it give a sense of job security. The person who need the expert, is scared to make a mistake and to take responsibility, so instead of trying, he asked the expert. It is a system that leads to mediocrity as both sides are comfortable.<br />
For a GREAT team, mediocrity is a killer!<br />
Everyone is comfortable in their specialized zone and no one grows. The thing about mediocrity is that you will wake up one day and not be needed. There will be many people who know what you know or it will be a silo that is no longer needed</p>
<p>Don&#8217;t focus on breaking the silos, focus on being great, on learning and expanding and the silos will disappear.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Travis Illig</title>
		<link>http://www.elilopian.com/2009/05/06/specialization-is-for-insects/comment-page-1/#comment-36586</link>
		<dc:creator>Travis Illig</dc:creator>
		<pubDate>Wed, 06 May 2009 18:14:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/05/06/specialization-is-for-insects/#comment-36586</guid>
		<description>I think there&#039;s sort of a balance that needs to be struck between specialization and generalization. It&#039;s definitely a good goal to be able to work on any aspect of a given system. Too much specialization requires, as you mention, perfect synchronization.

At the same time, no specialization at all is where the phrase &quot;Jack of all trades, master of none&quot; came from. I might be able to do a little of everything, but there&#039;s not enough time in the world to be really good at all of them. There&#039;s too much to know, particularly with technology moving at the rate it does.

I blogged a bit about this a couple of years back when my company tried to reorganize things to &quot;break down the knowledge silos.&quot; Two years later, we continue to try to ensure people can understand and generally work on all parts of the system, but we still have subject matter experts and specialists in areas. On a sufficiently large system, I don&#039;t think that&#039;s escapable.

http://www.paraesthesia.com/archive/2007/06/12/there-will-always-be-subject-matter-experts.aspx</description>
		<content:encoded><![CDATA[<p>I think there&#8217;s sort of a balance that needs to be struck between specialization and generalization. It&#8217;s definitely a good goal to be able to work on any aspect of a given system. Too much specialization requires, as you mention, perfect synchronization.</p>
<p>At the same time, no specialization at all is where the phrase &#8220;Jack of all trades, master of none&#8221; came from. I might be able to do a little of everything, but there&#8217;s not enough time in the world to be really good at all of them. There&#8217;s too much to know, particularly with technology moving at the rate it does.</p>
<p>I blogged a bit about this a couple of years back when my company tried to reorganize things to &#8220;break down the knowledge silos.&#8221; Two years later, we continue to try to ensure people can understand and generally work on all parts of the system, but we still have subject matter experts and specialists in areas. On a sufficiently large system, I don&#8217;t think that&#8217;s escapable.</p>
<p><a href="http://www.paraesthesia.com/archive/2007/06/12/there-will-always-be-subject-matter-experts.aspx" rel="nofollow">http://www.paraesthesia.com/archive/2007/06/12/there-will-always-be-subject-matter-experts.aspx</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
