From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@9fans.net Date: Mon, 7 Sep 2009 08:54:40 +0000 From: Paul Donnelly Message-ID: <87skf1jk24.fsf@plap.localdomain> Content-Type: text/plain; charset=us-ascii References: <55D72913-15FB-415F-BE43-7D173E0AC449@storytotell.org> Subject: Re: [9fans] nice quote Topicbox-Message-UUID: 67c2309a-ead5-11e9-9d60-3106f5b1d025 eris.discordia@gmail.com (Eris Discordia) writes: >> Let me be a little pedantic. > > The 9fans know given the haphazard nature of a hobbyist's knowledge I > am extremely bad at this, but then let me give it a try. > >> FYI, it's been Lisp for a while. > > As long as Britannica and Merriam-Webster call it LISP I don't think > calling it LISP would be strictly wrong. Has LISt Processing become > stigmatic in Lisp/LISP community? Just the orthography. > Indeed, my only encounter with LISP has been Scheme and through a > failed attempt to read SICP. Next time you get a hankering to see what all the fuss is about, you could try a book like Practical Common Lisp (which can be read online at http://gigamonkeys.com/book/ ). SICP is a good book, but it's geared toward introducing fundamental programming concepts like abstraction with a minimum of language features, which is necessarily at odds with getting stuff done in a straightforward way. > If you have a scrawny x86 on your desktop and are trying to implement, > say, a bubble sort--yes, the notorious bubble sort, it's still the > first thing that comes to a learner's mind--it seems C is quite apt > for expressing your (embarrassing) solution in terms of what is > available on your platform. Loops, arrays, swapping, with _minimal_ > syntactic distraction. Simple, naive algorithms should end up in > simple, immediately readable (and refutable) code. Compare two > implementations and decide for yourself: > > > I must say that the Lisp version is much simpler and clearer to me, while the C version is mildly baffling. Does that make me a wizard who can hardly read simple C code, or is it just a matter of what you and I are respectively more comfortable with? >> The main benefits it had in AI were features that came from garbage >> collection and interactive development. > > More importantly, LISt Processing which used to be an element of the > expert systems approach to AI and which is now defunct (as a way of > making machines intelligent, whatever that means). While "expert > systems" continue to exist the word causes enough reverb of failure to > be replaced by other buzzwords: knowledge-based systems, automated > knowledge bases, and whatnot. Don't assume that just because Lisp is useful for list processing that it's not useful for a wide variety of problem-solving approaches. I've seen many people get hung up on lists (and recursion), thinking that they are somehow the essence of Lisp programming.