Re: defmulti with prismatic schema

You can find some context here and in the linked PRs: https://github.com/plumatic/schema/pull/119 Basically, the reason we don't have defmulti is that it's difficult to implement properly, and didn't seem worth the effort and maintenance cost. The simplest workaround is to create a schematize

[ANN] Onyx 0.8.4: machine-aware optimization

Onyx is a high performance, fault tolerant, distributed data processing platform for Clojure. It uses a data driven API to transparently handle batch and streaming workloads over a variety of storage mediums. I'm happy announce release 0.8.4, which includes our next generation scheduling compon

Re: [ANN] New clojure.org!

Have you considered linking to or embedding Rich Hickeys videos "Clojure for Java programmers", "Clojure for Lisp programmers" and "Clojure data structures"? When I was learning the language they served as excellent introductory material and among facts really conveyed a "feeling" for the langu

Re: Cross-platform check if value is a channel

There is a ticket for this http://dev.clojure.org/jira/browse/ASYNC-126 and you'll notice there is actually an implementation buried inside right now: clojure.core.async.impl.protocols/closed? On Sunday, January 17, 2016 at 10:53:57 PM UTC-6, JvJ wrote: > > Is there a way of checking to see if s

Re: Cross-platform check if value is a channel

So, you can just check if #(safisfies? clojure.core.async.impl.protocols/Channel %) On Monday, 18 January 2016 10:48:10 UTC-8, Alex Miller wrote: > > There is a ticket for this http://dev.clojure.org/jira/browse/ASYNC-126 > and you'll notice there is actually an implementation buried inside righ

Re: [ANN] New clojure.org!

On Friday, January 15, 2016 at 2:36:46 PM UTC-6, Mars0i wrote: > > I like the new look a lot. Thanks. > > One comment: The cheatsheet now links to Grimoire pages that seem to be > for Clojure 1.6.0. The old default cheatsheet linked to ClojureDocs, which > looks better and includes a few more u

Re: [ANN] New clojure.org!

Hum... if this is true it's because I've diverged from Andy's cheatsheet builds and haven't synced back up. Grimoire has 1.7 content and will promptly support 1.8. Looking into this. Reid On 01/15/2016 02:36 PM, Mars0i wrote: > I like the new look a lot. Thanks. > > One comment: The cheatsheet n

Re: [ANN] New clojure.org!

Actually, I was using an old version of the cheatsheet and have updated. On Mon, Jan 18, 2016 at 5:33 PM, Reid McKenzie wrote: > Hum... if this is true it's because I've diverged from Andy's cheatsheet > builds and haven't synced back up. Grimoire has 1.7 content and will > promptly support 1.8.

Re: [ANN] New clojure.org!

Okay. Thanks for the quick reply Alex. Reid On 01/18/2016 05:39 PM, Alex Miller wrote: > Actually, I was using an old version of the cheatsheet and have updated. > > On Mon, Jan 18, 2016 at 5:33 PM, Reid McKenzie > wrote: > > Hum... if this is true it's because

Re: [ANN] New clojure.org!

That this is an afterthought I suppose indicates my priorities, but if you have particular complaints about the present design of Grimoire I'd be delighted to hear them over on the bugtracker [1]. I'm well aware that Grimoire lacks some amount of UI/web N+1 polish, however as I'm no UI/UX expert pr

Re: Cross-platform check if value is a channel

You could do that, but I would encourage you to either check ReadPort or WritePort, as there are some constructs in core.async that only implement one or the other. On Mon, Jan 18, 2016 at 2:26 PM, JvJ wrote: > So, you can just check if #(safisfies? > clojure.core.async.impl.protocols/Channel %)

Parsing complex parameter lists

I'm extending def macros, and I would like to know if there is an easy way to handle parsing the complex parameter lists that can be passed into these macros. For example, defn has a parameter list something like the following: [name doc-string? attr-map? arg-vec pre-post-map? & body] There a

Re: Parsing complex parameter lists

Take a look at the name-with-attributes function in tools.macro . - James On 19 January 2016 at 02:20, JvJ wrote: > I'm extending def macros, and I would like to know if there is an easy way > to handle parsing the complex parameter lists that can be pass

Re: [ANN] New clojure.org!

On Monday, January 18, 2016 at 6:24:06 PM UTC-6, Reid McKenzie wrote: > > That this is an afterthought I suppose indicates my priorities, but if you > have particular complaints about the present design of Grimoire I'd be > delighted to hear them over on the bugtracker [1]. I'm well aware that