<?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 AgileIQ</title>
	<atom:link href="http://www.agileiq.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agileiq.org</link>
	<description>SolutionsIQ's Agile thought leaders, thinking out loud</description>
	<lastBuildDate>Tue, 30 Jun 2009 22:27:49 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Evicting the Hibernate Query Cache With Spring by Timothy Myer</title>
		<link>http://www.agileiq.org/2009/05/26/evicting-the-hibernate-query-cache-with-spring/comment-page-1/#comment-40</link>
		<dc:creator>Timothy Myer</dc:creator>
		<pubDate>Tue, 30 Jun 2009 22:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1126#comment-40</guid>
		<description>Hi David,
Thanks very much for the feedback!
---Tim---</description>
		<content:encoded><![CDATA[<p>Hi David,<br />
Thanks very much for the feedback!<br />
&#8212;Tim&#8212;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Innovation, Design &amp; Serious Games Exchange 2009, San Francisco by David Koontz</title>
		<link>http://www.agileiq.org/2009/06/16/innovation-design-serious-games-exchange-2009-san-francisco/comment-page-1/#comment-39</link>
		<dc:creator>David Koontz</dc:creator>
		<pubDate>Sun, 28 Jun 2009 21:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1185#comment-39</guid>
		<description>I&#039;d love to see a summary report of the conference.  What&#039;s new and exciting in the world of work place games?</description>
		<content:encoded><![CDATA[<p>I&#8217;d love to see a summary report of the conference.  What&#8217;s new and exciting in the world of work place games?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Evicting the Hibernate Query Cache With Spring by David Koontz</title>
		<link>http://www.agileiq.org/2009/05/26/evicting-the-hibernate-query-cache-with-spring/comment-page-1/#comment-38</link>
		<dc:creator>David Koontz</dc:creator>
		<pubDate>Sun, 28 Jun 2009 19:20:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1126#comment-38</guid>
		<description>Really - this article just is NOT long enough! :^) It really could have used an example or 20!

Good work, well done!</description>
		<content:encoded><![CDATA[<p>Really &#8211; this article just is NOT long enough! :^) It really could have used an example or 20!</p>
<p>Good work, well done!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A VP renames the &#8220;Fist of Five&#8221; technique for demonstrating consensus into the &#8220;Five Fists of Fury&#8221; by David Koontz</title>
		<link>http://www.agileiq.org/2009/06/02/a-vp-renames-the-fist-of-five-technique-for-demonstrating-consensus-into-the-five-fists-of-fury/comment-page-1/#comment-37</link>
		<dc:creator>David Koontz</dc:creator>
		<pubDate>Wed, 03 Jun 2009 16:14:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1164#comment-37</guid>
		<description>Absorbing what is useful!

Thanks for this reminder! I&#039;ve not though of my brief lessons in JKD in some time (some 20+ yrs ago).  But as you just reminded me Bruce Lee was a supreme Agilist.  Always inspecting and adapting, throwing away what was waste, and using what was the best of systems/methods that he studied in depth, by practice.

A read of the wikipedia site on JKD would make a Agilist proud of Bruce.  http://en.wikipedia.org/wiki/Jeet_Kune_Do
There is a lot to learn from his &quot;style of no style&quot;.</description>
		<content:encoded><![CDATA[<p>Absorbing what is useful!</p>
<p>Thanks for this reminder! I&#8217;ve not though of my brief lessons in JKD in some time (some 20+ yrs ago).  But as you just reminded me Bruce Lee was a supreme Agilist.  Always inspecting and adapting, throwing away what was waste, and using what was the best of systems/methods that he studied in depth, by practice.</p>
<p>A read of the wikipedia site on JKD would make a Agilist proud of Bruce.  <a href="http://en.wikipedia.org/wiki/Jeet_Kune_Do" rel="nofollow">http://en.wikipedia.org/wiki/Jeet_Kune_Do</a><br />
There is a lot to learn from his &#8220;style of no style&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dicier than Dice by Twitted by csterwa</title>
		<link>http://www.agileiq.org/2009/05/28/dicier-than-dice/comment-page-1/#comment-36</link>
		<dc:creator>Twitted by csterwa</dc:creator>
		<pubDate>Tue, 02 Jun 2009 19:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1051#comment-36</guid>
		<description>[...] This post was Twitted by csterwa - Real-url.org [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was Twitted by csterwa &#8211; Real-url.org [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Practice makes genius by Charlie Rudd</title>
		<link>http://www.agileiq.org/2009/05/01/practice-makes-genius/comment-page-1/#comment-35</link>
		<dc:creator>Charlie Rudd</dc:creator>
		<pubDate>Mon, 01 Jun 2009 15:29:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1041#comment-35</guid>
		<description>David,

Great point and observation. I agree that a well functioning team produces an environment that allows &quot;genius&quot; to flow through the team. I would add that this is in large part accomoplished by providing an environment that is supportive and encourages (rather than penalizes) experimentation. This I think starts to produce an aspirational environment rather than a CYA environment. This attitudinal difference makes all the difference.</description>
		<content:encoded><![CDATA[<p>David,</p>
<p>Great point and observation. I agree that a well functioning team produces an environment that allows &#8220;genius&#8221; to flow through the team. I would add that this is in large part accomoplished by providing an environment that is supportive and encourages (rather than penalizes) experimentation. This I think starts to produce an aspirational environment rather than a CYA environment. This attitudinal difference makes all the difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing Through Programmer Tests (TDD) by Mickey Phoenix</title>
		<link>http://www.agileiq.org/2009/05/27/designing-through-programmer-tests-tdd/comment-page-1/#comment-34</link>
		<dc:creator>Mickey Phoenix</dc:creator>
		<pubDate>Fri, 29 May 2009 17:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1132#comment-34</guid>
		<description>You phrase the key question as &quot;What should the software do next for the user?&quot;  While I agree that this is a big improvement in focus over &quot;What code should I write in this class next?&quot;, I find that one further level of transformation helps me when I&#039;m doing TDD: &quot;As a user, what should the software do next for me?&quot;

By explicitly &quot;putting on my user hat&quot;, I am able to guide my thinking into a less feature-driven, more user-story-driven perspective.  I find that it helps me to more cleanly separate interface behavior from implementation details.</description>
		<content:encoded><![CDATA[<p>You phrase the key question as &#8220;What should the software do next for the user?&#8221;  While I agree that this is a big improvement in focus over &#8220;What code should I write in this class next?&#8221;, I find that one further level of transformation helps me when I&#8217;m doing TDD: &#8220;As a user, what should the software do next for me?&#8221;</p>
<p>By explicitly &#8220;putting on my user hat&#8221;, I am able to guide my thinking into a less feature-driven, more user-story-driven perspective.  I find that it helps me to more cleanly separate interface behavior from implementation details.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing Through Programmer Tests (TDD) by Chris Sterling</title>
		<link>http://www.agileiq.org/2009/05/27/designing-through-programmer-tests-tdd/comment-page-1/#comment-33</link>
		<dc:creator>Chris Sterling</dc:creator>
		<pubDate>Thu, 28 May 2009 02:48:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1132#comment-33</guid>
		<description>Nice catch, David! Thanks! It should be fixed now.</description>
		<content:encoded><![CDATA[<p>Nice catch, David! Thanks! It should be fixed now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing Through Programmer Tests (TDD) by David Koontz</title>
		<link>http://www.agileiq.org/2009/05/27/designing-through-programmer-tests-tdd/comment-page-1/#comment-32</link>
		<dc:creator>David Koontz</dc:creator>
		<pubDate>Thu, 28 May 2009 02:22:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1132#comment-32</guid>
		<description>Chris, nice post!  I liked the example.  However I&#039;m not sure if some tool in the process of creating the code stripped the backslash out of the reg expressions in the code examples.  At least on my screen there are no backslashes in the reg exp &quot;bLOLb&quot;.  

Note also that all formatting from the AgileIQ page has been stripped away also, no background color, no side bar menus, very plan text.  Something is very unhappy!

David</description>
		<content:encoded><![CDATA[<p>Chris, nice post!  I liked the example.  However I&#8217;m not sure if some tool in the process of creating the code stripped the backslash out of the reg expressions in the code examples.  At least on my screen there are no backslashes in the reg exp &#8220;bLOLb&#8221;.  </p>
<p>Note also that all formatting from the AgileIQ page has been stripped away also, no background color, no side bar menus, very plan text.  Something is very unhappy!</p>
<p>David</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Practice makes genius by David Koontz</title>
		<link>http://www.agileiq.org/2009/05/01/practice-makes-genius/comment-page-1/#comment-31</link>
		<dc:creator>David Koontz</dc:creator>
		<pubDate>Wed, 06 May 2009 21:20:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileiq.org/?p=1041#comment-31</guid>
		<description>This reminded me of author Elizabeth Gilbert&#039;s  (Eat, Pray, Love) TED talk on Genius and what creates a genius.

Elizabeth shares the radical idea that, instead of the rare person &quot;being&quot; a genius, all of us &quot;have&quot; a genius. 

http://www.ted.com/talks/elizabeth_gilbert_on_genius.html

In that vain, I believe that Agile practices embody a creative environment that allow &#039;genius&#039; to flow through a team.</description>
		<content:encoded><![CDATA[<p>This reminded me of author Elizabeth Gilbert&#8217;s  (Eat, Pray, Love) TED talk on Genius and what creates a genius.</p>
<p>Elizabeth shares the radical idea that, instead of the rare person &#8220;being&#8221; a genius, all of us &#8220;have&#8221; a genius. </p>
<p><a href="http://www.ted.com/talks/elizabeth_gilbert_on_genius.html" rel="nofollow">http://www.ted.com/talks/elizabeth_gilbert_on_genius.html</a></p>
<p>In that vain, I believe that Agile practices embody a creative environment that allow &#8216;genius&#8217; to flow through a team.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
