Re: ClojureScript ^:export defprotocol

2014-06-18 Thread Mike Fikes
Even without JIT available in JavaScriptCore, I have been unable to notice a difference in the on-device performance of the “view controller” code I have been writing when turning on :advanced. Thanks for the suggestion, I'll go with :simple and :static-fns. The reified protocol instance works

Re: ClojureScript ^:export defprotocol

2014-06-18 Thread Mike Fikes
ities available in ClojureScript. I'll ditch all of this when Apple introduces FunctionalSwift along with functional APIs, and the Clojure(Swift) compiler targets that new language. :) - Mike On Wednesday, June 18, 2014 2:48:33 PM UTC-4, Gary Trakhman wrote: > > 'any problem.. fixed.

Re: ClojureScript ^:export defprotocol

2014-06-18 Thread Mike Fikes
That's cool. I see no reason why Clojure / ClojureScript's “reach” can't extend significantly into iOS. On Wednesday, June 18, 2014 3:58:18 PM UTC-4, Gary Trakhman wrote: > > I was just telling a local ios dev there's like five guys using clojure + > objective-c. To me it's impressive. To them,

Re: ClojureScript ^:export defprotocol

2014-06-19 Thread Mike Fikes
I found the solution to the original question I had posed: Is there a way to indicate the protocol names should be preserved? > (Analogous to the way ^:export can be used on function definitions.) You simply need to place the meta directly in the method signature forms, as illustrated here: (

ANN: New core.matrix 0.11.0 release

2013-10-06 Thread Mike Anderson
still work): https://github.com/mikera/core.matrix As always, feedback / suggestions much appreciated. Mike. -- -- 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 f

ANN: core.matrix 0.13.1

2013-10-28 Thread Mike Anderson
New version of core.matrix now available. This release brings quite a lot of changes including: - Many performance optimisations: this should be noticeably faster than previous releases for many operations - The shape of a scalar is now defined to be nil. This seems to work better for people wh

ClojureScript js->clj not converting

2013-02-25 Thread Mike Longworth
blank line. I think this is why js->clj isn't converting. > (alength token) gives a blank line. (.-token_type token) Correctly gives ya29.AHES6ZSgnk3Ws5bB-2aDx41Bbr335hKugjZJfcNAs83d121S306fxy64 Any ideas? Thanks Mike. -- -- You received this message because you are su

Re: What's the point of -> ?

2013-03-13 Thread Mike Norman
This is absolutely the wrong understanding of the benefits of Clojure's syntax. Its main benefit is not minimalism. Its main benefit is simplicity, which is less akin to ordinality than it is to orthogonality. In this case, there is a tool that just does chaining, which allows you to compose cal

Re: FYI - Light Rail notes for Portland (fix)

2013-03-17 Thread Mike Coleman
On Sun, Mar 17, 2013 at 12:41 AM, Charlie Griefer wrote: > Does that look right to anybody who might be more familiar with the area? It I live here, and that's how I would do it. -mc -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to th

[ANN] Clearley

2013-04-10 Thread Mike Thvedt
ANN: Clearley 0.2.0 https://github.com/mthvedt/clearley Yet another Clojure parser library. Clearley is a parser for people who aren't interested in parsing, and just want to get up and running as quickly as possible processing streams of structured data. Bullet points: * No need to fool aro

Re: Why is using (not (empty? coll)) not idiomatic?

2013-05-13 Thread Mike Thvedt
A good implementation of ISeq won't return a new object, and new short-lived objects are cheap on the JVM anyway. OTOH count can be slow for some data structures. if you don't like instantiating lots of new objects only to throw them away, you're missing out on one of HotSpot's most significant

Re: Why is using (not (empty? coll)) not idiomatic?

2013-05-13 Thread Mike Thvedt
izing its head. On Monday, May 13, 2013 4:21:54 AM UTC-5, Meikel Brandmeyer (kotarak) wrote: > > > 2013/5/13 Mike Thvedt > > >> A good implementation of ISeq won't return a new object, and new >> short-lived objects are cheap on the JVM anyway. OTOH count can be

Re: apply with constructors

