changes in logging in 1.8?

2016-03-10 Thread Andy L
Hi, I noticed that after upgrade to Clojure 1.8.0 (from 1.7.0) a weird occurrence of logging, even during uberjar generation which looks like this, using lein 2.5.3: $ lein uberjar Compiling core 2016-03-10 22:11:23.030:INFO::main: Logging initialized @964ms I believe that actual log is pegged

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

2016-03-10 Thread Mikera
On Friday, 11 March 2016 09:09:14 UTC+8, Dragan Djuric wrote: > > This is already working well for the array programming APIs (it's easy to >> mix and match Clojure data structures, Vectorz Java-based arrays, GPU >> backed arrays in computations). >> > > While we could agree to some extent on

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

2016-03-10 Thread arthur . maciejewicz
Renjin and Spark's dataframes are not going to be easily removed from their respective codebases, as far as my brief perusal of the source can tell. I agree that N-D DataFrames would be a good addition to the ecosystem, similar to the goals of Python's xarray (xarray.pydata.org). However, it is

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

2016-03-10 Thread Dragan Djuric
> > This is already working well for the array programming APIs (it's easy to > mix and match Clojure data structures, Vectorz Java-based arrays, GPU > backed arrays in computations). > While we could agree to some extent on the other parts of your post but the GPU part is *NOT* true: I

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

2016-03-10 Thread Mikera
core.matrix maintainer here. I think it would be great to have more work on dataframe-type support. I think the right strategy is as follows: a) Make use of the core.matrix Dataset protocols where possible (or add new ones) b) Create implementation(s) for these protocols for whatever back-end

Re: [ANN] Fluokitten - Category theory concepts in Clojure - Functors, Applicatives, Monads, Monoids and more

2016-03-10 Thread Dragan Djuric
*New version, 0.4.0 released:* http://fluokitten.uncomplicate.org/ has lots of documentation and tutorials. Source at: https://github.com/uncomplicate/fluokitten New features: - Added PseudoFunctor, PseudoApplicative, and PseudoMonad, to support destructive operations in Neanderthal.

[ANN] aatree/aautil release 0.0.8 (a cljc library containing snippets of useful code): building on octet

2016-03-10 Thread William la Forge
Added buffer. Buffer builds on the funcool/octet project, adding a number of capabilities from java.nio.bytebuffer while supporting the extensible specs from octet. See https://github.com/aatree/aautil#buffer -- You received this message because you are subscribed to the Google Groups

Re: is there an implementation of GraphQL in Clojure?

2016-03-10 Thread Gary Verhaegen
There is a Java solution in that list at: https://github.com/andimarek/graphql-java You could use that directly through interop. If you're feeling generous, you could even build a Clojure wrapper around it and release that as open-source. On Thursday, 10 March 2016,

is there an implementation of GraphQL in Clojure?

2016-03-10 Thread lawrenceopenroadmedia
I am looking here: https://github.com/chentsulin/awesome-graphql and Clojure is not listed. Is there anything in Clojure that I can use to offer GraphQL queries to a React frontend? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to

Re: Feedback on idiomatic API design

2016-03-10 Thread Johan Haleby
Very interesting approach indeed. I'm going to finish up the previous approach first then I'll look more closely into this. I like it, and its simple! Thanks! On Thu, Mar 10, 2016 at 10:51 AM, Gary Verhaegen wrote: > I would suggest a slightly different approach.

Re: Understanding init (the zero arity function) for transducers.

2016-03-10 Thread Patrick Curran
Just to be clear, I do think transducers should have a 0-arity part, but the things that use transducers should call it. (As opposed to saying the calling code is correct so transducers don't need a 0-arity part.) In Dan's post (linked at the top of the thread), he provides an alternative

[ANN] "Real" air traffic control system - complex Clojure-ClojureScript example

2016-03-10 Thread ru
Hi, "Real" air traffic control system - client-server ClojureScript-Clojure application based on: 1. *rete4frames* expert system shell (http://github.com/rururu/rete4frames/), 2. *Flightradar24* web service (http://www.flightradar24.com/), 2. *Leaflet* JavaScript GIS libraty

Re: Similar lisps and emacs reimplementations?

2016-03-10 Thread adrian . medina
Common Lisp is timeless in my opinion. :) STMX is a high performance STM implementation for Common Lisp. https://github.com/cosmos72/stmx On SBCL it even compiled down as an optimization to Intel TSX assembly instructions (which incidentally were disabled by the manufacturer unfortunately a

Re: Understanding init (the zero arity function) for transducers.

2016-03-10 Thread Nicola Mometto
Looking at both the implementation for TransformerIterator (sequence), transduce and eduction, it's clear that the 0-arg arity is never invoked on a transducer, while it's ever only used to provide the reducing step function of transduce its init value, if not provided explicitely. I have to

Re: Feedback on idiomatic API design

2016-03-10 Thread Gary Verhaegen
I would suggest a slightly different approach. First, define a record for your fake server, which implements Closeable; put your current "shutdown" code in the close method. This will allow you to use the existing with-open macro, instead of having to redefine your own, while leaving the option