<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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" version="2.0">
<channel>
	<title>Comments for halostatue</title>
	
	<link>http://www.halostatue.ca</link>
	<description>software development with ruby in Toronto</description>
	<pubDate>Tue,  2 Dec 2008 00:15:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/halostatue-comments" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="halostatue-comments" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Comment on Mac Recipe Management Programs by Ben Lachman</title>
		<link>http://www.halostatue.ca/2008/11/23/mac-recipe-management-programs/#comment-1866</link>
		<dc:creator>Ben Lachman</dc:creator>
		<pubDate>Sun, 30 Nov 2008 04:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/?p=539#comment-1866</guid>
		<description>Thanks for the good comparison.  I'm the developer of SousChef and I'm definitely hoping SousChef will become the best of breed cooking software on the Mac.  There are many features and tweaks planned for SousChef and since it's only at 1.0.1 I think it has plenty of room to grow.  I'd love to chat with you some offline about ideas for future priorities and features.</description>
		<content:encoded><![CDATA[<p>Thanks for the good comparison.  I&#8217;m the developer of SousChef and I&#8217;m definitely hoping SousChef will become the best of breed cooking software on the Mac.  There are many features and tweaks planned for SousChef and since it&#8217;s only at 1.0.1 I think it has plenty of room to grow.  I&#8217;d love to chat with you some offline about ideas for future priorities and features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Revisiting the iPhone on Rogers/Fido by Tim Breitkreutz</title>
		<link>http://www.halostatue.ca/2008/07/13/revisiting-the-iphone-on-rogersfido/#comment-1861</link>
		<dc:creator>Tim Breitkreutz</dc:creator>
		<pubDate>Sun, 13 Jul 2008 18:43:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/?p=496#comment-1861</guid>
		<description>I was going to cave in too--until I phoned Fido and found out that I don't qualify for a plan renewal for another 6 months (I signed a two year contract one year ago to get a "free" phone upgrade--to a fairly nice Nokia).  I could tell the Fido rep on the phone was just doing her job, but there was no option except to wait for six months, she said. 

How incredibly dumb.

I hope you enjoy yours, though! :)</description>
		<content:encoded><![CDATA[<p>I was going to cave in too&#8211;until I phoned Fido and found out that I don&#8217;t qualify for a plan renewal for another 6 months (I signed a two year contract one year ago to get a &#8220;free&#8221; phone upgrade&#8211;to a fairly nice Nokia).  I could tell the Fido rep on the phone was just doing her job, but there was no option except to wait for six months, she said. </p>
<p>How incredibly dumb.</p>
<p>I hope you enjoy yours, though! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Revisiting the iPhone on Rogers/Fido by Long Nguyen</title>
		<link>http://www.halostatue.ca/2008/07/13/revisiting-the-iphone-on-rogersfido/#comment-1860</link>
		<dc:creator>Long Nguyen</dc:creator>
		<pubDate>Sun, 13 Jul 2008 16:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/?p=496#comment-1860</guid>
		<description>I got the data plan with a 100 weekdays and 1000 evenings/weekends + $15 value pack, so it ends up being $70 + all the crap like system access fee.</description>
		<content:encoded><![CDATA[<p>I got the data plan with a 100 weekdays and 1000 evenings/weekends + $15 value pack, so it ends up being $70 + all the crap like system access fee.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Legend Passes by Lyle Johnson</title>
		<link>http://www.halostatue.ca/2008/03/04/a-legend-passes/#comment-1852</link>
		<dc:creator>Lyle Johnson</dc:creator>
		<pubDate>Wed, 05 Mar 2008 03:21:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2008/03/04/a-legend-passes/#comment-1852</guid>
		<description>I'm experiencing some heavy feelings of nostalgia the more I read this evening. I don't remember as many of the details as you do---I had stopped playing D&amp;D by the time I started college---but I do remember how it helped me overcome my shyness and make new friends. I wonder if I still have my old Monster Manual packed away in a box somewhere?

I remember Villains &amp; Vigilantes, too. We also played a lot of Traveller, plus other games that I've since forgotten.</description>
		<content:encoded><![CDATA[<p>I&#8217;m experiencing some heavy feelings of nostalgia the more I read this evening. I don&#8217;t remember as many of the details as you do&#8212;I had stopped playing D&amp;D by the time I started college&#8212;but I do remember how it helped me overcome my shyness and make new friends. I wonder if I still have my old Monster Manual packed away in a box somewhere?</p>
<p>I remember Villains &amp; Vigilantes, too. We also played a lot of Traveller, plus other games that I&#8217;ve since forgotten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on I Paid for Twitterrific by austin</title>
		<link>http://www.halostatue.ca/2007/12/27/i-paid-for-twitterrific/#comment-1806</link>
		<dc:creator>austin</dc:creator>
		<pubDate>Wed, 09 Jan 2008 18:33:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2007/12/27/i-paid-for-twitterrific/#comment-1806</guid>
		<description>It's not twitter-spam. It's me importing my tweets into my blog and RubyCorner having been configured to follow my entire blog, not just Ruby entries. Since I've changed the use of my blog, but haven't looked at RubyCorner in 18 months or more, I haven't actually noticed. (I don't use planets, for the most part.)

Just for you, I've changed the RubyCorner configuration. Happy now?</description>
		<content:encoded><![CDATA[<p>It&#8217;s not twitter-spam. It&#8217;s me importing my tweets into my blog and RubyCorner having been configured to follow my entire blog, not just Ruby entries. Since I&#8217;ve changed the use of my blog, but haven&#8217;t looked at RubyCorner in 18 months or more, I haven&#8217;t actually noticed. (I don&#8217;t use planets, for the most part.)</p>
<p>Just for you, I&#8217;ve changed the RubyCorner configuration. Happy now?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on I Paid for Twitterrific by dlg</title>
		<link>http://www.halostatue.ca/2007/12/27/i-paid-for-twitterrific/#comment-1805</link>
		<dc:creator>dlg</dc:creator>
		<pubDate>Wed, 09 Jan 2008 10:08:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2007/12/27/i-paid-for-twitterrific/#comment-1805</guid>
		<description>your twitterings get rss-ed to the rubycorner site. why do you think that anyone there is interested in your brown rice risotto? if i want to know, i'll choose to follow you.

this is twitter-spam

please stop it</description>
		<content:encoded><![CDATA[<p>your twitterings get rss-ed to the rubycorner site. why do you think that anyone there is interested in your brown rice risotto? if i want to know, i&#8217;ll choose to follow you.</p>
<p>this is twitter-spam</p>
<p>please stop it</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Save a Lemur: Club Thievey by Britgirl</title>
		<link>http://www.halostatue.ca/2007/12/31/save-a-lemur-club-thievy/#comment-1803</link>
		<dc:creator>Britgirl</dc:creator>
		<pubDate>Fri, 04 Jan 2008 01:57:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2007/12/31/save-a-lemur-club-thievy/#comment-1803</guid>
		<description>This reminds me I need to renew my commitment to MSF... thanks for an interesting article.</description>
		<content:encoded><![CDATA[<p>This reminds me I need to renew my commitment to MSF&#8230; thanks for an interesting article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on I Paid for Twitterrific by Lyle Johnson</title>
		<link>http://www.halostatue.ca/2007/12/27/i-paid-for-twitterrific/#comment-1801</link>
		<dc:creator>Lyle Johnson</dc:creator>
		<pubDate>Fri, 04 Jan 2008 01:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2007/12/27/i-paid-for-twitterrific/#comment-1801</guid>
		<description>I've been putting off paying for Twitterrific even though I too have it running most of the time. I have paid for a lot of other Mac shareware (more so than I ever used to when I ran Windows) and so I don't know what's keeping me from registering Twitterrific. I'll add it to the list of New Year's resolutions!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been putting off paying for Twitterrific even though I too have it running most of the time. I have paid for a lot of other Mac shareware (more so than I ever used to when I ran Windows) and so I don&#8217;t know what&#8217;s keeping me from registering Twitterrific. I&#8217;ll add it to the list of New Year&#8217;s resolutions!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Optimize What? by Eugen</title>
		<link>http://www.halostatue.ca/2007/11/25/optimize-what/#comment-1693</link>
		<dc:creator>Eugen</dc:creator>
		<pubDate>Fri, 21 Dec 2007 14:46:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2007/11/25/optimize-what/#comment-1693</guid>
		<description>There is no large causation between the size of the code and memory consumption. Write a tiny program which keeps mallocing to prove this, if you will. In any case the  runtime linker loads in the necessary methods across a 4K page boundary - it doesn't load in the entire object, unless needed ( there is a mechanism at link time , not well advertised by Apple , to create a link "order file" which places the code on disk - and pages - in the order they are called. This requires some empirical research beforehand to work out optimal oder). Linkers also strip out "dead code", I dont think this will work for factory methods - one of the bugbears of the CTGradient haters.

Of course this 4K is insignificant - what makes a program big in ram is data, not code. The real memory cost of the CTGradient is the Apple based drawing routines which use video memory to draw on the screen. The bigger the gradient window, the bigger this cost. So rather than optimizing the CTGradiant class the lad could have made more impact on runtime memory by using less gradiant, which is far more significant than any memory increase caused by the use of a large class most of which will not be loaded in by the loader - and even if the rest of the 4K page loaded in was redundant the real memory cost is less than 4K memory, because some of that code *was* needed after all. 

We are not coding for calculators anymore.</description>
		<content:encoded><![CDATA[<p>There is no large causation between the size of the code and memory consumption. Write a tiny program which keeps mallocing to prove this, if you will. In any case the  runtime linker loads in the necessary methods across a 4K page boundary - it doesn&#8217;t load in the entire object, unless needed ( there is a mechanism at link time , not well advertised by Apple , to create a link &#8220;order file&#8221; which places the code on disk - and pages - in the order they are called. This requires some empirical research beforehand to work out optimal oder). Linkers also strip out &#8220;dead code&#8221;, I dont think this will work for factory methods - one of the bugbears of the CTGradient haters.</p>
<p>Of course this 4K is insignificant - what makes a program big in ram is data, not code. The real memory cost of the CTGradient is the Apple based drawing routines which use video memory to draw on the screen. The bigger the gradient window, the bigger this cost. So rather than optimizing the CTGradiant class the lad could have made more impact on runtime memory by using less gradiant, which is far more significant than any memory increase caused by the use of a large class most of which will not be loaded in by the loader - and even if the rest of the 4K page loaded in was redundant the real memory cost is less than 4K memory, because some of that code *was* needed after all. </p>
<p>We are not coding for calculators anymore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Amnesty Condemns Canada on Death Penalty by Pit Capitain</title>
		<link>http://www.halostatue.ca/2007/11/07/amnesty-condemns-canada-on-death-penalty/#comment-1375</link>
		<dc:creator>Pit Capitain</dc:creator>
		<pubDate>Fri, 09 Nov 2007 16:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.halostatue.ca/2007/11/07/amnesty-condemns-canada-on-death-penalty/#comment-1375</guid>
		<description>Austin: thank you very much for this post.
Anonymous: human rights have nothing to do with left- or right-wing.</description>
		<content:encoded><![CDATA[<p>Austin: thank you very much for this post.<br />
Anonymous: human rights have nothing to do with left- or right-wing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
