<?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: Cup of Coffee Metric for Continuous Integration</title>
	<atom:link href="http://pauljulius.com/blog/2009/09/14/cup-of-coffee-metric-for-continuous-integration/feed/" rel="self" type="application/rss+xml" />
	<link>http://pauljulius.com/blog/2009/09/14/cup-of-coffee-metric-for-continuous-integration/</link>
	<description>Paul Julius's web log.</description>
	<lastBuildDate>Sat, 06 Feb 2010 04:14:02 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Pinoy Sikat</title>
		<link>http://pauljulius.com/blog/2009/09/14/cup-of-coffee-metric-for-continuous-integration/comment-page-1/#comment-482</link>
		<dc:creator>Pinoy Sikat</dc:creator>
		<pubDate>Sat, 06 Feb 2010 04:14:02 +0000</pubDate>
		<guid isPermaLink="false">http://pauljulius.com/blog/?p=59#comment-482</guid>
		<description>Our community needs this kind of advices. Keep it up!.</description>
		<content:encoded><![CDATA[<p>Our community needs this kind of advices. Keep it up!.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Fredrick</title>
		<link>http://pauljulius.com/blog/2009/09/14/cup-of-coffee-metric-for-continuous-integration/comment-page-1/#comment-410</link>
		<dc:creator>Jeffrey Fredrick</dc:creator>
		<pubDate>Tue, 15 Sep 2009 15:03:34 +0000</pubDate>
		<guid isPermaLink="false">http://pauljulius.com/blog/?p=59#comment-410</guid>
		<description>Hi Curtis,

the book you&#039;re talking about came out in 2007. I started talking about the &quot;cup-of-coffee&quot; rule back in 2004 (though oddly not blogging about it, so I&#039;m happy Paul did).

I think the advantage of the fuzzy coffee rule is that when you give it with a story it helps people understand why it is important — avoiding the cost of context switching — in a way that &quot;5 minutes&quot; or &quot;10 minutes&quot; don&#039;t convey.  Sure, a fixed time is more actionable, and I&#039;m all in favor of that too, but I think the story around coffee/tea is more memorable.

(Example of the story in &lt;a href=&quot;http://www.stickyminds.com/BetterSoftware/magazine.asp?fn=cifea&amp;id=58&quot; rel=&quot;nofollow&quot;&gt;this article&lt;/a&gt;.)

Jtf</description>
		<content:encoded><![CDATA[<p>Hi Curtis,</p>
<p>the book you&#8217;re talking about came out in 2007. I started talking about the &#8220;cup-of-coffee&#8221; rule back in 2004 (though oddly not blogging about it, so I&#8217;m happy Paul did).</p>
<p>I think the advantage of the fuzzy coffee rule is that when you give it with a story it helps people understand why it is important — avoiding the cost of context switching — in a way that &#8220;5 minutes&#8221; or &#8220;10 minutes&#8221; don&#8217;t convey.  Sure, a fixed time is more actionable, and I&#8217;m all in favor of that too, but I think the story around coffee/tea is more memorable.</p>
<p>(Example of the story in <a href="http://www.stickyminds.com/BetterSoftware/magazine.asp?fn=cifea&amp;id=58" rel="nofollow">this article</a>.)</p>
<p>Jtf</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curits</title>
		<link>http://pauljulius.com/blog/2009/09/14/cup-of-coffee-metric-for-continuous-integration/comment-page-1/#comment-409</link>
		<dc:creator>Curits</dc:creator>
		<pubDate>Tue, 15 Sep 2009 12:27:56 +0000</pubDate>
		<guid isPermaLink="false">http://pauljulius.com/blog/?p=59#comment-409</guid>
		<description>I think it was Glover and Duvall and guys at his old firm (Stelligent?) that started the 10-minute rule (Didn&#039;t you contribute a foreward to this book too?). Build need to finish and report in &lt;10minutes, your cup-of-coffee but with real numbers. Through modularization of our build process we have consistently been hitting this metric. f course we are only compiling, packaging and running the Unit Test but that should be enough. Immediately after that,, after the buld success or failure notification went out, we go on to run our longer running, more comprehensive build complete with code scans, Site and Sonar reports.

So, like &#039;technical debt&#039; while cute and fun to talk about I feel Coffee Metric is a little too fuzzy for people to apply. I&#039;m sticking with 10 minutes and let them decide what to do with their time ;-)</description>
		<content:encoded><![CDATA[<p>I think it was Glover and Duvall and guys at his old firm (Stelligent?) that started the 10-minute rule (Didn&#8217;t you contribute a foreward to this book too?). Build need to finish and report in &lt;10minutes, your cup-of-coffee but with real numbers. Through modularization of our build process we have consistently been hitting this metric. f course we are only compiling, packaging and running the Unit Test but that should be enough. Immediately after that,, after the buld success or failure notification went out, we go on to run our longer running, more comprehensive build complete with code scans, Site and Sonar reports.</p>
<p>So, like &#039;technical debt&#039; while cute and fun to talk about I feel Coffee Metric is a little too fuzzy for people to apply. I&#039;m sticking with 10 minutes and let them decide what to do with their time <img src='http://pauljulius.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
