> Sorry but this is absolutely ridiculous. I know quite a few people who are
> interested in what Clojure has to offer
> but find it really hard to get in, not because of the language but because
> of the way Clojure
> documentation and tools are (experts-oriented). Some of them have given
> u
And these kids in school, and these people at work, you refer to:
My argument is this: Those that come to clojure by themselves,
because they can not help. Because they are so occupied with computers,
so occupied with mastering everything, because they
can not stop looking for beauty.
They won't
Ah. I don't wanna go into flames here.
And I *said*, I know this is the opinion of the majority.
So relax.
Nobody cares about what I think about this.
Nobody is going to change anything, because of me.
All I wanted to say is that this formulation:
> make sure newcomers have pretty good time.
is
P.S.: the compatibility shim for 0.1.x API functions were 2 days late.
Already upgraded to the new API. Had I just waited 48 hours... ;-)
--
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
No
Hello Stuart,
Thank you for your prompt reply.
> It would be nice if the "Documentation" link in the left-side column
could expand into a list of sub-sections, but I don't know if the
technology behind the site (Wikispaces) can support that right now.
That would be very nice, indeed. The softw
I'm using clojure.org a lot.
Unfortunately navigating in it, since two weeks or so, was made worse.
Is anyone feeling the same way ? Or I am just too stupid to use this
webpage?
What has been made worse?:
In the old version, on the left edge, there were, under `Documentation',
all the subsecti
>
> > I would highly recommend using leiningen.
>
>
You should !
It's a nice program, that I know how to operate.
But, as I said, I'm too stupid to gain more productivity from it.
It's just, that on the aforementioned Wiki page, there is the sentence:
`You'll need Lein to build programs and
I want to reshare something.
The `Getting Started' section in the clojure reference contains a link to
the
`Getting Started' section of a wiki.
On that wiki page, two years or so, ago, there was a script, that showed how
to run a REPL on rlwrap.
That script was great stuff.
Sadly, it disappeared
Ah, cool !
Thank you very much for this insider knowledge, Mr. Sierra !!!
Great.
That means more clojure in production.
Hurrah !!!
Thanks again.
Heinz.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@goo
The following makes it clearer:
package e;
>
> import p.x;
>
> public final class E {
>public static void main(String[] args) {
>
System.out.println("before");
> for (int i = 0; i < 100; ++i) {
> System.out.println(x.f());
> }
> }
>
>
Now: After launching, the string `be
>
> Hm. I do have the feeling, that we do not understand each other.
Code is always unambigous.
I give an example, and give my question another run.
(ns p.x
(:gen-class
:methods [ ^{:static true} [f [] String] ]))
(defn -f [] "hello, world")
Fire up a REPL, make sure, p/x.clj is in your cla
Yes, I do compile my clojure code ahead of time (AOT) to byte code.
Does that mean, that your, ahead of time compiled clojure code,
has no noticeable delay, when you first call it ?
If in the middle of the lifetime of an app, this delay happens,
i can not consider it small, if 1 requests are
Thank you, for your answer.
It doesn't convince me, though.
I am well aware of the class loading mechanism of the JVM.
But if I compile against, say guava-12.0.jar (beautiful stuff by the way),
and use those classes at runtime, there is no delay in using them
whatsoever.
At least not a delay of
I use clojure more and more in production.
To use it even more there, I need to be certain
about the answer of the following question.
My experiments lead me to the conjecture, that
the answer is yes.
But a proof can only be given by someone,
who is familiar with clojure's implementation of which
> Hope that helps.
It did. Thanks a lot ! Your explanation made it perfectly clear,
what I was missing.
I didn't know that I was able to do something like
(def ^{:m 1} ^:dynamic *x* ^{:m 1} ^{:n 1} [])
That is useful to me.
And thank you for pointing out the relevant part of the LispReader
to m
Hi,
I've got two questions regarding meta information.
Question 1:
I can say
(def x1 (with-meta [] {:m 1}))
or
(def x2 ^{:m 1} [])
and will get my map back with either
(meta x1)
or
(meta x2).
But when I do
(def y1 (with-meta 'a {:m 1}))
(def y2 ^{:m 1} 'a)
only
(meta y1) spits the map back at m
> Unlike in Common Lisp, Clojure resolves symbols at compile time.
Thank you, for stating this fact so precisely, thereby answering
my question.
I do have difficulties, though, to deduce this fact from the
reference manual.
But, well, there you go.
Heinz.
--
You received this message because y
Hello, world !
Because that is my first post, I can not resist to say
"Thank you !!!" for clojure. I like it at lot.
When I type
(if true "t" f)
in a fresh REPL, I get the error
[...] Unable to resolve symbol: f [...]
But my interpretation of the reference ( http://clojure.org/special_forms#i
18 matches
Mail list logo