2010-06-02 Thread Mike Meyer
On Wed, 2 Jun 2010 13:33:30 +0200 Konrad Hinsen wrote: > Constructors calls translate directly to Java constructor calls, meaning that > the number of arguments must be known at compile time. > > Assuming your constructor takes a fixed number of arguments, the easiest > solution to your proble

Re: Clojure on the tiobe index

2010-06-04 Thread Mike Meyer
On Fri, 4 Jun 2010 11:59:46 -0700 (PDT) BerlinBrown wrote: > I don't think tiobe is all accurate index of anything. But when you > look at the actual rankings, they seem to line up, especially for the > mainstream languages. > > I could see where Delphi ranks high on the list. "Go" is a little

Re: Complex type in clojure

2010-06-08 Thread Mike Meyer
On Tue, 8 Jun 2010 06:33:25 -0700 (PDT) Steven Devijver wrote: > On 8 jun, 05:47, Daniel wrote: > > These notation arguments are compelling. > > > > I'm not convinced. The notation would only work for literals, and how > often would one write literal complex numbers? > > For non-literals the no

Re: Complex type in clojure

2010-06-08 Thread Mike Meyer
On Tue, 8 Jun 2010 10:27:28 -0700 (PDT) Steven Devijver wrote: > On 8 jun, 16:38, Mike Meyer 620...@mired.org> wrote: > > > > Why? It isn't supported for rationals or exponents. Or are you > > claiming that because we support "3/4" we should also support &

Re: Complex type in clojure

2010-06-08 Thread Mike Meyer
[context tossed due to top posting.] On Tue, 8 Jun 2010 14:12:52 -0700 (PDT) Jason Smith wrote: > Why not just treat is as a vector, do vector math operations on it, > and be done with it? 1+2j is equivalent to [1 2]. 1+2j represents a > 2-D vector, does it not? Not only does this handle imag

Re: RFC: clj-ds Clojure data structure for Java (et al.)

2010-06-13 Thread Mike Anderson
On Jun 8, 1:34 pm, Krukow wrote: > I would like to hear the groups opinion before (and if) I release this > to the general public. > > http://github.com/krukow/clj-ds I really like this approach. Not sure if it's any use, but I created a data structure library of my own in Java which may have so

Re: Non-tail recursion (Clojure way to hierarchies)

