On Wednesday, February 27, 2013 12:53:14 AM UTC+1, Luc wrote: > > Why insist on getting Clojure to be at par with languages that may offer a > performance > boost on narrow problems at the expense of making parallel processing and > code > in general more complex everywhere else ? >
This doesn't represent anyone's view as expressed in this thread. The goal is *better* (not *best*) performance *without* compromising the good features that make Clojure a joy that it is. The goal is to let people enjoy the nice features in as much of the codebase as possible. -- -- 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 post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.