<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for codefork.com</title>
	<link>http://codefork.com/blog</link>
	<description>branching out</description>
	<pubDate>Sat, 17 May 2008 02:26:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>Comment on Maintainability Pitfalls in PHP by Vladimir</title>
		<link>http://codefork.com/blog/index.php/2008/01/08/maintainability-pitfalls-in-php/#comment-1122</link>
		<author>Vladimir</author>
		<pubDate>Mon, 12 May 2008 06:47:23 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2008/01/08/maintainability-pitfalls-in-php/#comment-1122</guid>
		<description>I think things are improving, you may google for php design patters, and you'll see some discussions on code design and reausing OOP code. Words like loose coupling have started to show up also. :D

Vladimir</description>
		<content:encoded><![CDATA[<p>I think things are improving, you may google for php design patters, and you&#8217;ll see some discussions on code design and reausing OOP code. Words like loose coupling have started to show up also. :D</p>
<p>Vladimir</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Figuring out the mystery of T-Zones(tm) by Don</title>
		<link>http://codefork.com/blog/index.php/2007/12/13/figuring-out-the-mystery-of-t-zonestm/#comment-234</link>
		<author>Don</author>
		<pubDate>Wed, 30 Jan 2008 09:53:50 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2007/12/13/figuring-out-the-mystery-of-t-zonestm/#comment-234</guid>
		<description>I debranded my Nokia 6086 and APP ACCESS is still greyed out... I wasted $40.00 for nothing...</description>
		<content:encoded><![CDATA[<p>I debranded my Nokia 6086 and APP ACCESS is still greyed out&#8230; I wasted $40.00 for nothing&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Caching is a Workaround, not a Solution by jeff</title>
		<link>http://codefork.com/blog/index.php/2008/01/18/caching-is-a-workaround-not-a-solution/#comment-212</link>
		<author>jeff</author>
		<pubDate>Mon, 21 Jan 2008 07:13:17 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2008/01/18/caching-is-a-workaround-not-a-solution/#comment-212</guid>
		<description>Thanks guys.

I should have been more clear: the specific scenario I had in mind was using cache as a means to avoid hitting a database. This may become clear in my next post. =)</description>
		<content:encoded><![CDATA[<p>Thanks guys.</p>
<p>I should have been more clear: the specific scenario I had in mind was using cache as a means to avoid hitting a database. This may become clear in my next post. =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Caching is a Workaround, not a Solution by Jared</title>
		<link>http://codefork.com/blog/index.php/2008/01/18/caching-is-a-workaround-not-a-solution/#comment-208</link>
		<author>Jared</author>
		<pubDate>Fri, 18 Jan 2008 19:45:32 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2008/01/18/caching-is-a-workaround-not-a-solution/#comment-208</guid>
		<description>That's exactly why I don't call StaticGenerator a "caching" solution. It generates the output so the code doesn't have to run the same thing over and over, ad nauseam.

Good post. :)</description>
		<content:encoded><![CDATA[<p>That&#8217;s exactly why I don&#8217;t call StaticGenerator a &#8220;caching&#8221; solution. It generates the output so the code doesn&#8217;t have to run the same thing over and over, ad nauseam.</p>
<p>Good post. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Caching is a Workaround, not a Solution by Bobby The Programmer</title>
		<link>http://codefork.com/blog/index.php/2008/01/18/caching-is-a-workaround-not-a-solution/#comment-207</link>
		<author>Bobby The Programmer</author>
		<pubDate>Fri, 18 Jan 2008 19:39:16 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2008/01/18/caching-is-a-workaround-not-a-solution/#comment-207</guid>
		<description>Caching, and it's purely software equivalent of memoization, can sometimes reduce to order of magnitude of an algorithm dramatically, so, sometimes, caching IS the efficient code, e.g., Fibonacci sequences, dynamic programming.

Your article is still on target, though, let me emphasize that.  Nothing is ever a panacea that cures everything.</description>
		<content:encoded><![CDATA[<p>Caching, and it&#8217;s purely software equivalent of memoization, can sometimes reduce to order of magnitude of an algorithm dramatically, so, sometimes, caching IS the efficient code, e.g., Fibonacci sequences, dynamic programming.</p>
<p>Your article is still on target, though, let me emphasize that.  Nothing is ever a panacea that cures everything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Figuring out the mystery of T-Zones(tm) by Mark</title>
		<link>http://codefork.com/blog/index.php/2007/12/13/figuring-out-the-mystery-of-t-zonestm/#comment-178</link>
		<author>Mark</author>
		<pubDate>Mon, 31 Dec 2007 23:09:42 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2007/12/13/figuring-out-the-mystery-of-t-zonestm/#comment-178</guid>
		<description>I had the same problem you wrote about with gmail mail program and maps program.  I called T-Mobile and I am really pissed off.  This is BS...them greying out the function when it is built into the Nokia 6086.  This is crap!</description>
		<content:encoded><![CDATA[<p>I had the same problem you wrote about with gmail mail program and maps program.  I called T-Mobile and I am really pissed off.  This is BS&#8230;them greying out the function when it is built into the Nokia 6086.  This is crap!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Right Metaphor by codefork.com &#187; Blog Archive &#187; Software is an Art</title>
		<link>http://codefork.com/blog/index.php/2007/10/11/the-right-metaphor/#comment-136</link>
		<author>codefork.com &#187; Blog Archive &#187; Software is an Art</author>
		<pubDate>Sun, 23 Dec 2007 01:22:47 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2007/10/11/the-right-metaphor/#comment-136</guid>
		<description>[...] It resonates with my post from a while back on whether &#8220;software engineering&#8221; is the right metaphor for writing [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] It resonates with my post from a while back on whether &#8220;software engineering&#8221; is the right metaphor for writing [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pimping Python&#8217;s property() by Jay</title>
		<link>http://codefork.com/blog/index.php/2007/12/05/pimping-pythons-property/#comment-96</link>
		<author>Jay</author>
		<pubDate>Fri, 07 Dec 2007 05:11:18 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2007/12/05/pimping-pythons-property/#comment-96</guid>
		<description>Phil:

I ran into that problem a long time ago.  It's quite a Python wart.  I don't remember all the details, but basically the property is bound to the class it was created in and isn't overriden for you automatically.  Here's the work-around:

class Foo(object):
    def get_foo(self):
        return 'foo'

    foo = property(lambda self: self.get_foo())

class Bar(Foo):
    def get_foo(self):
        return 'bar'

print Foo().foo, Bar().foo

This will print "foo bar" instead of "foo foo" if you used property as you usually do.  All we do now is delay the evaluation of self until the property is actually called, so it picks up the correct subclass instead of being bound forever to the class it was instantiated in.
        return 'bar'</description>
		<content:encoded><![CDATA[<p>Phil:</p>
<p>I ran into that problem a long time ago.  It&#8217;s quite a Python wart.  I don&#8217;t remember all the details, but basically the property is bound to the class it was created in and isn&#8217;t overriden for you automatically.  Here&#8217;s the work-around:</p>
<p>class Foo(object):<br />
    def get_foo(self):<br />
        return &#8216;foo&#8217;</p>
<p>    foo = property(lambda self: self.get_foo())</p>
<p>class Bar(Foo):<br />
    def get_foo(self):<br />
        return &#8216;bar&#8217;</p>
<p>print Foo().foo, Bar().foo</p>
<p>This will print &#8220;foo bar&#8221; instead of &#8220;foo foo&#8221; if you used property as you usually do.  All we do now is delay the evaluation of self until the property is actually called, so it picks up the correct subclass instead of being bound forever to the class it was instantiated in.<br />
        return &#8216;bar&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pimping Python&#8217;s property() by Carl Friedrich Bolz</title>
		<link>http://codefork.com/blog/index.php/2007/12/05/pimping-pythons-property/#comment-95</link>
		<author>Carl Friedrich Bolz</author>
		<pubDate>Fri, 07 Dec 2007 02:00:20 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2007/12/05/pimping-pythons-property/#comment-95</guid>
		<description>Somewhat relevant blog post from Phillip J. Eby: http://dirtsimple.org/2004/12/python-is-not-java.html</description>
		<content:encoded><![CDATA[<p>Somewhat relevant blog post from Phillip J. Eby: <a href="http://dirtsimple.org/2004/12/python-is-not-java.html" rel="nofollow">http://dirtsimple.org/2004/12/python-is-not-java.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pimping Python&#8217;s property() by Phil</title>
		<link>http://codefork.com/blog/index.php/2007/12/05/pimping-pythons-property/#comment-94</link>
		<author>Phil</author>
		<pubDate>Thu, 06 Dec 2007 22:08:35 +0000</pubDate>
		<guid>http://codefork.com/blog/index.php/2007/12/05/pimping-pythons-property/#comment-94</guid>
		<description>I have had some troubles with properties and inheritance. If I redefine a setter in a subclass, it's not called correctly unless the property() is redefined for the overriden setter. Same goes for getter... :(</description>
		<content:encoded><![CDATA[<p>I have had some troubles with properties and inheritance. If I redefine a setter in a subclass, it&#8217;s not called correctly unless the property() is redefined for the overriden setter. Same goes for getter&#8230; :(</p>
]]></content:encoded>
	</item>
</channel>
</rss>
