<?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 Complicator&#8217;s Gloves</title>
	<atom:link href="http://theappslab.com/2008/10/16/the-complicators-gloves/feed/" rel="self" type="application/rss+xml" />
	<link>http://theappslab.com/2008/10/16/the-complicators-gloves/</link>
	<description>Driving Innovation</description>
	<lastBuildDate>Thu, 24 May 2012 01:49:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Credit card machine processing</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-14327</link>
		<dc:creator>Credit card machine processing</dc:creator>
		<pubDate>Sun, 22 Aug 2010 14:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-14327</guid>
		<description>Many thanks for this excellent post. It contains lots of facts which I have to have. I&#039;m going to bookmark your website by my next check out.</description>
		<content:encoded><![CDATA[<p>Many thanks for this excellent post. It contains lots of facts which I have to have. I&#8217;m going to bookmark your website by my next check out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5295</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Wed, 22 Oct 2008 08:06:14 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5295</guid>
		<description>It&#039;s funny, as much as we crave simplicity, software tends to become difficult, especially as you build onto previous versions.&lt;br&gt;&lt;br&gt;I wonder what would happen if you completely threw out backward compatibility and supported data migration only, how much better (or worse) software would be?</description>
		<content:encoded><![CDATA[<p>It&#39;s funny, as much as we crave simplicity, software tends to become difficult, especially as you build onto previous versions.</p>
<p>I wonder what would happen if you completely threw out backward compatibility and supported data migration only, how much better (or worse) software would be?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chet</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5294</link>
		<dc:creator>chet</dc:creator>
		<pubDate>Wed, 22 Oct 2008 07:16:22 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5294</guid>
		<description>Love the pics.  Wish I had a camera back in the day when we would pile 5 kegs in the back of my jeep for football weekends.  I lived &lt;a href=&quot;http://www.google.com/maps?f=q&amp;hl=en&amp;geocode=&amp;q=2038+w.+university+gainesville,+fl&amp;sll=28.103517,-82.528528&amp;sspn=0.00707,0.012048&amp;g=2038+w.+university+gainesville,+fl&amp;ie=UTF8&amp;t=h&amp;ll=29.651612,-82.34755&amp;spn=0.004587,0.009656&amp;z=17&amp;iwloc=addr&quot;&gt;this&lt;/a&gt; close to the football stadium.&lt;br&gt;&lt;br&gt;Obsessive is good.  I am obsessive to the point where I can&#039;t sleep until I solve a particular problem.&lt;br&gt;&lt;br&gt;What the story tries to illustrate I think, are those that take it way too far.  A colleage of mine once relayed a story to me and it goes like this:&lt;br&gt;&lt;br&gt;A small two man county shop with a public facing website.  APEX?  Nope.  .NET application (not so bad in and of itself) with an Oracle backend.  In order to add a column to a simple report (4 seconds in APEX), their change consisted of:&lt;br&gt;1.  Add the column to the function that returned a ref cursor.&lt;br&gt;2.  Add the column to a stylesheet (not sure why, XSLT?)&lt;br&gt;3.  Add the column to the .NET class&lt;br&gt;4.  Add the column to the calling application&lt;br&gt;* I&#039;m pretty sure there were others, I just can&#039;t recall all the steps.  Point is, there were a lot.&lt;br&gt;&lt;br&gt;2 man shop.  County.  Wouldn&#039;t simple be better?  Yes it would be ideal to have the presentation layer loosely coupled with the data layer or even the middle tier.  But is that practical?  &lt;br&gt;&lt;br&gt;This guy created a behemoth of an application either because he didn&#039;t know any better (probably) or he was trying to create job security (less likely, I think).&lt;br&gt;&lt;br&gt;Keep It Simple Silly (Stupid).  That should be our mantra (unless the situation dictates otherwise, i.e. software that could kill you, applications that control planes, NASA)</description>
		<content:encoded><![CDATA[<p>Love the pics.  Wish I had a camera back in the day when we would pile 5 kegs in the back of my jeep for football weekends.  I lived <a href="http://www.google.com/maps?f=q&#038;hl=en&#038;geocode=&#038;q=2038+w.+university+gainesville,+fl&#038;sll=28.103517,-82.528528&#038;sspn=0.00707,0.012048&#038;g=2038+w.+university+gainesville,+fl&#038;ie=UTF8&#038;t=h&#038;ll=29.651612,-82.34755&#038;spn=0.004587,0.009656&#038;z=17&#038;iwloc=addr">this</a> close to the football stadium.</p>
<p>Obsessive is good.  I am obsessive to the point where I can&#39;t sleep until I solve a particular problem.</p>
<p>What the story tries to illustrate I think, are those that take it way too far.  A colleage of mine once relayed a story to me and it goes like this:</p>
<p>A small two man county shop with a public facing website.  APEX?  Nope.  .NET application (not so bad in and of itself) with an Oracle backend.  In order to add a column to a simple report (4 seconds in APEX), their change consisted of:<br />1.  Add the column to the function that returned a ref cursor.<br />2.  Add the column to a stylesheet (not sure why, XSLT?)<br />3.  Add the column to the .NET class<br />4.  Add the column to the calling application<br />* I&#39;m pretty sure there were others, I just can&#39;t recall all the steps.  Point is, there were a lot.</p>
<p>2 man shop.  County.  Wouldn&#39;t simple be better?  Yes it would be ideal to have the presentation layer loosely coupled with the data layer or even the middle tier.  But is that practical?  </p>
<p>This guy created a behemoth of an application either because he didn&#39;t know any better (probably) or he was trying to create job security (less likely, I think).</p>
<p>Keep It Simple Silly (Stupid).  That should be our mantra (unless the situation dictates otherwise, i.e. software that could kill you, applications that control planes, NASA)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5287</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Sat, 18 Oct 2008 11:29:50 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5287</guid>
		<description>I&#039;m not seeing the Complicator in your story. Creativity isn&#039;t the mark of the Complicator, at least how I read it.&lt;br&gt;&lt;br&gt;Maybe we missed the backstory on the gloves, e.g. maybe they were too bulky to work the bike brakes. So, assume the story is borderline. &lt;br&gt;&lt;br&gt;The Complicator creates meta-problems, e.g. &quot;a problem with the process of creating a solution for the actual problem&quot;. There&#039;s a difference between creativity, intense focus and meta-problems. The complicator may exhibit all three, but it&#039;s his/her penchant for meta-problems that can derail a project.</description>
		<content:encoded><![CDATA[<p>I&#39;m not seeing the Complicator in your story. Creativity isn&#39;t the mark of the Complicator, at least how I read it.</p>
<p>Maybe we missed the backstory on the gloves, e.g. maybe they were too bulky to work the bike brakes. So, assume the story is borderline. </p>
<p>The Complicator creates meta-problems, e.g. &#8220;a problem with the process of creating a solution for the actual problem&#8221;. There&#39;s a difference between creativity, intense focus and meta-problems. The complicator may exhibit all three, but it&#39;s his/her penchant for meta-problems that can derail a project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joel garry</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5284</link>
		<dc:creator>joel garry</dc:creator>
		<pubDate>Sat, 18 Oct 2008 04:38:06 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5284</guid>
		<description>I was at one electronics manufacturing company that was transitioning from entrepreneurial to mainstream.  They would still let the engineers work on creative things.  The director of engineering came up with an idea - a device that would take ambient sound,  perform a fast fourier transform on it, mix up the bits, and echo it back out after a short delay, sounding like r2-d2.  They created a run of chips, had all girlfriends and wives donate empty L&#039;Eggs containers (about 100 IIRC), put little feet and faces on them, and gave them to favored friends.  Not a big deal in these days of dancing flowers, but quite the novelty circa 1980.  I really wish I had scored one.  The fellow who did the FFT later wrote Lisatalk and other famous things.  And you shoulda seen the security system around and through the director&#039;s house.&lt;br&gt;&lt;br&gt;Moral?  Complicators are indeed useful, both for increasing team cohesion and exercising creativity that can be a foundation for future endeavors.&lt;br&gt;&lt;br&gt;And if you&#039;ve ever had insufficient gloves, you might not agree with the wtf.&lt;br&gt;&lt;br&gt;How many of us have had a PHB way oversimplify a design because, hey, dbase didn&#039;t have all these complicated relational rules?</description>
		<content:encoded><![CDATA[<p>I was at one electronics manufacturing company that was transitioning from entrepreneurial to mainstream.  They would still let the engineers work on creative things.  The director of engineering came up with an idea &#8211; a device that would take ambient sound,  perform a fast fourier transform on it, mix up the bits, and echo it back out after a short delay, sounding like r2-d2.  They created a run of chips, had all girlfriends and wives donate empty L&#39;Eggs containers (about 100 IIRC), put little feet and faces on them, and gave them to favored friends.  Not a big deal in these days of dancing flowers, but quite the novelty circa 1980.  I really wish I had scored one.  The fellow who did the FFT later wrote Lisatalk and other famous things.  And you shoulda seen the security system around and through the director&#39;s house.</p>
<p>Moral?  Complicators are indeed useful, both for increasing team cohesion and exercising creativity that can be a foundation for future endeavors.</p>
<p>And if you&#39;ve ever had insufficient gloves, you might not agree with the wtf.</p>
<p>How many of us have had a PHB way oversimplify a design because, hey, dbase didn&#39;t have all these complicated relational rules?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bex</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5282</link>
		<dc:creator>bex</dc:creator>
		<pubDate>Fri, 17 Oct 2008 23:41:27 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5282</guid>
		<description>Thank you for the email!&lt;br&gt;&lt;br&gt;I will be traveling this week, with limited access to email. I will reply when I return.&lt;br&gt;&lt;br&gt;--&lt;br&gt;&lt;br&gt;Brian &#039;Bex&#039; Huff &lt;&lt;a href=&quot;mailto:bex@bexhuff.com&quot;&gt;bex@bexhuff.com&lt;/a&gt;&gt;&lt;br&gt;Chief Software Architect, Bezzotech Inc.&lt;br&gt;  Developing applications with Stellent? You might find my book useful:&lt;br&gt;  &lt;a href=&quot;http://bexhuff.com/books/stellent-dev&quot;&gt;http://bexhuff.com/books/stellent-dev&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Thank you for the email!</p>
<p>I will be traveling this week, with limited access to email. I will reply when I return.</p>
<p>&#8211;</p>
<p>Brian &#39;Bex&#39; Huff &lt;<a href="mailto:bex@bexhuff.com">bex@bexhuff.com</a>&gt;<br />Chief Software Architect, Bezzotech Inc.<br />  Developing applications with Stellent? You might find my book useful:<br />  <a href="http://bexhuff.com/books/stellent-dev">http://bexhuff.com/books/stellent-dev</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5281</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Fri, 17 Oct 2008 23:40:22 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5281</guid>
		<description>I&#039;m agreeing that obsession is generally good, e.g. when it automagically orders you a refill keg. This general idea has teams at big electronics companies churning out smart appliances for the kitchen of the future. &lt;br&gt;&lt;br&gt;I&#039;m guessing that only Complicators exhibit the combination of intense focus on meta problems. Most developers I&#039;ve known are pretty good at seeing the forest, at least in other&#039;s work, e.g. peer programming.</description>
		<content:encoded><![CDATA[<p>I&#39;m agreeing that obsession is generally good, e.g. when it automagically orders you a refill keg. This general idea has teams at big electronics companies churning out smart appliances for the kitchen of the future. </p>
<p>I&#39;m guessing that only Complicators exhibit the combination of intense focus on meta problems. Most developers I&#39;ve known are pretty good at seeing the forest, at least in other&#39;s work, e.g. peer programming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bex</title>
		<link>http://theappslab.com/2008/10/16/the-complicators-gloves/comment-page-1/#comment-5275</link>
		<dc:creator>bex</dc:creator>
		<pubDate>Fri, 17 Oct 2008 10:41:29 +0000</pubDate>
		<guid isPermaLink="false">http://theappslab.com/?p=1619#comment-5275</guid>
		<description>Its not a bad thing that developers get obsessive... frankly, that&#039;s why they are so valuable. However, it is a humbling reminder that intense focus almost always means a loss of high-level perspective...</description>
		<content:encoded><![CDATA[<p>Its not a bad thing that developers get obsessive&#8230; frankly, that&#39;s why they are so valuable. However, it is a humbling reminder that intense focus almost always means a loss of high-level perspective&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

