On Sat, Feb 11, 2012 at 8:46 PM, Sean Corfield <seancorfi...@gmail.com> wrote:
> On Sat, Feb 11, 2012 at 4:22 PM, Cedric Greevey <cgree...@gmail.com> wrote:
>> Cute, but that makes giving it a docstring, pre- and postconditions,
>> and similar things a pain.
>
> You can get a doctoring and even arglists (for code assist in your IDE
> and for clojure.repl/doc):
>
> (def ^{:arglists '([pred coll]) } separate
>  "Returns a pair of collections for which pred is truthy and falsey
> respectively."
>  (juxt filter remove))

I said "makes giving it those a pain" rather than "makes giving it
those impossible" for a reason, of course. :)

>> even the
>> modular new-contrib IMO doesn't quite qualify.
>
> True, that opinion has also been expressed by members of Clojure/core:
> contrib library != standard library. At least not until a contrib
> module is promoted into the main clojure.* package itself.

"Comes with the language implementation" is my usual criterion for
where to draw the line. (For languages with numerous implementations,
there's usually an actual standard, which makes it explicit, but
"comes with every language implementation and varies little from one
to the next" will do if necessary.)

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

Reply via email to