<?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: Thoughts Reading Practical Common Lisp</title>
	<atom:link href="http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/feed/" rel="self" type="application/rss+xml" />
	<link>http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/</link>
	<description>Pinging stuff I care about.</description>
	<pubDate>Wed, 20 Aug 2008 12:09:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Spacebat</title>
		<link>http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/#comment-17682</link>
		<dc:creator>Spacebat</dc:creator>
		<pubDate>Sun, 22 Jun 2008 06:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.goesping.org/?p=725#comment-17682</guid>
		<description>It seems that the standard is the real curse with common lisp. Its not going to adapt to the world moving forward and leads to multiple subtly incompatible implementations. Then once you're outside the standard (sockets, threading, IPC etc) things diverge wildly.

I'm working through Practical Common Lisp because I've put off learning this great and venerable language for too long. Preferring OSS implementations leads to an interesting choice that a newcomer to the language isn't well placed to make. I want native threads and portability. Currently learning on SBCL, I can see myself switching to OpenMCL if/when the x86 port is complete.

That's for CL anyways - I'm interested in Clojure as a modern Lisp thats portable (in the sense java bytecode is portable), threaded and solves the library problem (java classes are trivial to call from it and vice versa). Perhaps it lets go of some of the CL baggage, but until I learn CL properly I won't know if that's the case :)</description>
		<content:encoded><![CDATA[<p>It seems that the standard is the real curse with common lisp. Its not going to adapt to the world moving forward and leads to multiple subtly incompatible implementations. Then once you&#8217;re outside the standard (sockets, threading, IPC etc) things diverge wildly.</p>
<p>I&#8217;m working through Practical Common Lisp because I&#8217;ve put off learning this great and venerable language for too long. Preferring OSS implementations leads to an interesting choice that a newcomer to the language isn&#8217;t well placed to make. I want native threads and portability. Currently learning on SBCL, I can see myself switching to OpenMCL if/when the x86 port is complete.</p>
<p>That&#8217;s for CL anyways - I&#8217;m interested in Clojure as a modern Lisp thats portable (in the sense java bytecode is portable), threaded and solves the library problem (java classes are trivial to call from it and vice versa). Perhaps it lets go of some of the CL baggage, but until I learn CL properly I won&#8217;t know if that&#8217;s the case :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed That Goes Ping</title>
		<link>http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/#comment-17639</link>
		<dc:creator>Ed That Goes Ping</dc:creator>
		<pubDate>Sun, 15 Jun 2008 15:19:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.goesping.org/?p=725#comment-17639</guid>
		<description>Pointless maybe but cool.  I'm honored you dropped by to comment on it, Daniel!  Thanks!</description>
		<content:encoded><![CDATA[<p>Pointless maybe but cool.  I&#8217;m honored you dropped by to comment on it, Daniel!  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Weinreb</title>
		<link>http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/#comment-17637</link>
		<dc:creator>Daniel Weinreb</dc:creator>
		<pubDate>Sun, 15 Jun 2008 15:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.goesping.org/?p=725#comment-17637</guid>
		<description>The Roman numeral printer is my fault.  It was more for humor value than anything else, although there are actually times when it's useful to print Roman numerals (section/chapter numbering).  The "old-style Roman numerals" was because Tom Knight asked me to put it in; that's really pointless!</description>
		<content:encoded><![CDATA[<p>The Roman numeral printer is my fault.  It was more for humor value than anything else, although there are actually times when it&#8217;s useful to print Roman numerals (section/chapter numbering).  The &#8220;old-style Roman numerals&#8221; was because Tom Knight asked me to put it in; that&#8217;s really pointless!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc</title>
		<link>http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/#comment-6274</link>
		<dc:creator>Marc</dc:creator>
		<pubDate>Wed, 12 Apr 2006 05:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.goesping.org/?p=725#comment-6274</guid>
		<description>I've read most of Practical Common Lisp like you and I've quite enjoyed it.

I thought that CLOS was really cool - generic functions and multiple dispatch appeal to me.

I think I've pretty much gotten past the parentheses and the car and cdr crap, but I still have doubts about using Common Lisp on a project, because of the lack of libraries and all the different incompatible implementations. It seems to me that Python and Ruby have most of the power of Lisp (macros are something in which Lisp definitely has an edge) and have excellent libraries that work the same across all platforms.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve read most of Practical Common Lisp like you and I&#8217;ve quite enjoyed it.</p>
<p>I thought that CLOS was really cool - generic functions and multiple dispatch appeal to me.</p>
<p>I think I&#8217;ve pretty much gotten past the parentheses and the car and cdr crap, but I still have doubts about using Common Lisp on a project, because of the lack of libraries and all the different incompatible implementations. It seems to me that Python and Ruby have most of the power of Lisp (macros are something in which Lisp definitely has an edge) and have excellent libraries that work the same across all platforms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed That Goes Ping</title>
		<link>http://goesping.org/archives/2005/11/27/thoughts-reading-practical-common-lisp/#comment-5881</link>
		<dc:creator>Ed That Goes Ping</dc:creator>
		<pubDate>Wed, 30 Nov 2005 14:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.goesping.org/?p=725#comment-5881</guid>
		<description>Thanks for the comment, Elliot.

Yes, the fact that Lisp syntax and Lisp data structures are mirror images of each other seems to be the terribly important thing that allows macros to have the power they have.

The only not-lispy language I've heard of that might have something comparable is REBOL; I don't know much about REBOL and so I don't know how comparable code-as-data in REBOL is to code-as-data in LISP.</description>
		<content:encoded><![CDATA[<p>Thanks for the comment, Elliot.</p>
<p>Yes, the fact that Lisp syntax and Lisp data structures are mirror images of each other seems to be the terribly important thing that allows macros to have the power they have.</p>
<p>The only not-lispy language I&#8217;ve heard of that might have something comparable is REBOL; I don&#8217;t know much about REBOL and so I don&#8217;t know how comparable code-as-data in REBOL is to code-as-data in LISP.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
