<?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: J.Ello Sets the Geek&gt;Corporate Record Straight</title>
	<atom:link href="http://salomesays.com/blog/2009/09/jello-sets-the-geek-record-straight/feed/" rel="self" type="application/rss+xml" />
	<link>http://salomesays.com/blog/2009/09/jello-sets-the-geek-record-straight/</link>
	<description>A Blog About Art, Shopping, &#38; Virtual Living In Second Life and Other Formats.</description>
	<lastBuildDate>Fri, 11 May 2012 03:57:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: Karl Elvis</title>
		<link>http://salomesays.com/blog/2009/09/jello-sets-the-geek-record-straight/comment-page-1/#comment-426</link>
		<dc:creator>Karl Elvis</dc:creator>
		<pubDate>Mon, 14 Sep 2009 15:34:38 +0000</pubDate>
		<guid isPermaLink="false">http://salomesays.com/blog/?p=790#comment-426</guid>
		<description>I&quot;ve worked either in, or closely with, IT my entire career, so it&#039;s with some weight of authority I say, this dude gets it. Sure, he makes some sweeping generalizations that don&#039;t always apply, but on the grand scale, he gets how IT people work and think, and how people outside IT need to deal with IT. 


The one place where he misses the mark is with the credit whoring thing, where he misses the whole reason for the behavior. The point he misses there is that, when IT work is done to absolute perfection, IT is invisible. Few other jobs (aside from utility works) are completely invisible when they do perfect work, so IT teams have to use any and every chance to get credit for what they do. They have to make damn fucking sure people know about it when they make your job easier or prevent disaster. Users just expect a system that&#039;s infinitely fast, infinitely reliable, and effortless to use; when IT does something to move you toward that goal, they need to wave a flag, otherwise you&#039;ll simply say &quot;yeah but that&#039;s how it&#039;s supposed to be, why should they get credit for things working?&quot; 

But that&#039;s a nit; it&#039;s a great piece, and should be required reading for every non-IT manager in tech.</description>
		<content:encoded><![CDATA[<p>I&#8221;ve worked either in, or closely with, IT my entire career, so it&#8217;s with some weight of authority I say, this dude gets it. Sure, he makes some sweeping generalizations that don&#8217;t always apply, but on the grand scale, he gets how IT people work and think, and how people outside IT need to deal with IT. </p>
<p>The one place where he misses the mark is with the credit whoring thing, where he misses the whole reason for the behavior. The point he misses there is that, when IT work is done to absolute perfection, IT is invisible. Few other jobs (aside from utility works) are completely invisible when they do perfect work, so IT teams have to use any and every chance to get credit for what they do. They have to make damn fucking sure people know about it when they make your job easier or prevent disaster. Users just expect a system that&#8217;s infinitely fast, infinitely reliable, and effortless to use; when IT does something to move you toward that goal, they need to wave a flag, otherwise you&#8217;ll simply say &#8220;yeah but that&#8217;s how it&#8217;s supposed to be, why should they get credit for things working?&#8221; </p>
<p>But that&#8217;s a nit; it&#8217;s a great piece, and should be required reading for every non-IT manager in tech.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

