Mike Meyer wrote:
"cageface" wrote:
The problem is that actually getting anything
done with Common Lisp is a nightmare.
Really? Axiom was one of the three largest commercial computer
algebra systems (alongside Mathematica and Maple). It contains
about 1 million "things of code" ("lines o
Nothing about lisp is particularly difficult.
Pandoric macros, closures, continuations,
reader tables, circular structures, lexical
vs dynamic scoping, indefinite lifetimes,
quasiquoted expressions, or any of the other
simple ideas.
They are, of course, only simple once you "get it".
Like everyt
Daniel,
I think you're missing my point or I may have not said it correctly.
You can use clojure to teach basic programming concepts but that has
already been done in other languages and thats why we don't really see
that work or discussion being done with clojure. You cannot say
teaching the adva
Yes, that is disconcerting that clojure-contrib produces errors on
Windows (sigh, it often feels like Windows is a second-class citizen
when it comes to clojure), but that did the trick and allowed the
build to complete. Thanks for the tip.
So now, finally, I've had the chance to run my regular c
"cageface" wrote:
>The problem is that actually getting anything
>done with Common Lisp is a nightmare. Libraries are sparse and
>incompatible among implementations. Crucial things like FFI and
>concurrency are non-standard. Interfacing with the rest of the world
>is tedious.
For the record, tha
On Jun 28, 9:39 pm, Brent Millare wrote:
> While I agree his wording wasn't really the best, I think it can also
> be interpreted differently depending on what kind of n00b he is
> talking about.
For the record, "noob" was not my choice of terms. Like any other
profession, programming attracts pe
Lee,
I feel that a lot of concerns stem from the fact that clojure is new
and hasn't had a chance to get supported by major IDEs. Of course
talking about why isn't going to help your problem so I offer some
advice.
Sounds like you want a standalone clojure editor that installs easy
and has paredi
On Jun 28, 9:14 pm, Michael Richter wrote:
> Ah. The Clojure community has already started down the road to Common
> Lisp-style, smugness-generated obscurity and disdain. Bravo! Well-played!
Not at all. Nothing would make me happier than "Clojure for Dummies"
and Wrox Professional Clojure book
On Tue, 29 Jun 2010 00:19:26 -0400
Lee Spector wrote:
> The editor issue is key when we're talking about an environment for newcomers.
Yup. The ideal situation should be to let them use whatever text
editor they're comfortable with. You really only need two things for
writing clojure code: paren
On Tue, Jun 29, 2010 at 12:39 AM, Brent Millare wrote:
> While I agree his wording wasn't really the best, I think it can also
> be interpreted differently depending on what kind of n00b he is
> talking about.
Your wording isn't much better or maybe it's the idea underneath that
doesn't sit righ
While I agree his wording wasn't really the best, I think it can also
be interpreted differently depending on what kind of n00b he is
talking about. I definitely would see a lot of the mid-late sections
of stuarts book be way over my head when I started learning
programming. Kinda like when I was l
Thanks for the explanation re: classpaths. That helps, and perhaps part of what
I (& others?) have been asking for is a little more explanation about this on a
Clojure getting started page, for folks who aren't coming from Java and for
whom "put it on your classpath" doesn't immediately help.
On 29 June 2010 02:26, cageface wrote:
> Stuart's book is a big help here but I'm afraid that Clojure is simply over
> the heads of a lot of "noobs" anyway.
>
Ah. The Clojure community has already started down the road to Common
Lisp-style, smugness-generated obscurity and disdain. Bravo! Wel
On Mon, 28 Jun 2010 19:54:31 -0700 (PDT)
Jason Smith wrote:
> I just have to mention that what some people on this thread are asking
> for may just not be feasible. The Java legacy behind Clojure can't
> realistically be hidden. Nor should it be.
>
> Clojure is very tied to the JVM, with all i
Several people have suggested that usage examples in the docs would be
helpful and this is something I often find myself wishing for. Are
patches introducing examples welcomed by the core team?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post t
>
> If folks find the Java stack intimidating, maybe Clojure isn't for
> them? Lots of language run on the JVM and they all require some basic
> knowledge of classpaths, build tools and existing IDEs such as
> Ecliper, NetBeans, IntelliJ etc. If folks are new to all that, I don't
> think it's Cloju
What TextMate clojure bundle & instructions do you use? I've tried to play with
this but the installations haven't worked as advertised.
On Jun 28, 2010, at 11:50 PM, Sean Corfield wrote:
> TextMate has a Clojure bundle. I use it as my primary Clojure editor.
--
Lee Spector, Professor of Comp
Well indentation is a function of the editor you are using. Emacs has
it builtin, if you are looking at something at like eclipse or
textedit, or whatever, just speaking practically here but as a
function of what most clojure developers use, you're just not going to
see those editors supported as w
TextMate has a Clojure bundle. I use it as my primary Clojure editor.
I also use vi on the Mac - which has paren matching.
If folks find the Java stack intimidating, maybe Clojure isn't for
them? Lots of language run on the JVM and they all require some basic
knowledge of classpaths, build tools
Yes, it is indeed easy to do what you say, and it's close to what I think is
needed but not quite there, mainly because it won't give you an editing
environment with Clojure indentation or paren-matching. As I mentioned I think
those editor features are really necessary, and unfortunately the n
I'm not asking that the Java legacy be hidden, just that a way be provided to
support newcomers so they don't have to figure it all out to get going. Or that
the bits they have to deal with are a little more clear. And as I said, I think
that some environments are getting close to what I'm look
We are looking for presenters for the next couple of meetings that
will be hosted @google. Thank you Andrey Fedorov for making this
happen!
Please let me know if you would like to present.
RSVP as soon as possible as there are only 50 spots and we expect a
full house.
The dates are Wednesday July
On Jun 28, 6:34 pm, Lee Spector wrote:
> Speaking for me only: Let a million IDEs bloom.
>
> I'm just expressing my interest in there being at least one that allows new
> users to download/install/edit/run code with minimal work and minimal prior
> knowledge.
>
Technically if its just this as
I just have to mention that what some people on this thread are asking
for may just not be feasible. The Java legacy behind Clojure can't
realistically be hidden. Nor should it be.
Clojure is very tied to the JVM, with all its power and all its
complexities. Eclipse and IDEA and NetBeans are fac
I prefer map for turning one sequence into another sequence of equal
length. I generally only use for when I need a cartesian product of
multiple sequences, or am going to leverage :let, :when, or :while in
the binding.
On Jun 28, 11:48 am, Oleg wrote:
> I will show example based on hiccup libra
On Sun, Jun 27, 2010 at 2:58 PM, Greg wrote:
> This weekend I've been diving head-first into Clojure, and I've documented a
> lot of the sticking points that I've run into as a n00b.
>
> I'd like to share them with the community here, in the hopes that we might be
> able to improve the getting s
Greg, thanks for this post, it's a helpful perspective. Many of us
have been working on this problem from various angles (though often
uncoordinated, but that's how it goes), and I do what I can. Here's
some general comments/thoughts in no particular order after re-
skimming your post and
> What is it about the classpath in particular that people find
> difficult? Is it that different from things like PYTHONPATH or
> RUBYLIB? The main differences I can see are:
This is speculation but I suspect it may have to do with the
practicality of it. If you're jumping into python/ruby, thing
Speaking for me only: Let a million IDEs bloom.
I'm just expressing my interest in there being at least one that allows new
users to download/install/edit/run code with minimal work and minimal prior
knowledge.
The only reason I can figure that anyone would think this is bad is if he/she
has
On Mon, 28 Jun 2010 17:42:33 -0400
Daniel Gagnon wrote:
> >
> > Wrong/Misinformed ideas:
> > - Clojure 1.1 is not out of date. While it may seem to an outsider that you
> > need to be on 1.2 you would be very wrong. 1.2 certainly brings great things
> > to the table but they are built upon having
On Jun 28, 2010, at 5:46 PM, cageface wrote:
>
> I have to agree with this. I wouldn't dream of giving somebody Clojure
> as a first language. If I really wanted to teach an s-expr language as
> a first language I'd use one of the nice integrated scheme
> environments. I don't think the goals of
Speaking for myself only, I wasn't coming from Ruby either, and these classpath
issues just don't exist at all in the main languages in which I've done serious
work. (Let's see... Fortran, APL, Pascal, C, Franz Lisp, Interlisp-D, Zeta
Lisp, Common Lisp, Scheme, Breve/Steve... but only dabbled o
On Jun 28, 3:04 pm, Mike Meyer wrote:
> What you're calling "The LISP way" I first met under the name
> "bottom-up programming" - the only real difference is that LISP lets
> you muck about with what is syntax in other languages - except you
> pretty much have to stay with S-expressions in LISP (b
On Mon, 28 Jun 2010 13:20:28 -0700 (PDT)
cageface wrote:
> On Jun 28, 1:10 pm, Mike Meyer 620...@mired.org> wrote:
> > Not true as I understand "the Lisp way". You also need to reread the
> > last paragraph again.
> I actually agree with you that the typical block of lisp code is less
> readable
On Jun 28, 2010, at 5:26 PM, Brian Hurt wrote:
> On Mon, Jun 28, 2010 at 3:33 PM, Lee Spector wrote:
>
> (B) I want to teach Clojure to students who don't necessarily know emacs.
> Some of these students may know another editor in your list, but many won't
> and many will never have touched J
On Mon, Jun 28, 2010 at 5:46 PM, cageface wrote:
> I don't think the goals of making Clojure a little
> easier to start with and keeping it a "professional" language are
> necessarily totally at odds but efforts to build something like
> Processing or even DrScheme on it seem misdirected.
>
>
Isn
On Jun 28, 2:44 pm, Daniel Gagnon wrote:
> > 1. you don't have to worry about PYTHONPATH for a while with a
> > standard install, although the day will come
> No, you never have to.It's taken care of by virtualenv.
Maybe it's just me but I think virtualenv is far more intimidating
than getting a
On Jun 28, 2010, at 5:43 PM, Mike Meyer wrote:
> Language-specific indentation isn't *nearly* as important in clojure
> as paren-matching. Writing in most languages - clojure among them
> without smart indentation ranges from inconvenient to hard. Writing in
> a LISP without paren matching starts
On Jun 28, 2:26 pm, Brian Hurt wrote:
> I'd argue that it's a bad idea to teach students a "professionals" language
> as their first language. You don't learn to fly in a 747, even if that's
> what the professionals fly. There are reasons for this.
I have to agree with this. I wouldn't dream of
>
> 1. you don't have to worry about PYTHONPATH for a while with a
> standard install, although the day will come
> 2. you have to understand the difference between class files and jars
> (PATH vs PATH/*)
>
>
No, you never have to.It's taken care of by virtualenv.
--
You received this message bec
On Jun 28, 2010, at 9:13 AM, Meikel Brandmeyer wrote:
Hi,
On Jun 28, 3:06 pm, Chouser wrote:
But after looking into it a bit more, it appears that docstring
is not (yet?) accurate.
Maybe "not anymore"?
http://github.com/richhickey/clojure/commit/a08eac88766fa5eca96d7daf66addc00b70fd1bc
On Mon, 28 Jun 2010 16:40:57 -0400
Lee Spector wrote:
>
> On Jun 28, 2010, at 4:29 PM, Brian Schlining wrote:
> >
> > Was the CLJ project (http://github.com/liebke/clj) mentioned on this
> > thread? It seems like it might be handy for those who want to teach Clojure
> > in the classroom. It h
>
> Wrong/Misinformed ideas:
> - Clojure 1.1 is not out of date. While it may seem to an outsider that you
> need to be on 1.2 you would be very wrong. 1.2 certainly brings great things
> to the table but they are built upon having a good understanding of what
> currently exists in 1.1. Staying off
On Jun 28, 12:16 pm, Martin DeMello wrote:
> It depends. I found the concepts pretty easy, since I have done a lot
> of functional programming, but when I was new to clojure I had a truly
> horrible time figuring out the various classpath issues needed to get
> things working.
What is it about th
>
>
> Is this what you're reallying advocating Clojure to become- Basic 2.0?
>
> Brian
>
>
Clojure the language is nice and very teachable.
But the environment around it is an ogre (it has layers). No one argued
anything about changing clojure-the-language to be more newb-friendly, only
clojure-se
On Mon, Jun 28, 2010 at 11:27 PM, Nicolas Oury wrote:
> I agree. One totally different approach to OO would be to use Seq as much as
> possible and add
> informations about them in meta.
Please don't store important information (like equality-relevant
information) in metadata, that's not what met
On Mon, Jun 28, 2010 at 10:04 PM, Rob Lachlan wrote:
> The clojure way seems to be to do as much as possible with functions
> on raw (immutable) data, rather than building up object systems. The
> sequence is already one of clojure's primary abstractions, and it may
> not always *need* to wrapped
On Mon, Jun 28, 2010 at 3:33 PM, Lee Spector wrote:
(B) I want to teach Clojure to students who don't necessarily know emacs.
> Some of these students may know another editor in your list, but many won't
> and many will never have touched Java.
>
>
This is the core distinction I keep trying to m
The clojure way seems to be to do as much as possible with functions
on raw (immutable) data, rather than building up object systems. The
sequence is already one of clojure's primary abstractions, and it may
not always *need* to wrapped in something like defrecord. (Though for
some applications,
On Jun 28, 2010, at 4:29 PM, Brian Schlining wrote:
>
> Was the CLJ project (http://github.com/liebke/clj) mentioned on this thread?
> It seems like it might be handy for those who want to teach Clojure in the
> classroom. It handles the classpath stuff for you.
>
> Also regarding editors, I'v
On Mon, 28 Jun 2010 15:17:04 -0400
David Nolen wrote:
> There is some truth to what you say. Java does bring quite a bit of
> incidental complexity to the table but I think between lein and clj these
> are being addressed well. They are not "officially sanctioned" but in the
> case of lein, it's u
I use Clojure every now and then because the ideas in the language really
appeal to me, but I usually find there are so many things distracting me
from writing code that I've never really managed to get any good at it. I'm
primarily a C# programmer where a lot of initial choices are very easy (goo
>
>
> I actually agree with you that the typical block of lisp code is less
> readable than the typical block of python. It bugs me when lisp
> advocates present s-expr syntax as the "right" way instead of the
> engineering tradeoff that it is.
This is mostly due to Python's "There is only one ob
>
>> And that makes them impossible to use for Clojure? Not as nice, I'll
>> admit- but welcome to the bleeding edge.
>>
>>
> They don't automatically deal with CLASSPATH and all that kind of issues
> either.
>
> Clojure lacks clear instructions that you can follow to the letter to get
> you star
On Jun 28, 1:10 pm, Mike Meyer wrote:
> Not true as I understand "the Lisp way". You also need to reread the
> last paragraph again.
I actually agree with you that the typical block of lisp code is less
readable than the typical block of python. It bugs me when lisp
advocates present s-expr synta
On Mon, 28 Jun 2010 12:18:58 -0700 (PDT)
cageface wrote:
> On Jun 28, 12:04 pm, Mike Meyer 620...@mired.org> wrote:
> > The Python approach leads to more readable
> > code:http://www.mired.org/home/mwm/papers/readability.html
>
> You don't seem to be very sympathetic to the Lisp way of doing t
>
> I'm not so sure. Certainly things like the poignant guide made getting
> started with Ruby easier, but I'd argue that the success of Ruby has a
> lot more to do with how simple the core language it is and how easy it
> makes it to get simple things done.
I'd argue it's both. Yes the language
Hello all,
I finally published my experiment to github http://github.com/bmillare/dj
The idea was to create the concept of a distribution for clojure which
can maintain itself as well as all the projects created by the
developer. It uses public maven repositories as resources but uses no
maven co
On Jun 28, 12:25 pm, Daniel Gagnon wrote:
> I believe that the success of ruby is due in great part to *Why's Poignant
> Guide to Ruby* and *Learn You a Haskell* is doing the same for Haskell. It's
> fun to read, it holds your hand in setting up everything you have to and it
> makes you want to le
>
>
> And that makes them impossible to use for Clojure? Not as nice, I'll
> admit- but welcome to the bleeding edge.
>
>
They don't automatically deal with CLASSPATH and all that kind of issues
either.
Clojure lacks clear instructions that you can follow to the letter to get
you started. Once yo
On Mon, Jun 28, 2010 at 3:32 PM, Daniel Gagnon wrote:
>
>> What editors do they use?
>>
>>
> Komodo, TextMate, IDLE, Eric, Wing, etc.
>
>
>> And is there a reason that the same editors can't be used for Clojure?
>>
>>
>
> They don't have clojure language packs.
>
>
And that makes them impossible
On Jun 28, 2010, at 3:03 PM, Brian Hurt wrote:
> This is the question I had on the blog post- what is meant by a "newbie"?
> Specifically, what sort of newbie is Clojure wanting to attract? One of the
> "complaints" the original poster had was that you had a choice of editors.
> Of the pool
>
>
> What editors do they use?
>
>
Komodo, TextMate, IDLE, Eric, Wing, etc.
> And is there a reason that the same editors can't be used for Clojure?
>
>
They don't have clojure language packs.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To pos
On Mon, 28 Jun 2010 15:13:27 -0400
Daniel Gagnon wrote:
> > This is the question I had on the blog post- what is meant by a "newbie"?
> > Specifically, what sort of newbie is Clojure wanting to attract? One of the
> > "complaints" the original poster had was that you had a choice of editors.
> >
On Mon, Jun 28, 2010 at 3:13 PM, Daniel Gagnon wrote:
>
>> This is the question I had on the blog post- what is meant by a "newbie"?
>> Specifically, what sort of newbie is Clojure wanting to attract? One of the
>> "complaints" the original poster had was that you had a choice of editors.
>> Of
I'd prefer the for-version in this case.
You see the differences if you try `for` and `map` with multiple collections.
`for` is a traditional list-comprehension (1).
`map` iterates over many sequences at once, `for` does "nested" iteration.
(1): http://en.wikipedia.org/wiki/List_comprehension#Clo
What we need is this (but for clojure): http://learnyouahaskell.com/
I believe that the success of ruby is due in great part to *Why's Poignant
Guide to Ruby* and *Learn You a Haskell* is doing the same for Haskell. It's
fun to read, it holds your hand in setting up everything you have to and it
m
Hi people!
Any way to produce a lazy seq of chars, that prints as a string, based on
two parameters, n (number of repeats), text (text to repeat)?
Then, something like
(myrepeat 100 "superdupertext")
could be implemented without a big processing or concatenation.
Angel "Java" Lopez
http://
+1. Only had used functionnal languages before.
Classpath is very complicated and most documentation assume the reader has a
big familiarity with Java technicalities.
It seems they are more written for Java programmers than for functionnal
programmers.
On Mon, Jun 28, 2010 at 8:16 PM, Martin De
On Jun 28, 12:04 pm, Mike Meyer wrote:
> The Python approach leads to more readable
> code:http://www.mired.org/home/mwm/papers/readability.html
You don't seem to be very sympathetic to the Lisp way of doing things.
What's your interest in Clojure?
--
You received this message because you are
On Sun, Jun 27, 2010 at 5:58 PM, Greg wrote:
> This weekend I've been diving head-first into Clojure, and I've documented
> a lot of the sticking points that I've run into as a n00b.
>
> I'd like to share them with the community here, in the hopes that we might
> be able to improve the getting st
On Mon, Jun 28, 2010 at 11:56 PM, cageface wrote:
>
> However, as I also said in the thread, I think the *real* obstacles
> for a noobie are the concepts in the language itself. Clojure is very
> elegantly designed, but it builds on some very powerful and somewhat
> difficult concepts. Stuart's bo
>
>
> This is the question I had on the blog post- what is meant by a "newbie"?
> Specifically, what sort of newbie is Clojure wanting to attract? One of the
> "complaints" the original poster had was that you had a choice of editors.
> Of the pool of potential Clojure users, how many of them are
On Jun 28, 2010, at 2:26 PM, cageface wrote:
> So I wonder how much making the first few baby steps easier is really
> going to help the uptake of Clojure. I have to imagine that the kind
> of person that can't figure out a CLASSPATH is going to have his head
> explode when he has to figure out ho
On Mon, 28 Jun 2010 11:21:24 -0700 (PDT)
cageface wrote:
> On Jun 28, 11:09 am, Daniel Gagnon wrote:
> > That feature would *not* be a simple macro. It isn't simply a call to .close
> > on whatever object, it's an arbitrary cleanup procedure on any object that
> > implements the feature. The who
On Mon, Jun 28, 2010 at 2:26 PM, cageface wrote:
> As I said in the HN thread, I think you're right that getting started
> with a productive clojure environment is harder than it has to be.
>
> However, as I also said in the thread, I think the *real* obstacles
> for a noobie are the concepts in
On Sun, 27 Jun 2010 17:58:01 -0400
Greg wrote:
> This weekend I've been diving head-first into Clojure, and I've documented a
> lot of the sticking points that I've run into as a n00b.
>
> I'd like to share them with the community here, in the hopes that we might be
> able to improve the getti
I will show example based on hiccup library:
For version: [:ol (for [x coll] [:li x])]
Map version: [:ol (map (fn [x] [:li x]) coll)]
What's the difference between them? What is better for performance?
Cheers, Oleg
--
You received this message because you are subscribed to the Google
Groups "C
On Mon, Jun 28, 2010 at 2:26 PM, cageface wrote:
> As I said in the HN thread, I think you're right that getting started
> with a productive clojure environment is harder than it has to be.
>
> However, as I also said in the thread, I think the *real* obstacles
> for a noobie are the concepts in
Dear John!
I think that a lot of interesting about "Compojure" most used clojure
web development library you can find there:
http://weavejester.github.com/compojure/
See also http://github.com/briancarper/cow-blog this beautiful project
from Brian Carper, which shows many interesting clojure and
>
> So in order to make this work in Python the *entire* standard library
> had to be modified to support it? That's worse than I thought.
>
>
Only the objects that made sense with the use of with.
>
> The python approach is superior if you believe, as Guido apparently
> does, that the useful set
As I said in the HN thread, I think you're right that getting started
with a productive clojure environment is harder than it has to be.
However, as I also said in the thread, I think the *real* obstacles
for a noobie are the concepts in the language itself. Clojure is very
elegantly designed, but
Hi,
I am using Clojure for bioinformatics, but not the same kind of stuff.
I am writing a stochastic simulator.
Would love to discuss more about your idea though.
You can have something quite close to what you describe as the OO approach
with
protocols and data-types.
+ by using defrecord, you c
On Jun 28, 11:09 am, Daniel Gagnon wrote:
> That feature would *not* be a simple macro. It isn't simply a call to .close
> on whatever object, it's an arbitrary cleanup procedure on any object that
> implements the feature. The whole standard library implements it and objects
> know how to clean a
Hi José,
user=> (apply str (repeat 3 "code"))
"codecodecode"
will give you what you want,
if we break it down,
user=> (repeat 3 "code")
("code" "code" "code")
repeat will give you a sequence of xs,
since you don't know the length of the
sequence at compile time we apply str
to the sequence
(ap
On Sun, Jun 27, 2010 at 10:59 PM, j-g-faustus
wrote:
> Whatever JVM flag tweaks can be done for Clojure can be done for Java
> too, and I'm primarily interested in relative performance, which I
> suppose is roughly the same as long as I use the same flags for both.
>
That's not exactly true. Cloj
I haven't done any Erlang coding but I have heard various complaints
in blogs etc that Erlang isn't great for string handling.
Is that what you mean? Is Erlang a good or bad example of this?
On Jun 27, 1:11 pm, Timothy Baldridge wrote:
> "1. a string/text type"
>
> *cough * Erlang *cough *
>
> T
On Sun, Jun 27, 2010 at 2:58 PM, cageface wrote:
> When I read about new "features" in other languages that would be
> simple macros in Lisp I just have to smile:
> http://docs.python.org/dev/reference/compound_stmts.html#with
>
>
That feature would *not* be a simple macro. It isn't simply a call
On Sun, 27 Jun 2010 11:22:15 -0700 (PDT)
José Luis Romero wrote:
> Hi! I am learning the core of clojure, and so far, I am loving it. But
> I am not a lisp programmer (python, java, among others), but never
> functional programming. I am practicing with codingbat.com, coding the
> exercises on cl
(apply str (repeat 3 "code"))
should start you up :))
Iteration is implicit in Clojure, you
work on collections (maps, vectors, ...)
and you avoid explicit loop controls
most of the time at least for
"mundane" tasks.
You will get used to it, we all did and
no one wants to return to
java iterato
Doing these tests on clojure 1.1, while self-enlightening, is kind of
missing the point.
The current primitive work on master for 1.2 are trying to make optimizing
more practical, possible and less ugly. It's well known that 1.1
optimization is ugly at best and often not completely successful.
--
Here's some of Rich Hickey's rationale, from an old IRC chat (http://
clojure-log.n01se.net/date/2008-11-06.html):
"Clojure doesn't allow user-defined reader macros because they can't
be combined - there's no namespace support, unlike for regular macros"
"the clash problem is significant - I don'
See http://gregslepak.posterous.com/clojures-n00b-attraction-problem
and http://news.ycombinator.com/item?id=1466288 for recent discussion
on the Clojure newbie experience.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send em
Hi all,
I have been a ruby user for several years and have contributed to the
bioruby toolkit for bioinformatics. Lately however I got interested in
clojure as it's a functional language and should be very good for
working with the huge datasets we have to handle.
Although there are bioinformatic
On Jun 27, 6:03 pm, Nicolas Oury wrote:
> Which Hotspot and flags do you use?
Sun JVM 1.6.0 64 bit, the one that comes bundled with OS X 10.6. No
flags.
Specifying something like "-server -Xms256M" shaves off a couple of
seconds (3-4%), but I haven't looked very closely at the options.
Whatever J
This weekend I've been diving head-first into Clojure, and I've documented a
lot of the sticking points that I've run into as a n00b.
I'd like to share them with the community here, in the hopes that we might be
able to improve the getting started experience for people considering Clojure:
http
I've seen a lot of mentions of Compojure on the group. I found the
documentation a little lacking. Am I missing something obvious?
Also, Conjure (sort of Rails done in Clojure) seems very nice, is well
documented, etc. But I don't see any mention of it. Is there any
reason for it not to be popular
"1. a string/text type"
*cough * Erlang *cough *
Tim
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first po
On 26 Giu, 07:53, rob levy wrote:
> > It can (but its startup is slow, currently). May I ask you why you
> > wouldn't want to use it?
>
> One reason is that from what little I know about ABCL it seems more
> straightforward working with Java libraries in Clojure, but also there is a
> huge amount
Hi! I am learning the core of clojure, and so far, I am loving it. But
I am not a lisp programmer (python, java, among others), but never
functional programming. I am practicing with codingbat.com, coding the
exercises on clojure. I am stuck with loops. I want to concatenate n
times a string. For e
1 - 100 of 107 matches
Mail list logo
