<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Catching up</title>
	<atom:link href="http://dannorth.net/2007/06/19/catching-up/feed/" rel="self" type="application/rss+xml" />
	<link>http://dannorth.net/2007/06/19/catching-up/</link>
	<description>embracing uncertainty</description>
	<lastBuildDate>Thu, 02 Feb 2012 20:47:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: dan</title>
		<link>http://dannorth.net/2007/06/19/catching-up/#comment-7864</link>
		<dc:creator><![CDATA[dan]]></dc:creator>
		<pubDate>Thu, 28 Jun 2007 21:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/catching-up#comment-7864</guid>
		<description><![CDATA[nice, i&#039;m glad you like it.

i was thinking a couple of things that seem apparent but might have made the list, more of an outsider&#039;s point of view:

High Expectations

you&#039;re only usually going to find a solution somewhere between half-arsed and the upper limit of your expectations - this gives you a lower distribution for final outcome vs. very high expectations of what is possible. (based on they thought they might be able to write tetris in one line)

Challenge All Assumptions

i get the feeling they didn&#039;t hold back challenging all aspects - maybe they took this for granted.  from my experience, often the biggest breakthoughs are based on this.

cheers, dan.]]></description>
		<content:encoded><![CDATA[<p>nice, i&#8217;m glad you like it.</p>
<p>i was thinking a couple of things that seem apparent but might have made the list, more of an outsider&#8217;s point of view:</p>
<p>High Expectations</p>
<p>you&#8217;re only usually going to find a solution somewhere between half-arsed and the upper limit of your expectations &#8211; this gives you a lower distribution for final outcome vs. very high expectations of what is possible. (based on they thought they might be able to write tetris in one line)</p>
<p>Challenge All Assumptions</p>
<p>i get the feeling they didn&#8217;t hold back challenging all aspects &#8211; maybe they took this for granted.  from my experience, often the biggest breakthoughs are based on this.</p>
<p>cheers, dan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan North</title>
		<link>http://dannorth.net/2007/06/19/catching-up/#comment-7863</link>
		<dc:creator><![CDATA[Dan North]]></dc:creator>
		<pubDate>Thu, 28 Jun 2007 19:00:34 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/catching-up#comment-7863</guid>
		<description><![CDATA[I only skimmed it but I already like it a lot. I&#039;ll have to look at it in more detail. I particularly like the contrast between &quot;marking&quot; and &quot;hammering&quot;. They are great terms for something that seems to happen a lot with performance tuning. I also like the idea that he is flexible with his metrics. He measures things and then uses the measurements that seem to yield the best subjective improvements. Great stuff!]]></description>
		<content:encoded><![CDATA[<p>I only skimmed it but I already like it a lot. I&#8217;ll have to look at it in more detail. I particularly like the contrast between &#8220;marking&#8221; and &#8220;hammering&#8221;. They are great terms for something that seems to happen a lot with performance tuning. I also like the idea that he is flexible with his metrics. He measures things and then uses the measurements that seem to yield the best subjective improvements. Great stuff!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dan</title>
		<link>http://dannorth.net/2007/06/19/catching-up/#comment-7862</link>
		<dc:creator><![CDATA[dan]]></dc:creator>
		<pubDate>Thu, 28 Jun 2007 10:14:49 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/catching-up#comment-7862</guid>
		<description><![CDATA[hi Dan,

re: performance tuning techniques write-up

you may find this useful - it&#039;s a write-up of techniques for writing very small programs (disclaimer: by my brother); i&#039;d always thought of it as a curiosity, but it just struck me there are a lot of similiarities with performance tuning:

http://www.survex.com/~olly/dsm_rheolism/method.html

cheers, dan.]]></description>
		<content:encoded><![CDATA[<p>hi Dan,</p>
<p>re: performance tuning techniques write-up</p>
<p>you may find this useful &#8211; it&#8217;s a write-up of techniques for writing very small programs (disclaimer: by my brother); i&#8217;d always thought of it as a curiosity, but it just struck me there are a lot of similiarities with performance tuning:</p>
<p><a href="http://www.survex.com/~olly/dsm_rheolism/method.html" rel="nofollow">http://www.survex.com/~olly/dsm_rheolism/method.html</a></p>
<p>cheers, dan.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

