<?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 for A big, big blog</title>
	<atom:link href="http://www.gigantiq.com/blogs/mike/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.gigantiq.com/blogs/mike</link>
	<description>thoughts on software development</description>
	<lastBuildDate>Sat, 20 Dec 2008 07:32:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Comment on Don&#8217;t spike till it hurts by Lean Software Development: Book Review at Mark Needham</title>
		<link>http://www.gigantiq.com/blogs/mike/?p=26#comment-53</link>
		<dc:creator>Lean Software Development: Book Review at Mark Needham</dc:creator>
		<pubDate>Sat, 20 Dec 2008 07:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigantiq.com/blogs/mike/?p=26#comment-53</guid>
		<description>[...] - taking a breadth first approach to development over a depth first one. This would involve spiking lots of different ideas before working out which one is the most appropriate. While I have done [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8211; taking a breadth first approach to development over a depth first one. This would involve spiking lots of different ideas before working out which one is the most appropriate. While I have done [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Revisited: AmbiguousTableNameException with DBUnit by deanco</title>
		<link>http://www.gigantiq.com/blogs/mike/?p=12#comment-50</link>
		<dc:creator>deanco</dc:creator>
		<pubDate>Sun, 01 Jun 2008 01:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigantiq.com/blogs/mike/?p=12#comment-50</guid>
		<description>That&#039;s kinda weird- I&#039;d be interested in seeing what the solution is, Ill more than likely hit the same issue in the testing space...</description>
		<content:encoded><![CDATA[<p>That&#8217;s kinda weird- I&#8217;d be interested in seeing what the solution is, Ill more than likely hit the same issue in the testing space&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on That explains the eclipse fans&#8230; by Megan</title>
		<link>http://www.gigantiq.com/blogs/mike/?p=7#comment-5</link>
		<dc:creator>Megan</dc:creator>
		<pubDate>Sun, 10 Jun 2007 10:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigantiq.com/blogs/mike/?p=7#comment-5</guid>
		<description>Let me share a story from the embedded front.

Once I was tasked with replacing the controller of a fluid delivery system which involved upgrading it from analog to digital control.

I built a new controller with a digital display and a tactile front panel and it worked well, nice and modern and more importantly it delivered repeatable volumes.

The problem came when the users of the old system which featured 70&#039;s knobs for adjustment and had to be continuously fiddled with during use as it would drift the delivery volumes as the machine heated up were asked to test the first prototype.

They claimed my machine was inaccurate, wouldn&#039;t work, too slow and a bunch of other excuses of which none were specifically valid, and in one case physically impossible.

Even though I built the machine I was asked to build the boss of the company in the end demanded that the pump controller have a &#039;knob&#039; for adjustment of the delivery volumes.

All of this was being done directly in assembly language so the development cycle time just kept slipping and slipping.

Anyway with the new improved &#039;knob&#039; the users loved it and one told me how if you pulled on the knob slightly it would work better, just like the old one. (Arghhh..!)

So yea, familiarity does have an impact on the positive perception of certain criteria.</description>
		<content:encoded><![CDATA[<p>Let me share a story from the embedded front.</p>
<p>Once I was tasked with replacing the controller of a fluid delivery system which involved upgrading it from analog to digital control.</p>
<p>I built a new controller with a digital display and a tactile front panel and it worked well, nice and modern and more importantly it delivered repeatable volumes.</p>
<p>The problem came when the users of the old system which featured 70&#8242;s knobs for adjustment and had to be continuously fiddled with during use as it would drift the delivery volumes as the machine heated up were asked to test the first prototype.</p>
<p>They claimed my machine was inaccurate, wouldn&#8217;t work, too slow and a bunch of other excuses of which none were specifically valid, and in one case physically impossible.</p>
<p>Even though I built the machine I was asked to build the boss of the company in the end demanded that the pump controller have a &#8216;knob&#8217; for adjustment of the delivery volumes.</p>
<p>All of this was being done directly in assembly language so the development cycle time just kept slipping and slipping.</p>
<p>Anyway with the new improved &#8216;knob&#8217; the users loved it and one told me how if you pulled on the knob slightly it would work better, just like the old one. (Arghhh..!)</p>
<p>So yea, familiarity does have an impact on the positive perception of certain criteria.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on That explains the eclipse fans&#8230; by Mike</title>
		<link>http://www.gigantiq.com/blogs/mike/?p=7#comment-4</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Thu, 07 Jun 2007 12:12:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigantiq.com/blogs/mike/?p=7#comment-4</guid>
		<description>People get used to the interface and let that familiarity push them away from objectivity.
I&#039;m used to it != it&#039;s good.

Do you think I&#039;m proposing a specific alternative to eclipse or supporting a suggested reason for &lt;em&gt;&quot;religious&quot;&lt;/em&gt; disagreements?</description>
		<content:encoded><![CDATA[<p>People get used to the interface and let that familiarity push them away from objectivity.<br />
I&#8217;m used to it != it&#8217;s good.</p>
<p>Do you think I&#8217;m proposing a specific alternative to eclipse or supporting a suggested reason for <em>&#8220;religious&#8221;</em> disagreements?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on That explains the eclipse fans&#8230; by Rup</title>
		<link>http://www.gigantiq.com/blogs/mike/?p=7#comment-3</link>
		<dc:creator>Rup</dc:creator>
		<pubDate>Thu, 07 Jun 2007 11:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigantiq.com/blogs/mike/?p=7#comment-3</guid>
		<description>You&#039;re saying that people who use certain stuff get used to it? Well fuck me, that&#039;s amazing.

Like windows vs mac, ford vs holden, outlook vs thunderbird, etc etc etc.

Duh :p</description>
		<content:encoded><![CDATA[<p>You&#8217;re saying that people who use certain stuff get used to it? Well fuck me, that&#8217;s amazing.</p>
<p>Like windows vs mac, ford vs holden, outlook vs thunderbird, etc etc etc.</p>
<p>Duh :p</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on That explains the eclipse fans&#8230; by Stacy</title>
		<link>http://www.gigantiq.com/blogs/mike/?p=7#comment-2</link>
		<dc:creator>Stacy</dc:creator>
		<pubDate>Thu, 07 Jun 2007 03:54:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigantiq.com/blogs/mike/?p=7#comment-2</guid>
		<description>And endless religious ramblings convince developers they can string an argument together.</description>
		<content:encoded><![CDATA[<p>And endless religious ramblings convince developers they can string an argument together.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
