Re: Road to Clojure Survey
- From: Helmut Eller <eller.helmut@xxxxxxxxx>
- Date: Sat, 21 Feb 2009 10:21:23 +0100
* Vend [2009-02-20 22:26+0100] writes:
FSet is a library, not a language.
If I understand correctly, native immutable collections are just one
feature of Clojure, and it integrates well with other features
(polymorphic collection manipulation and concurrency control).
I'm confused by this whole discussion.
Aren't Clojure's collection classes just a library and the Clojure
compiler/language treats them just like any other Java class? Is there
a reason why those classes could not be used in normal Java programs?
I also don't understand how those collections can improve concurrency
control beyond ordinary Java libraries. It seems to me that those
classes fall in the same category as the java.util.concurrency package.
Useful for sure, but claiming that those classes "ensure clean, correct,
multithreaded designs" seems a bit far fetched. Especially, since "Java
interop" has high priority and hence Clojure has to live with the
existing designs of Java frameworks and can't change those
after-the-fact.
Helmut.
.
- Follow-Ups:
- Re: Road to Clojure Survey
- From: Rich Hickey
- Re: Road to Clojure Survey
- From: Vend
- Re: Road to Clojure Survey
- From: André Thieme
- Re: Road to Clojure Survey
- From: Pascal Costanza
- Re: Road to Clojure Survey
- References:
- Road to Clojure Survey
- From: Kenneth Tilton
- Re: Road to Clojure Survey
- From: Mark H.
- Re: Road to Clojure Survey
- From: Scott Burson
- Re: Road to Clojure Survey
- From: André Thieme
- Re: Road to Clojure Survey
- From: Pascal Costanza
- Re: Road to Clojure Survey
- From: Rich Hickey
- Re: Road to Clojure Survey
- From: Pascal Costanza
- Re: Road to Clojure Survey
- From: Vend
- Road to Clojure Survey
- Prev by Date: Re: question about Clojure immutable structures
- Next by Date: Re: Road to Clojure Survey
- Previous by thread: Re: Road to Clojure Survey
- Next by thread: Re: Road to Clojure Survey
- Index(es):
Relevant Pages
|