<?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: Multimethods aren&#8217;t magic (nor mutable)</title>
	<atom:link href="http://clj-me.cgrand.net/2008/05/28/multimethods-arent-magic-nor-mutable/feed/" rel="self" type="application/rss+xml" />
	<link>http://clj-me.cgrand.net/2008/05/28/multimethods-arent-magic-nor-mutable/</link>
	<description>When the pupil is ready to learn, a teacher will appear.</description>
	<lastBuildDate>Mon, 30 Jan 2012 20:57:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Rich Hickey</title>
		<link>http://clj-me.cgrand.net/2008/05/28/multimethods-arent-magic-nor-mutable/comment-page-1/#comment-2</link>
		<dc:creator>Rich Hickey</dc:creator>
		<pubDate>Sat, 31 May 2008 13:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://clj-me.cgrand.net/2008/05/28/multimethods-arent-magic-nor-mutable/#comment-2</guid>
		<description>You are right - the correct thing to do is use the var - #&#039;foo. This is a specific case of the more general problem of building long-term connections to function objects. Saying (map foo ...) is fine, as foo is unlikely to change (nor would you want to see it change) during the execution of map. But when you &#039;capture&#039; the value of a var containing a fn (as the call to comp does here), and store it away for use later, you probably want the var itself instead, as it will reflect redefinitions and bug fixes. Macros are not the answer here.</description>
		<content:encoded><![CDATA[<p>You are right &#8211; the correct thing to do is use the var &#8211; #&#8217;foo. This is a specific case of the more general problem of building long-term connections to function objects. Saying (map foo &#8230;) is fine, as foo is unlikely to change (nor would you want to see it change) during the execution of map. But when you &#8216;capture&#8217; the value of a var containing a fn (as the call to comp does here), and store it away for use later, you probably want the var itself instead, as it will reflect redefinitions and bug fixes. Macros are not the answer here.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

