<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Technoetic &#187; Mind</title>
	<atom:link href="http://blog.technoetic.com/categories/mind/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.technoetic.com</link>
	<description></description>
	<lastBuildDate>Thu, 24 Mar 2011 10:41:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Debugging: Software and Agile Wetware</title>
		<link>http://blog.technoetic.com/2006/08/05/debugging-software-and-agile-wetware/</link>
		<comments>http://blog.technoetic.com/2006/08/05/debugging-software-and-agile-wetware/#comments</comments>
		<pubDate>Sat, 05 Aug 2006 12:03:58 +0000</pubDate>
		<dc:creator>Steve</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[Mind]]></category>
		<category><![CDATA[Software Dev.]]></category>

		<guid isPermaLink="false">http://blog.technoetic.com/2006/08/05/debugging-software-and-agile-wetware/</guid>
		<description><![CDATA[Although Agile testing techniques have helped us to create higher quality software, many software developers still spend significant amounts of time debugging their own or other people&#8217;s software. Some of the most difficult software to debug is code that has &#8220;evolved&#8221; over time in a mostly arbitrary way. The software is not well structured or [...]]]></description>
			<content:encoded><![CDATA[<p>Although Agile testing techniques have helped us to create higher quality software, many software developers still spend significant amounts of time debugging their own or other people&#8217;s software. Some of the most difficult software to debug is code that has &#8220;evolved&#8221; over time in a mostly arbitrary way. The software is not well structured or organized and the rationale for much of the behavior is not clear and often forgotten even by the original developers. If the original developers still develop and maintain the code, they may be comfortable with the numerous bugs due to familiarity with the software and their personal connection to it. They may even resist any suggestion that the software could be refactored or redesigned to be much more effective and relatively bug free.</p>
<p>It&#8217;s easy for an Agilista to criticize this type of situation, especially if we must interact with the buggy software or otherwise depend on it in some way. However, don&#8217;t we have the same attitude towards our own buggy &#8220;wetware&#8221;, the software of our mind? <span id="more-91"></span> I see many examples of buggy thought processes in myself and others, but it&#8217;s uncommon for us to test our own thoughts and work to improve the programming behind those thoughts and related behavior. In the same way that some of the buggiest software &#8220;just happens&#8221; with little conscious intent or rationale, our own minds &#8220;evolve&#8221; through mostly arbitrary experiences. However, because of our obvious personal attachment to our minds (and <em>because</em> of the existing bugs in it) we tend to just accept ineffective programming.</p>
<p><strong>We claim to be able to effectively write agile software and build agile teams that develop high quality software, but is this truly possible without an equally agile and bug free mind?</strong></p>
<p>How would we start debugging our wetware given the wetware itself is the only tool we have to do it? Once the wetware has been refactored or redesigned and the major bugs have been eliminated, how do we minimize regressions and how do we design the wetware to be resilient to change? The answer is&#8230; well, I don&#8217;t know the answer with any certainty but I have a few ideas. I&#8217;ll discuss them further in future posts. I&#8217;m also interested in hearing your ideas and suggestions.</p>
<p>A common form of wetware bugs are fallacies used to persuade of ourselves and others of the correctness of some belief or action. Using fallacies for this purpose are often effective for this purpose because a buggy brain will readily accept them as truth. However, my impression is that most people using the fallacies for persuasion aren&#8217;t aware of their buggy thought process.</p>
<p>Some information related to fallacies follows. We can use this information to look for wetware bugs in ourselves and find ways to improve the truthfulness of our thoughts and actions. Have fun.</p>
<p><strong>Resources:</strong></p>
<p><a href="http://en.wikipedia.org/wiki/Fallacies">Wikipedia: Fallacies</a><br />
<a href="http://www.scottberkun.com/essays/essay40.htm">Why Smart People Defend Bad Ideas</a><br />
<a href="http://onegoodmove.org/fallacy/toc.htm">The Logical Fallacies</a><br />
<a href="http://www.virtualsalt.com/infobias.htm">Biases Affecting Information Processing</a><br />
<a href="http://www.searchlores.org/schopeng.htm">38 Ways to Win an Argument, by Schopenhauer </a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.technoetic.com/2006/08/05/debugging-software-and-agile-wetware/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Are you sure?</title>
		<link>http://blog.technoetic.com/2005/03/09/are-you-sure/</link>
		<comments>http://blog.technoetic.com/2005/03/09/are-you-sure/#comments</comments>
		<pubDate>Thu, 10 Mar 2005 01:32:24 +0000</pubDate>
		<dc:creator>Steve</dc:creator>
				<category><![CDATA[Mind]]></category>

		<guid isPermaLink="false">http://blog.technoetic.com/2005/03/08/are-you-sure/</guid>
		<description><![CDATA[For most of us, our brains do an excellent job of shaping a somewhat consistent view of the world from the constant flood of sensory data. We seldom scrutinize this extremely creative process of &#8220;world creation&#8221; and instead take it for granted. How can be we be certain of what we know and believe? The [...]]]></description>
			<content:encoded><![CDATA[<p>For most of us, our brains do an excellent job of shaping a somewhat consistent view of the world from the constant flood of sensory data. We seldom scrutinize this extremely creative process of &#8220;world creation&#8221; and instead take it for granted. How can be we be certain of what we know and believe?</p>
<p>The problem is that the brain can be a bit too creative at times. It can fabricate seemingly real memories and  often emphasizes some aspects of experience while deemphasizing others to serve its (our) particular purposes.  I recently saw a paper describing <a href="http://www.virtualsalt.com/infobias.htm"> information processing biases in humans</a>. It has some great information about many of the possible ways the brain puts a spin on the information it receives.  Assuming there is some value in objectivity, I again wonder how can we know when we&#8217;ve biased our view of the world. One suggestion in the paper is a yearly review of potential biases. The challenge would be in identifying the biases for review. To us, the bias looks like reality rather than a possible cognitive distortion. Various practices exist to increase self awareness and intentionally create more internal feedback that could be used to highlight biased thought. I don&#8217;t the answer yet. This is still an open question for me.</p>
<p>What are your thoughts and biases on this topic?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.technoetic.com/2005/03/09/are-you-sure/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

