<?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: Lisp50 Notes part VI: The Future of Lisp</title>
	<atom:link href="http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/feed/" rel="self" type="application/rss+xml" />
	<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/</link>
	<description>(notes from an average programmer studying the hard stuff)</description>
	<lastBuildDate>Thu, 21 May 2009 01:17:58 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Elias Amaral</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2541</link>
		<dc:creator>Elias Amaral</dc:creator>
		<pubDate>Thu, 21 May 2009 01:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2541</guid>
		<description>you wanted.. &lt;a href=&quot;http://paulgraham.com/arc.html&quot; rel=&quot;nofollow&quot;&gt;arc&lt;/a&gt;?</description>
		<content:encoded><![CDATA[<p>you wanted.. <a href="http://paulgraham.com/arc.html" rel="nofollow">arc</a>?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Weinreb</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2514</link>
		<dc:creator>Dan Weinreb</dc:creator>
		<pubDate>Sat, 20 Dec 2008 23:04:37 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2514</guid>
		<description>At the International Lisp Conference, I&#039;m going to see to it that Rich Hickey has plenty of time to discuss Clojure in detail and take extensive questions. So if you&#039;ve missed his talk in the past, you can see the best version of it in March.  See ilc09.org and I hope I&#039;ll be seeing you there.</description>
		<content:encoded><![CDATA[<p>At the International Lisp Conference, I&#8217;m going to see to it that Rich Hickey has plenty of time to discuss Clojure in detail and take extensive questions. So if you&#8217;ve missed his talk in the past, you can see the best version of it in March.  See ilc09.org and I hope I&#8217;ll be seeing you there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Autodidact &#187; Blog Archive &#187; Some notes on Clojure</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2479</link>
		<dc:creator>Autodidact &#187; Blog Archive &#187; Some notes on Clojure</dc:creator>
		<pubDate>Fri, 21 Nov 2008 17:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2479</guid>
		<description>[...] capped by a presentation by its inventor at the end of the Lisp50 program at OOPSLA. Lispy has a good recounting of Hickey&#8217;s talk on his blog. There&#8217;s interest in forming a study group here in the DC area, under the [...]</description>
		<content:encoded><![CDATA[<p>[...] capped by a presentation by its inventor at the end of the Lisp50 program at OOPSLA. Lispy has a good recounting of Hickey&#8217;s talk on his blog. There&#8217;s interest in forming a study group here in the DC area, under the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lisp&#8217;s 50th birthday &#171; Strange Quark&#8217;s</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2426</link>
		<dc:creator>Lisp&#8217;s 50th birthday &#171; Strange Quark&#8217;s</dc:creator>
		<pubDate>Sat, 01 Nov 2008 12:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2426</guid>
		<description>[...] to name a few.  As for the future, it&#8217;s always uncertain. Here are some notes about the future of Lisp from the OOPSLA Lisp50 session, which suggests that Clojure may be a big part of that. Next [...]</description>
		<content:encoded><![CDATA[<p>[...] to name a few.  As for the future, it&#8217;s always uncertain. Here are some notes about the future of Lisp from the OOPSLA Lisp50 session, which suggests that Clojure may be a big part of that. Next [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uncle T</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2424</link>
		<dc:creator>Uncle T</dc:creator>
		<pubDate>Fri, 31 Oct 2008 17:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2424</guid>
		<description>Does anyone else hate the :keyword syntax? If :foo is shorthand for namespace:foo (where &quot;namespace&quot; is the default keyword namespace) couldn&#039;t lexers be smart and instead use foo: to recognize keywords? I think (function key1: 1 key2: 2) is far more pleasant than (function :key1 1 :key2 2). I mean is lisp trying to imitate forth&#039;s RPN or something?</description>
		<content:encoded><![CDATA[<p>Does anyone else hate the :keyword syntax? If :foo is shorthand for namespace:foo (where &#8220;namespace&#8221; is the default keyword namespace) couldn&#8217;t lexers be smart and instead use foo: to recognize keywords? I think (function key1: 1 key2: 2) is far more pleasant than (function :key1 1 :key2 2). I mean is lisp trying to imitate forth&#8217;s RPN or something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gnuvince</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2409</link>
		<dc:creator>gnuvince</dc:creator>
		<pubDate>Thu, 30 Oct 2008 14:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2409</guid>
		<description>Rob Meyers: Yes it&#039;s possible, although most people quickly learn to love the syntactic sugar.

{:a 1, :b 2} =&gt; (hash-map :a 1 :b 2)
[1 2 3] =&gt; (vector 1 2 3)
#{1 2 3} =&gt; (set (list 1 2 3))</description>
		<content:encoded><![CDATA[<p>Rob Meyers: Yes it&#8217;s possible, although most people quickly learn to love the syntactic sugar.</p>
<p>{:a 1, :b 2} =&gt; (hash-map :a 1 :b 2)<br />
[1 2 3] =&gt; (vector 1 2 3)<br />
#{1 2 3} =&gt; (set (list 1 2 3))</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Myers</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2408</link>
		<dc:creator>Rob Myers</dc:creator>
		<pubDate>Thu, 30 Oct 2008 13:56:08 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2408</guid>
		<description>Thanks. I don&#039;t have to target the JVM but if I did I can certainly see the advantage.</description>
		<content:encoded><![CDATA[<p>Thanks. I don&#8217;t have to target the JVM but if I did I can certainly see the advantage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lispy</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2407</link>
		<dc:creator>lispy</dc:creator>
		<pubDate>Thu, 30 Oct 2008 13:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2407</guid>
		<description>There simply wasn&#039;t time to get into that.  The focus was on how (while sacrificing many cool things about Common Lisp that are hard to give up, sure) you get the benifit of massive libraries, JVM research, and also take get to take advantage of the &quot;hot&quot; concurrency idiom.  If you can do your job in Common Lisp, then I don&#039;t think Hickey wants to take that away from you-- he&#039;d probably do it himself, all other things being equal.  The &quot;killer ap&quot; of clojure is that you can program in Lisp and the &quot;suits&quot; need never know-- you just drop in a jar file and it looks like regular java code to everyone else.</description>
		<content:encoded><![CDATA[<p>There simply wasn&#8217;t time to get into that.  The focus was on how (while sacrificing many cool things about Common Lisp that are hard to give up, sure) you get the benifit of massive libraries, JVM research, and also take get to take advantage of the &#8220;hot&#8221; concurrency idiom.  If you can do your job in Common Lisp, then I don&#8217;t think Hickey wants to take that away from you&#8211; he&#8217;d probably do it himself, all other things being equal.  The &#8220;killer ap&#8221; of clojure is that you can program in Lisp and the &#8220;suits&#8221; need never know&#8211; you just drop in a jar file and it looks like regular java code to everyone else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Myers</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2405</link>
		<dc:creator>Rob Myers</dc:creator>
		<pubDate>Thu, 30 Oct 2008 10:46:59 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2405</guid>
		<description>What answers did Hicky have for those of us who prefer Common Lisp because of the regular syntax and the absence of syntactic sugar? Is it possible to write Clojure code without making bracket soup?  :-)</description>
		<content:encoded><![CDATA[<p>What answers did Hicky have for those of us who prefer Common Lisp because of the regular syntax and the absence of syntactic sugar? Is it possible to write Clojure code without making bracket soup?  <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lispy</title>
		<link>http://lispy.wordpress.com/2008/10/25/lisp50-notes-part-vi-the-future-of-lisp/#comment-2388</link>
		<dc:creator>lispy</dc:creator>
		<pubDate>Tue, 28 Oct 2008 19:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://lispy.wordpress.com/?p=425#comment-2388</guid>
		<description>Oh, that&#039;s bad.  Not as bad as &quot;per say&quot;, but still pretty bad.  

Fixed.</description>
		<content:encoded><![CDATA[<p>Oh, that&#8217;s bad.  Not as bad as &#8220;per say&#8221;, but still pretty bad.  </p>
<p>Fixed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