2010-06-15 Thread Mike Meyer
On Tue, 15 Jun 2010 03:24:08 -0700 (PDT) Quzanti wrote: > You can use recur to build a hierarchy. What do you mean by you can't > use it as it is not the last statement? Exactly that. recur in some sense terminates the current call, and hence is required to be the last statement in the call. >

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
"Nicolas Oury" wrote: >On the other hand, having boxed by default is a very significant slowdown >(10% on the strange program I tried, that had already a lot of annotations, >probably 20% or more on most programs), that can never be addressed : you >can't write annotations on every single line o

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
"Nicolas Oury" wrote: >I tried it on my program. Very few arithmetic, most of it with annotation. >10% Can we see the source? -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- You received this message because you are subscribed to the Google Groups "Clojure" group. T

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
On Sat, 19 Jun 2010 11:00:39 +0100 Nicolas Oury wrote: > There is a bit of arithmetic involved everywhere, and around 2-3 double > operations per function in the part choosing the instance of rule to apply. That still sounds arithmetic-heavy to me. In looking through my code, I find three differ

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
On Sat, 19 Jun 2010 10:43:36 -0400 David Nolen wrote: > On Sat, Jun 19, 2010 at 5:13 AM, Mike Meyer < > mwm-keyword-googlegroups.620...@mired.org> wrote: > > > > > > Were those real world programs, or arithmetic benchmarks? Most real world > > programs I see

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
While I generally favor correct over fast (worrying about fast before you're correct is a good sign that you're engaged in premature optimization), I'm still trying to figure out the tradeoffs here. Especially since most LISPs & other dynamic languages don't seem to run into this issue - or at leas

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
On Sat, 19 Jun 2010 20:20:48 +0100 Nicolas Oury wrote: > Not "ordinary" code. 10^19 is big. No, Aleph-2 is big. Any non-infinite number you can name in your lifetime is small ;-). Pretty much any time I really need integer speed, I also deal with numbers that can get much larger than 10^19th, b

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
On Sat, 19 Jun 2010 22:27:05 +0100 Nicolas Oury wrote: > On Sat, Jun 19, 2010 at 10:15 PM, Mike Meyer wrote: > > Pretty much any time I really need integer speed, I also deal with > > numbers that can get much larger than 10^19th, because I tend to be > > doing combinat

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
On Sat, 19 Jun 2010 20:13:07 -0400 David Nolen wrote: > On Sat, Jun 19, 2010 at 4:10 PM, Michał Marczyk > wrote: > > (defn fact [n] > > (loop [n n r 1] > >(if (zero? n) > > r > > (recur (dec n) (* r n) > > Huh? That doesn't look like it's going to work at all. > > 1) 1 is pr

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
On Sat, 19 Jun 2010 20:40:13 -0400 David Nolen wrote: > Mark and Mike you fail to address my deeper question. Maybe because you've failed to ask in your hurry to claim code is non-idiomatic or calling our example rhetoric. > I've been using > many different Clojure librarie

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
"Rob Lachlan" wrote: >Actually, Mike, your two functions work just fine. (Equal branch). >Mind you I checked that out over two hours ago, so this information >might be out of date. > >Rob > >On Jun 19, 6:59 pm, Mike Meyer > (defn count-in [value col] >

Re: Enhanced Primitive Support

2010-06-19 Thread Mike Meyer
"Rob Lachlan" wrote: >Because the compiler is upset that it doesn't know what n is. r is a >long, but n is ???. The following works: > >(defn ^:static fact [^long n] > (loop [n n r 1] >(if (zero? n) > r > (recur (dec n) (* r n) > >Or see Dnolen's version above. But yeah, I

Factorial (Was: Enhanced Primitive Support)

2010-06-20 Thread Mike Meyer
On Sun, 20 Jun 2010 13:27:01 -0400 David Nolen wrote: > On Sun, Jun 20, 2010 at 12:57 PM, Luke VanderHart > wrote: > > > anything that would mean I'd have to explain the intricacies of > > primitives, boxing, hinting and casting in an "Intro to Clojure" > > course. As much as humanely possible,

Re: Enhanced Primitive Support

2010-06-20 Thread Mike Meyer
"David Nolen" wrote: >On Sun, Jun 20, 2010 at 8:19 PM, Mark Engelberg >wrote: > >> My favorite option of those proposed is: >> +, *, -, inc, dec auto-promote. >> loop/recur is changed so that primitive bindings are boxed. >> +',*',-',inc',dec' give error upon overflow. >> A new construct, loop'

Re: Enhanced Primitive Support

2010-06-22 Thread Mike Meyer
On Tue, 22 Jun 2010 14:34:44 +0100 Nicolas Oury wrote: > On Tue, Jun 22, 2010 at 2:00 PM, Daniel Gagnon wrote: > > > If we base the decision on the average guy not writing high performance > > numeric apps, then we should also base it on the fact that he does not need > > more than a long in 99

Re: Enhanced Primitive Support

2010-06-22 Thread Mike Meyer
On Mon, 21 Jun 2010 21:44:04 -0700 Mark Engelberg wrote: > The new uber-loop is fantastic. > > So I guess the main point still to be finalized is whether the default > arithmetic ops will auto-promote or error when long addition > overflows. I think calling them "default" gives the wrong idea h

Re: Enhanced Primitive Support

2010-06-22 Thread Mike Meyer
On Tue, 22 Jun 2010 10:46:05 -0400 Rich Hickey wrote: > --- > The claim that this primitive stuff is just for numeric-intensive > applications is outrageous and false, and ignores the implementation > of Clojure itself to an embarrassing degree. I've worked my tail off > to reduce th

Re: Enhanced Primitive Support

2010-06-22 Thread Mike Meyer
On Tue, 22 Jun 2010 18:56:30 +0100 Nicolas Oury wrote: > On Tue, Jun 22, 2010 at 6:43 PM, Mike Meyer < > mwm-keyword-googlegroups.620...@mired.org> wrote: > > > > > > Everyone has to realize the math you are advocating for the default, > > > on non-ta

Re: Enhanced Primitive Support

2010-06-22 Thread Mike Anderson
On Jun 22, 1:27 pm, David Nolen wrote: > On Tue, Jun 22, 2010 at 6:04 AM, Heinz N. Gies wrote: > > > > > > Yes. With Rich's primitive work we can get to *1 billion arithmetic > > operations* in < 2/3 of a second on commodity hardware. > > > Which is absolutely great since I always wanted to do th

Re: Enhanced Primitive Support

2010-06-22 Thread Mike Meyer
On Tue, 22 Jun 2010 21:07:39 -0400 Garth Sheldon-Coulson wrote: > I would, however, like to throw some support behind Mike Meyer's suggestion > that the arbitrary precision numeric tower use names like add, sub, mul, > div, inc, dec, while the "default" ops keep the sy

Re: State of Clojure web development

2010-06-24 Thread Mike Meyer
> 1. Have you written, or are you writing, a web application that uses > Clojure? What does it do? roman candle is a web app designed to let me control X10 plc components from any web-capable device, using the X10 firecracker controller. It's still in very early development, and hasn't been given

Re: Enhanced Primitive Support

2010-06-24 Thread Mike Meyer
[Not really about enhanced primitive support - more about optimization on the jvm.] On Tue, 22 Jun 2010 01:47:26 -0400 David Nolen wrote: > Yet consider this, If I'm writing OpenGL code in Penumbra I will have quite > a bit of code that amounts to the following: > > ; 630 msecs > (dotimes [_ 10

Re: Duplicate key bug in hash-maps

2010-06-25 Thread Mike Meyer
On Fri, 25 Jun 2010 15:36:31 +0200 Michael Wood wrote: > On 25 June 2010 12:27, Tim Robinson wrote: > > I tried Clojure via Githhub today. > > > > Anyone notice this bug that hadn't existed in Version 1.1 > > > > user=> #{:item1 {:a "A" :b "B"} :item2 {:a "A" :b "B"}} > > java.lang.IllegalArgume

Re: Duplicate key bug in hash-maps

2010-06-25 Thread Mike Meyer
On Fri, 25 Jun 2010 10:31:57 -0400 Stuart Halloway wrote: > Duplicate keys in maps/sets are disallowed in literals and factory functions, > where data is generally literal & inline and therefore likely represents > coder error: > > ; all disallowed > #{:a :a} > {:a 1 :a 2} > (hash-map :a 1 :a

Re: Duplicate key bug in hash-maps

2010-06-25 Thread Mike Meyer
On Fri, 25 Jun 2010 11:37:32 -0400 Stuart Halloway wrote: > (2) The need for both flavors. If there wasn't a flavor that rejected > duplicate keys, somebody would surely ask for it. I guess it makes as much sense as anything, given that you don't want to get into -unique or some such. But it d

Re: Enhanced primitive support - redux

2010-06-25 Thread Mike Meyer
I'll reiterate a question I asked a while back, but was never answered: Are the bit-bashing operators (bit-*) going to get the same treatment as the arithmetic operators? I would expect that many of the fields that benefit if the latter to be fast would also benefit from the former being fast, and

Re: Enhanced primitive support - redux

2010-06-26 Thread Mike Meyer
[Format recovered from top posting.] "Nicolas Oury" wrote: >On Sat, Jun 26, 2010 at 7:59 AM, B Smith-Mannschott >wrote: > >> This was suggested on the previous thread on this topic as well, but >> I don't think it was pointed out that *Java already does this*. Doesn't matter if clojure is boxing

Re: Duplicate key bug in hash-maps

2010-06-27 Thread Mike Anderson
=> #{:a :a} > > java.lang.IllegalArgumentException: Duplicate key: :a > > user=> (set [:a :a]) > > #{:a} > > user=> (conj #{:a} :a) > > #{:a} > > user=> > > > Apparently, duplicate keys in sets are only disallowed in set > > literals.

Re: Converting list to Map

2010-06-27 Thread Mike Meyer
On Sat, 26 Jun 2010 15:54:34 -0700 (PDT) hsarvell wrote: > I tried to find something in core / on Google to do this but didn't, > here is what I have anyway: > > (defn lst-to-map [lst] >(reduce > (fn [hsh chunk] > (assoc hsh (first chunk) (last chunk))) > (hash-map) >

Re: the joys of lisp

2010-06-27 Thread Mike Meyer
On Sun, 27 Jun 2010 11:58:16 -0700 (PDT) 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 Many in the Python community consider this an advantage of Py

Re: the joys of lisp

2010-06-27 Thread Mike Meyer
On Sun, 27 Jun 2010 12:41:36 -0700 (PDT) cageface wrote: > Python definitely seems to be the product of a very different design > philosophy than Lisp. I've always felt it was too prescriptive. > Omitting features that *might* be misused in an effort to keep the > language simple seems to have ba

Re: Newb Question

2010-06-28 Thread Mike Meyer
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

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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

Re: the joys of lisp

2010-06-28 Thread Mike Meyer
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

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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. > >

Re: the joys of lisp

2010-06-28 Thread Mike Meyer
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 sympath

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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

Re: the joys of lisp

2010-06-28 Thread Mike Meyer
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 typ

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
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

Re: Clojure's n00b attraction problem

2010-06-28 Thread Mike Meyer
"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

Re: the joys of lisp

2010-06-29 Thread Mike Meyer
"Steve Molitor" wrote: >> The Python approach leads to more readable >>code: http://www.mired.org/home/mwm/papers/readability.html > >The two cases he sites do not apply to Clojure: More accurately, the problem being analyzed (a variable changing to a bad value) can't happen in clojure. It has

Re: Clojure's n00b attraction problem

2010-06-29 Thread Mike Meyer
"Tim Robinson" wrote: >* Most n00bs want a "hello world" in an application output (via script >or compojure). Not in a repl. The repl is a tool to get you there. In >order to do this users should really have a 7 step guide on leinington I happen to think that they're wanting the wrong thing. Eve

Re: Apply/Laziness question (was Re: Newb Question)

2010-06-29 Thread Mike Meyer
On Mon, 28 Jun 2010 13:31:45 -0500 Savanni D'Gerinel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Along those lines, why is the apply necessary? > > More clearly, and I encountered this with a different block of code > earlier today, repeat returns a lazy sequence. Str does not

Re: Clojure's n00b attraction problem

2010-06-29 Thread Mike Meyer
On Tue, 29 Jun 2010 07:56:09 -0400 Lee Spector wrote: > > On Jun 29, 2010, at 1:05 AM, Mike Meyer wrote: > >> Yes emacs has built-in paren matching but emacs (like vi) is something > >> that has to be learned, not all newcomers will know it, I don't want > &

Re: Clojure's n00b attraction problem

2010-06-29 Thread Mike Meyer
On Tue, 29 Jun 2010 11:15:40 -0400 Lee Spector wrote: > > On Jun 29, 2010, at 10:26 AM, Mike Meyer wrote: > > Actually, have you looked at jedit? It's the only free Java editor > > that isn't trying to be an IDE. > > Thanks for this tip. I didn't know ab

Re: A capital point if we don't want to loose newbies "for free"

2010-06-29 Thread Mike Meyer
On Tue, 29 Jun 2010 20:54:28 +0200 Laurent PETIT wrote: > ... at least it's my opinion : we should stop consider newbies are as > excited as us by the idea of working with SNAPSHOT dependencies which > work day A, break day B. > > So I think we should have no SNAPSHOT dependencies in the Ge

Re: A capital point if we don't want to loose newbies "for free"

2010-06-29 Thread Mike Meyer
On Tue, 29 Jun 2010 23:12:54 +0200 Laurent PETIT wrote: > Now ... why do newbies want bleeding edge ? There certainly is a > reason for that. Honestly, if I were a newbie, currently on June 2010, > 29th, I certainly would like the bleeding edge, after having "heard" > so much goodness about protoc

Re: usage examples in clojure api docs

2010-06-29 Thread Mike Meyer
On Tue, 29 Jun 2010 17:01:10 -0700 (PDT) Mark Fredrickson wrote: > On Jun 29, 5:43 pm, nickikt wrote: > > We could make it possible to add some metadata to a function > > like :example or something. Then add a function called (example > > ) to print the example. > > > > Everybody could send patch

Re: Clojure's n00b attraction problem

2010-06-29 Thread Mike Meyer
On Wed, 30 Jun 2010 02:34:31 +0200 Michał Marczyk wrote: > On 29 June 2010 06:14, 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. While we're discussing

Re: Clojure's n00b attraction problem

2010-06-29 Thread Mike Meyer
On Tue, 29 Jun 2010 20:02:14 -0700 (PDT) Jason Smith wrote: > If you want to get the length of a String in Clojure, you have to read > JavaDoc. Huh? bhuda% clj Clojure 1.1.0 user=> (count "abcd") 4 user=> (count "ab") 2 user=> If that's your view of clojure, no wonder you think it can't be us

Re: How to: an anonymous recursive function

2010-06-30 Thread Mike Meyer
On Tue, 29 Jun 2010 22:44:58 -0700 (PDT) Tim Robinson wrote: > So I am reading On Lisp + some blogs while learning Clojure (I know, > scary stuff :) > > Anyway, I've been playing around to see if I can get an anonymous > recursive function to work, but alas I am still a n00b and not even > sure

Re: Let's respect CLOJURE_HOME

2010-06-30 Thread Mike Anderson
On Jun 30, 6:45 pm, Greg wrote: > It seems like a lot of n00b (and non-n00b) related problems have to do with > the location of clojure.jar and clojure-contrib.jar. People generally don't > like having to keep track of all the clojure.jars, and it would be nice if it > was easy to switch versio

Re: Clojure's n00b attraction problem

2010-06-30 Thread Mike Meyer
Ok, my turn to contribute something more than just messages. Still just talking, though. http://www.mired.org/home/mwm/papers/simple-clojure.html is a writeup on how to get as much out of clojure as possible with a minimal amount of Java infrastructure knowledge. It's still a WIP, so feedback, co

Benchmarking clojure code

2010-07-01 Thread Mike Meyer
On [many an occasion] "Many people" wrote: > user=> (time foo) ... > "Elapsed time: 245.152 msecs" I hate to be a wet blanket, but how accurate is this? The doc doesn't even say whether it measures wall clock time or cpu time. Even if you knew that, it's at best a foundation to build a real b

Re: Benchmarking clojure code

2010-07-01 Thread Mike Meyer
On Thu, 1 Jul 2010 19:51:06 +0200 Peter Schuller wrote: > > Is anyone using anything more sophisticated than clojure.core/time for > > benchmarking clojure code? > > No, but last time I thought about this I figured a very simple > (benchmark ...) would simply: > > * Iterate with exponentially h

Re: Benchmarking clojure code

2010-07-01 Thread Mike Meyer
On Thu, 01 Jul 2010 15:21:03 -0400 "Hugo Duncan" wrote: > On Thu, 01 Jul 2010 13:44:25 -0400, Mike Meyer > wrote: > > > Is anyone using anything more sophisticated than clojure.core/time for > > benchmarking clojure code? > > I wrote a benchmarkin

Re: Benchmarking clojure code

2010-07-01 Thread Mike Meyer
On Thu, 1 Jul 2010 11:27:09 -0700 (PDT) j-g-faustus wrote: > On Jul 1, 7:51 pm, Peter Schuller wrote: > > > Is anyone using anything more sophisticated than clojure.core/time for > > > benchmarking clojure code? > Criterium, a benchmarking library for Clojure, seems pretty good: > http://github.c

Re: How to: an anonymous recursive function

2010-07-01 Thread Mike Meyer
On Thu, 1 Jul 2010 12:50:00 -0700 (PDT) Tim Robinson wrote: > and now corrected! > > (defmacro anaphoric-recur [parm-binds expr & parms] > "An anaphoric recursive function that takes a vector of blind >bindable vars, an expression that can handle the bindable vars. >and th

Re: Benchmarking clojure code

2010-07-01 Thread Mike Meyer
On Thu, 1 Jul 2010 23:39:16 -0400 Aaron Cohen wrote: > > If nothing else adding code to measure the empty loop and punting if > > the difference between that and the code loop is statistically > > insignificant would seem like a good idea. > It's actually notoriously hard to time the "empty loop"

Re: Benchmarking clojure code

2010-07-02 Thread Mike Meyer
On Thu, 1 Jul 2010 22:19:56 -0400 Greg wrote: > I don't see how the loop is relevant here, at least if the same benchmarking > function is used for all the benchmarks you're doing, it should make a > difference then since the overhead is the same. It depends on what you're benchmarking. If the

Re: Documentation and examples (and where is the documentation on reduce)?

2010-07-02 Thread Mike Meyer
ment: returns argument -> 1 (reduce conj 1 []) ; Note that in the previous two examples, conj is not invoked, as it ; always returns a sequence. ; Edge case with no arguments: (*) -> 1 (reduce * []) ; Broken edge case: Wrong number of arguments passed to function: (reduce conj []) -- M

Re: Documentation and examples (and where is the documentation on reduce)?

2010-07-02 Thread Mike Meyer
On Fri, 2 Jul 2010 14:50:18 -0700 (PDT) Justin Kramer wrote: > Nice, Mike. I stole your work and put it into the Wiki I created to > see how it fit: > > http://clojure-examples.appspot.com/clojure.core/reduce Well, I like it, but I might be a bit biased. I think the important

Re: How to convert a list to arguments?

2010-07-04 Thread Mike Meyer
On Sun, 4 Jul 2010 20:21:22 -0700 (PDT) dennis wrote: > For example: > (max 1 2 3) => 3 > (max (list 1 2 3)) => (1 2 3) > > How to convert (list 1 2 3) to arguments for function? Sounds like you want apply: (apply max (list 1 2 3)) => 3 http://www.mired.org/consulting.html

Re: --> macro proposal

2010-07-06 Thread Mike Meyer
On Tue, 6 Jul 2010 14:09:18 -0400 Greg wrote: > On Jul 6, 2010, at 2:01 PM, Stuart Halloway wrote: > > (3) I haven't seen a lot of examples where something like --> solves real > > problems in code. > > I haven't coded long enough in Clojure to provide you with any examples, but > it seems like

Re: --> macro proposal

2010-07-06 Thread Mike Meyer
On Tue, 6 Jul 2010 16:16:37 -0400 Greg wrote: > > Have you checked for those? > > No, sorry, I think that's a rather unreasonable request. I'm not going to > spend hours sifting through the core and contrib just to jerk out examples > for you. > > I'd rather use logic and reason to make my ca

Re: Idiomatic Clojure namespace names

2010-07-07 Thread Mike Meyer
"Meikel Brandmeyer" wrote: >Hi, > >Am 07.07.2010 um 18:13 schrieb James Reeves: > >> - foo.core >> - com.github.weavejester.foo > >I would go with one of these two. At the moment I prefer the former. I think >putting domain names in the package is suboptimal for a quite simple reason. >I'm a h

Re: Idiomatic Clojure namespace names

2010-07-07 Thread Mike Meyer
"Meikel Brandmeyer" wrote: >Hi, > >Am 07.07.2010 um 21:41 schrieb Mike Meyer: > >> Why bother renaming it when you move? > >Why come into a situation where bothering is a question? You would have to ask the people at sun.com who created the convention that o

Re: Idiomatic Clojure namespace names

2010-07-07 Thread Mike Meyer
ly to collide with a DNS namespace, and 2) isn't likely to be used by any other language. Given that Sun is using javax, something like "clojure.(author).(project)" would seem to be appropriate. That should be safe from the DNS namespace (unless it means something when transliterat

Re: Idiomatic Clojure namespace names

2010-07-08 Thread Mike Meyer
On Thu, 8 Jul 2010 07:15:45 -0700 (PDT) Meikel Brandmeyer wrote: > Hi, > > On Jul 8, 7:25 am, j-g-faustus wrote: > > > So maybe it's best to use the Java convention after all? > > It has been proven to scale, is widely used and plays well with > > whatever else is running on the JVM, which are

Re: Idiomatic Clojure namespace names

2010-07-08 Thread Mike Meyer
On Thu, 8 Jul 2010 09:22:01 -0700 Phil Hagelberg wrote: > On Thu, Jul 8, 2010 at 7:15 AM, Meikel Brandmeyer wrote: > >> So maybe it's best to use the Java convention after all? > >> It has been proven to scale, is widely used and plays well with > >> whatever else is running on the JVM, which ar

Re: Idiomatic Clojure namespace names

2010-07-08 Thread Mike Meyer
On Thu, 8 Jul 2010 21:29:56 +0200 Meikel Brandmeyer wrote: > Hi, > > Am 08.07.2010 um 18:52 schrieb Mike Meyer: > > > People seem to be confused by the Java namespace convention deriving > > names from DNS. They think that the names actually have something to &g

Re: Idiomatic Clojure namespace names

2010-07-08 Thread Mike Meyer
"Armando Blancas" wrote: >> Personally, I trust the inventors of the convention more than people >> running a single project. But that begs two questions: how do they >> define "ownership" of a domain, > >Sounds like common usage; e.g. as the owner of mired.org you get to >use it as groupId. So

Re: Idiomatic Clojure namespace names

2010-07-08 Thread Mike Meyer
"Armando Blancas" wrote: >> So they wouldn't object if I wanted to use my wordpress or sourceforge >> domains? > >If I understand this correctly, they wouldn't: > >http://maven.apache.org/guides/mini/guide-central-repository-upload.html By my reading, they would. A wordpress domain is simply ou

Re: Idiomatic Clojure namespace names

2010-07-09 Thread Mike Meyer
On Fri, 9 Jul 2010 03:01:01 -0700 (PDT) Jeff Rose wrote: > I've asked myself this same question 50 times now. My best experience > so far with a community that had packages was Ruby, and it was > incredibly simple. Everyone can choose whatever name they like for > their package as long as it is

Bug in 1-arg max/min implementation? (Was: Should max and min have 0-arg implementations?)

2010-07-09 Thread Mike Meyer
On Fri, 9 Jul 2010 13:57:05 -0400 Stuart Halloway wrote: > Once you walk down the path of "What should (max) return?" I think you won't > want a default behavior. > > Stu > > P.S. Agreed that (max []) is a bad example. Given that max only works on numbers, then why doesn't (max []) throw the

Re: Idiomatic Clojure namespace names

2010-07-09 Thread Mike Meyer
On Fri, 9 Jul 2010 19:14:00 +0100 James Reeves wrote: > On 8 July 2010 16:56, Chas Emerick wrote: > > Clojars is a disaster as an authoritative software artifact repository IMO, > > and nothing about how it's being used should be taken as a template for > > anything else. > Ruby and Rubygems has

Re: Idiomatic Clojure namespace names

2010-07-09 Thread Mike Meyer
On Fri, 9 Jul 2010 12:49:05 -0700 (PDT) j-g-faustus wrote: > That said, I would leap at a chance to shorten Java names, even if it > were just to chop off the leading "com" or "org". As the owner of mired.org, but not of mired.com (and I don't know the registered owner) or .net, or of that domain

Re: Idiomatic Clojure namespace names

2010-07-10 Thread Mike Meyer
"Saul Hazledine" wrote: >On Jul 10, 12:16 am, Mike Meyer 620...@mired.org> wrote: >> On Fri, 9 Jul 2010 12:49:05 -0700 (PDT) >> >> j-g-faustus wrote: >> > That said, I would leap at a chance to shorten Java names, even if it >> > were just

Re: Idiomatic Clojure namespace names

2010-07-10 Thread Mike Meyer
On Sat, 10 Jul 2010 03:42:16 -0700 (PDT) Jeff Rose wrote: > On Jul 9, 6:22 pm, Mike Meyer 620...@mired.org> wrote: > > How have you managed to miss the second half of "that's the way they > > do it in Java", which is "and we need to interoperate with other J

<    1   2   3   4   5   6   7   8   9   >