8:30clojurebot: "([& clauses]); Takes a set of test/expr pairs. It evaluates each test one at a time. If a test returns logical true, cond evaluates and returns the value of the corresponding expr and doesn't evaluate any of the other tests or exprs. (cond) returns nil."

16:45eee: rhickey: the answer is that the heap breaks ties using the hash code of the object. so 99 has a different hash than 100 ... thus in the course of A-star . . . the order of pop can be different if different states have the same score

17:04 This discussion is going nowhere, I'm walking out. If you truly care about it, put your code where you mouth is and submit a patch that we can actually play with instead of mentally jerk off over.

17:05AWizzArd: slashus2: for only a very small set of real numbers there exists a result that can be algorithmically expressed

17:47gnuvince_: I had a program that took 80s to parse 1,050 files. In some deeply nested loops, I replaced things like (let [[a b c] v] ...) with (let [a (v 0) b (v 1) c (v 2)] ...) and now the execution time is down to ~70s

17:47 My goal is to get within 50% of Java's performance without sacrificing too much of the Clojure feel.

18:05 Btw, an interesting video about self-improving AI which also deals with nano technology. It's the official Stanford University youtube channel, and they also mention that in about 10-15 years we may have processors with a billion cores :)

19:42ataggart: I should say, what are you not able to do as easily, usefully, and powerfully without the static typing?

19:42dnolen: in Haskell, is it possible to have a List of things that are not of the same type? Just curious... I've been meaning to investigate it.

19:43unlink: You can't in SML, but I find that a feature. I have never wanted a heterogeneous list. Every time I have created one, it was in error. (except in Lisp, of course, I'm referring to using data as data, not as code).

19:57 there are thousands of .toString methods. Which should be called?

19:57 currently Clojure uses type information only for speedups. That is great. I think ataggarts point is that this information could also (and I step in and add "optionally") be used to make compile time checks

19:58 In a java program variables have a type. In Clojure those are untyped, but objects (at runtime) have a type.

21:24Raynes: slashus2: I have very little experience in languages that aren't totally wrapped in parentheses. After using Clojure, looking at anything else hurts my eyes. I suppose this will pass soon.

21:33* eee appreciates clojure but thinks about scala more so some of his errors might be caught by the compiler ... with a nice arrow pointing to his problem

22:22gcv: is it just me, or is slime-compile-defun flaky with resolving classes imported earlier in (ns ... (:import ...)) forms? slime-compile-and-load-file seems to work fine, which suggests some kind of namespace matching problem. I used slime-repl-set-package, though... and it seemed to work fine until I restarted the repl a minute ago