Re: [ANN] play-clj, a game library

On 21/01/14 09:50, James Trunk wrote: I like the conciseness of the project name, but I worry that it doesn't roll off the tongue all that well. I guess that /jure/ library names are considered passé by most, but in this case I actually thought that the name /playure/ seemed like a nice fit. I

Re: Is it good functional style to use a protocol to create a plugin point?

A map seems enough, unless there is a need for naming the set of functions, in which case the protocol could serve this purpose. But would that be the best way? I'm also curious to know what solutions the community has come up with about this. In the case of dynamic discovery of available plugin

Re: Local database recommendation?

On Sunday, May 26, 2013 9:11:03 PM UTC+2, Cedric Greevey wrote: > > On Sun, May 26, 2013 at 1:56 PM, James Thornton > > > wrote: > >> >> >> On Sunday, May 26, 2013 12:14:22 PM UTC-5, Cedric Greevey wrote: >> >>> On Sun, May 26, 2013 at 11:33 AM, James Thornton >>> wrote: >>> Hi Cedric - >

Re: Local database recommendation?

I would definitely check out Datomic. The free edition uses H2 internally to persist to disk, it's not just a memory db. The datalog query language for Datomic is great, and you should definitely give it some thoughts. A good overview video on Datomic which I recommend is listed on their site:

Re: Utility libraries and dependency hygiene

Using the decomposition I made earlier, I would refine my analysis a bit further and say: - the original problem lies mostly within the programming model: it's about resolving dependencies when reusing and composing deployable units, and how to avoid complexity and conflicts. - part of the probl

Re: Utility libraries and dependency hygiene

I think this discussion would greatly benefit from some hammock development time ;) The original post was quite precise in its scope, but we quickly side-stepped into related issues, so it feels like we have lost some focus. On the other hand I think many of us get the feeling we can't provide s

Re: Utility libraries and dependency hygiene

Or a reason to integrate via data, not api or type. On Monday, May 13, 2013 10:54:26 PM UTC+2, Phil Hagelberg wrote: > > > Stuart Sierra writes: > > That's cool, and it will work for the simple case of libraries A and B > > depending on different versions of C. > > > > But it still breaks down

support for annotations on method parameters

I was wondering if there was any particular reason or difficulty that would explain why annotations on method parameters are not yet supported. These are quite useful in many frameworks, e.g. parameter injection, observers, eclipse e4 event handling

Re: Image analysis library recommendations

I recently came across BoofCV (http://boofcv.org/), an all Java library that is still being developed but looks already well featured. Never tried it though, let us know how that goes if you do. Cheers On Tuesday, April 23, 2013 8:54:20 PM UTC+2, Nils Blum-Oeste wrote: >