<?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"
	>
<channel>
	<title>Comments on: Catching up</title>
	<atom:link href="http://dannorth.net/2007/06/catching-up/feed" rel="self" type="application/rss+xml" />
	<link>http://dannorth.net/2007/06/catching-up</link>
	<description>It's all behaviour</description>
	<pubDate>Sat, 11 Oct 2008 19:09:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: dan</title>
		<link>http://dannorth.net/2007/06/catching-up#comment-4913</link>
		<dc:creator>dan</dc:creator>
		<pubDate>Thu, 28 Jun 2007 21:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/catching-up#comment-4913</guid>
		<description>nice, i'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's point of view:

High Expectations

you'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'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/catching-up#comment-4912</link>
		<dc:creator>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-4912</guid>
		<description>I only skimmed it but I already like it a lot. I'll have to look at it in more detail. I particularly like the contrast between "marking" and "hammering". 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/catching-up#comment-4911</link>
		<dc:creator>dan</dc:creator>
		<pubDate>Thu, 28 Jun 2007 10:14:49 +0000</pubDate>
		<guid isPermaLink="false">http://dannorth.net/2007/06/catching-up#comment-4911</guid>
		<description>hi Dan,

re: performance tuning techniques write-up

you may find this useful - it's a write-up of techniques for writing very small programs (disclaimer: by my brother); i'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>
