News for hackers. Stuff that matters.
Re:Where Lisp Fits by jonnybgood on Monday February 03, 2014 @10:50AM (#7171206)
Instead of telling us your feelings are hurt that Clojure is being called a lisp, you should explain why you think Clojure is not a lisp.
Re:Where Lisp Fits by McCoy_Pauley on Monday February 03, 2014 @12:19PM (#7171956)
Clojure is more like scheme in that it only has a one scope environment. Common Lisp (and Lisp) are defined by having 2 scope in the environment. One scope for the functions and one scope for variables, if I remember correctly. An easy way to learn your way around lisp is to read and work through Graham's essay "Roots of Lisp": http://paulgraham.com/rootsoflisp.html
Re:Where Lisp Fits by hga on Monday February 03, 2014 @12:26PM (#7172030)
Also called Lisp-1 vs. Lisp-2; mainline LISP has separate namespaces for function and variable values, Scheme and Clojure have just one.

This was the big breaking change from Scheme that CL wasn't willing to make because it would have broken too much invaluable code.

Re:Where Lisp Fits by kennethtilton on Monday February 10, 2014 @09:32AM (#7211223)
...because it was a bad idea. I did some serious work with a Lisp-1 (Arc) and it was a PITA with no discernible win to it.
Re:Where Lisp Fits by mrottenkolber on Monday February 03, 2014 @10:55AM (#7171252)
It's _a_ Lisp. It's not _the_ lisp and not a particular good one either.
Re:Where Lisp Fits by elwell on Monday February 03, 2014 @12:02PM (#7171807)
What did you mean by this then?

> It's not LISP and its not Lisp either

Re:Where Lisp Fits by mrottenkolber on Monday February 03, 2014 @05:06PM (#7173852)
LISP is mostly a historical term used for 1.5 era lisps.

Furthermore note the difference between "X is Lisp" and "X is _a_ Lisp".

Re:Where Lisp Fits by hga on Monday February 03, 2014 @12:22PM (#7171985)
Well, as I score it, it's not a LISP, as in LISt Processing, since lists are no longer the principle collection type, and others are first class syntactically. Not to mention the use of vectors (denoted with square braces []) for special form syntax like in defn and let.

But it's most certainly a "Lisp".

Re:Where Lisp Fits by rsanders on Monday February 03, 2014 @12:38PM (#7172149)
By "lists", you mean "linked lists as implemented with pairs"? What's the practical difference between lists and the seq abstraction (immutability aside)? It's true that Clojure provides a lot of data types, but none that would be unfamiliar to a CL programmer. And you can handle all of them more or less like lists, and as a bonus you can use the same set of functions to do so.

I would think that the immutability of these data structures would be a bigger difference, both conceptually and in the difficulty of porting CL code into Clojure.

Re:Where Lisp Fits by hga on Monday February 03, 2014 @12:51PM (#7172249)
Yes, as implemented with pairs, syntactically with parens.

None, except vectors and maps (and sets and regexs and ...) being syntactically first class, and being used heavily, not just in special form syntax but in real use. For a whole lot of programming, maps are where it's at for your data structures.

True, these shouldn't be unfamiliar to a CL programmer (although the pervasive use of maps might well be, don't remember how much association lists and properly lists were used).

As someone who adopted the mostly functional Scheme style I don't find the enforced immutability a bigger difference, but I could well see that being true for CL programmers. And for many/some? the bias against OO vs. CL's CLOS, which many claim is the very best OO system ever (as far as I know the only popular one with a MOP).

Re:Where Lisp Fits by gtrak on Tuesday February 04, 2014 @09:41AM (#7177627)
the practical difference between lists and seqs is laziness (details like chunking, too).
Re:Where Lisp Fits by elwell on Monday February 03, 2014 @03:35PM (#7173274)
You answered why it's not a LISP. What about the second part of the phrase I quoted?
Re:Where Lisp Fits by hga on Monday February 03, 2014 @03:50PM (#7173381)
Can't answer, since I disagree, and for that matter the author of the quote later changed his stated opinion.