On Feb 27, 2013, at 9:07 AM, Marko Topolnik wrote:

> 
> 
> On Wednesday, February 27, 2013 5:59:25 PM UTC+1, Isaac Gouy wrote:
> (defn blank? [s] (every? #(Character/isWhitespace %) s))
> 
> Have you ever wondered about its performance? 
> 
> No. Why would I wonder about the performance of a one line code snippet that 
> was written without concern for performance?
> 
> So is that piece of code, by your classification, "idiotic, naïve"? 

I think that Isaac's point in which he used those adjectives is that reasonable 
people can disagree what the most idiomatic code is for solving a problem that 
takes over 20 lines of code (and often even if it takes fewer lines of code 
than that).  When you throw unreasonable people into the mix, the disagreements 
can only increase.

If you wanted to create a collection of idiomatic Clojure programs for solving 
a particular set of problems, e.g. the Benchmarks Game problems, as soon as 
more than one person submitted a program and/or reviewed a program, there could 
arise arguments over which ones are idiomatic and which are not.

If one person is maintaining the collection, they can make judgement calls on 
this, and/or keep multiple different submissions around to solve the same 
problem as all equally idiomatic, even though they use different code 
constructs to do it.

Andy


-- 
-- 
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.


Reply via email to