<?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: Why Office Gurus Are Bad (And The Buses Who Hit Them)</title>
	<atom:link href="http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/</link>
	<description>Ideas for building efficient developers and software</description>
	<lastBuildDate>Mon, 30 Jan 2012 11:03:44 -0500</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: StevenHarman.net</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-1002</link>
		<dc:creator>StevenHarman.net</dc:creator>
		<pubDate>Wed, 30 Jan 2008 03:18:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-1002</guid>
		<description>&lt;strong&gt;Stop Refactorbating or You&#039;ll Go Blind!&lt;/strong&gt;

Stop Refactorbating or You&#039;ll Go Blind!</description>
		<content:encoded><![CDATA[<p><strong>Stop Refactorbating or You&#8217;ll Go Blind!</strong></p>
<p>Stop Refactorbating or You&#8217;ll Go Blind!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-1000</link>
		<dc:creator>Rick</dc:creator>
		<pubDate>Tue, 29 Jan 2008 09:56:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-1000</guid>
		<description>Having been in the position of &#039;office guru&#039;, I have to say it all depends on how the guru in question deals with his position.

I for one have gone through great lengths to share my knowledge, educate juniors and documenting virtually everything I did, and most of all, encouraging them to have a go at it themselves. I rarely made any decisions without talking them through with coworkers, mostly just to keep them involved (plus talking to yourself gets old real fast...).

Unless the person in question is a sociopath or severely autistic, most office gurus will consider sharing the knowledge part of their mission (or even better: the best part). What usually gets in the way is an excessive workload, giving a team very little time to share stuff, not the attitude problems of the specialist.

In other words: I don&#039;t think the office guru is the liability, but the manager that creates an unhealthy team dynamic that allows/forces specialists to isolate themselves.</description>
		<content:encoded><![CDATA[<p>Having been in the position of &#8216;office guru&#8217;, I have to say it all depends on how the guru in question deals with his position.</p>
<p>I for one have gone through great lengths to share my knowledge, educate juniors and documenting virtually everything I did, and most of all, encouraging them to have a go at it themselves. I rarely made any decisions without talking them through with coworkers, mostly just to keep them involved (plus talking to yourself gets old real fast&#8230;).</p>
<p>Unless the person in question is a sociopath or severely autistic, most office gurus will consider sharing the knowledge part of their mission (or even better: the best part). What usually gets in the way is an excessive workload, giving a team very little time to share stuff, not the attitude problems of the specialist.</p>
<p>In other words: I don&#8217;t think the office guru is the liability, but the manager that creates an unhealthy team dynamic that allows/forces specialists to isolate themselves.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Pool</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-999</link>
		<dc:creator>Max Pool</dc:creator>
		<pubDate>Tue, 29 Jan 2008 05:12:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-999</guid>
		<description>@Gab -

To be honest, I don&#039;t know what ever happened, it was kind of a friend-of-a-friend relationship, but if I am not mistaken there was a lot of conversation with him shortly after he left...</description>
		<content:encoded><![CDATA[<p>@Gab -</p>
<p>To be honest, I don&#8217;t know what ever happened, it was kind of a friend-of-a-friend relationship, but if I am not mistaken there was a lot of conversation with him shortly after he left&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gab "SEO ROI" Goldenberg</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-998</link>
		<dc:creator>Gab "SEO ROI" Goldenberg</dc:creator>
		<pubDate>Tue, 29 Jan 2008 05:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-998</guid>
		<description>Max, that was a really memorable post. You broke it down well.

As to the first guy, I think the co. should have sued him for the cheat sheet. In a situation where a company pays someone to code, the resulting work is their intellectual property, no? (And no, that&#039;s not legal advice/a legal opinion.)</description>
		<content:encoded><![CDATA[<p>Max, that was a really memorable post. You broke it down well.</p>
<p>As to the first guy, I think the co. should have sued him for the cheat sheet. In a situation where a company pays someone to code, the resulting work is their intellectual property, no? (And no, that&#8217;s not legal advice/a legal opinion.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Sturtz</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-996</link>
		<dc:creator>Chad Sturtz</dc:creator>
		<pubDate>Mon, 28 Jan 2008 16:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-996</guid>
		<description>Like anything else there needs to be a grey area.  While I don&#039;t want a sole Reports guy and a sole Database guy, I also don&#039;t want them to be an exact copy of each other&#039;s knowledge.  Too much time would be wasted making sure they both know everything compared to the very small risk of one of them being hit buy a bus, leaving the project with very short notice, etc.</description>
		<content:encoded><![CDATA[<p>Like anything else there needs to be a grey area.  While I don&#8217;t want a sole Reports guy and a sole Database guy, I also don&#8217;t want them to be an exact copy of each other&#8217;s knowledge.  Too much time would be wasted making sure they both know everything compared to the very small risk of one of them being hit buy a bus, leaving the project with very short notice, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Pool</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-995</link>
		<dc:creator>Max Pool</dc:creator>
		<pubDate>Mon, 28 Jan 2008 13:54:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-995</guid>
		<description>@Sensei - 

It *is* sad that people work so hard to work against each other, but in the end it is one of the many ways we gain a false sense of security.</description>
		<content:encoded><![CDATA[<p>@Sensei &#8211; </p>
<p>It *is* sad that people work so hard to work against each other, but in the end it is one of the many ways we gain a false sense of security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; Daily Bits - January 28, 2008 Alvin Ashcraft&#8217;s Daily Geek Bits: Daily links, development, gadgets and raising rugrats.</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-994</link>
		<dc:creator>&#187; Daily Bits - January 28, 2008 Alvin Ashcraft&#8217;s Daily Geek Bits: Daily links, development, gadgets and raising rugrats.</dc:creator>
		<pubDate>Mon, 28 Jan 2008 13:33:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-994</guid>
		<description>[...] Why Office Gurus Are Bad (and the Buses Who Hit Them) (Max Pool) [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Office Gurus Are Bad (and the Buses Who Hit Them) (Max Pool) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ActiveEngine Sensei</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-993</link>
		<dc:creator>ActiveEngine Sensei</dc:creator>
		<pubDate>Mon, 28 Jan 2008 12:41:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-993</guid>
		<description>I don&#039;t think you can eliminate the local wizard phenomenon entirely, but one technique I have used to force people out of their is bring in a consultant or contractor to work the guru.  The third party reports back to me and I get a leg up on areas of mystery that can be cleared up.

My advise is that if you have someone who is actively working to obfuscate code is to hold a review, fire questions off at the guy, give him a chance to fix it, then fire him if he doesn&#039;t.  The pain of putting up with someone who is essentially blackmailing you is not worth it.  A clash in the long run will be inevitable and you might as well take it on in your own terms when you are prepped.

It&#039;s sad that people work so hard to work against each other, but life is short so gather those around you who won&#039;t knife you in the back.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think you can eliminate the local wizard phenomenon entirely, but one technique I have used to force people out of their is bring in a consultant or contractor to work the guru.  The third party reports back to me and I get a leg up on areas of mystery that can be cleared up.</p>
<p>My advise is that if you have someone who is actively working to obfuscate code is to hold a review, fire questions off at the guy, give him a chance to fix it, then fire him if he doesn&#8217;t.  The pain of putting up with someone who is essentially blackmailing you is not worth it.  A clash in the long run will be inevitable and you might as well take it on in your own terms when you are prepped.</p>
<p>It&#8217;s sad that people work so hard to work against each other, but life is short so gather those around you who won&#8217;t knife you in the back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-992</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Mon, 28 Jan 2008 08:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/why-office-gurus-are-bad-and-the-buses-who-hit-them/#comment-992</guid>
		<description>That&#039;s so true, and very common in the SMB sector.

If I were to get hit by a bus today, I honestly cannot imagine how my company would survive.  I try to be relatively rigorous about documentation, backups, source control, etc.  However, any attempt to explain these things to management is always met with glazed-over eyeballs.  

So, in the event they&#039;re needed, it would probably take weeks or months for someone to come in and figure out what&#039;s what anyway.  Very frustrating.</description>
		<content:encoded><![CDATA[<p>That&#8217;s so true, and very common in the SMB sector.</p>
<p>If I were to get hit by a bus today, I honestly cannot imagine how my company would survive.  I try to be relatively rigorous about documentation, backups, source control, etc.  However, any attempt to explain these things to management is always met with glazed-over eyeballs.  </p>
<p>So, in the event they&#8217;re needed, it would probably take weeks or months for someone to come in and figure out what&#8217;s what anyway.  Very frustrating.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

