I've been using the macro below to make "types" in the context of
clara-rules, where "type" has a specific semantic. If you're going to do
something like this, you definitely should have a very well-defined notion
of what "type" means.
(defmacro def-derive
"Macros to wrap useful pattern
Are you relying on the immutability of these structures, or are they
> effectively always transient?
> On Sun, Apr 23, 2017 at 11:02 AM Dave Dixon <dave.d...@gmail.com
> > wrote:
>
>> FWIW, the use-case I have essentially involves Monte Carlo simulations.
>> So we sta
Sleight [2].
>
> Anyway, that's what I've been mulling over. If anyone has opinions, I'm
> happy to hear them.
>
> Zach
>
> [1]
> https://github.com/lacuna/bifurcan/blob/master/src/io/lacuna/bifurcan/Maps.java#L103
> [2] https://github.com/ztellman/sleight
>
>
before going further. I'm happy to discuss
> them here in more depth if you have any questions or opinions.
>
> Zach
>
> On Tue, Apr 18, 2017 at 6:53 AM Dave Dixon <dave.d...@gmail.com
> > wrote:
>
>> Stared at this a bit yesterday. Seems like if you want to leverage s
UTC-7, Dave Dixon wrote:
>
> What is the issue with wrapping in Clojure interfaces? Added overhead of
> function calls?
>
> I'm finding myself in the process of doing some of this, at least for
> constructors. Also thinking of generating predicates/generators for use
> wit
What is the issue with wrapping in Clojure interfaces? Added overhead of
function calls?
I'm finding myself in the process of doing some of this, at least for
constructors. Also thinking of generating predicates/generators for use
with spec.
On Monday, March 27, 2017 at 9:51:46 AM UTC-7, Zach
I think this would solve an issue I'm facing. I'm working on implementing
variations of Monte Carlo tree search for very large trees, with states and
actions represented by maps. There are several lookup tables indexed by
either state or state-action pairs. I haven't done any detailed
to open at this time. Nothing precludes this from being
> expanded later if deemed useful.
>
> On Thursday, December 8, 2016 at 10:56:29 AM UTC-6, Dave Dixon wrote:
>>
>> Though one can obviously attach a custom generator to a keyword-named
>> spec, it appears there
Though one can obviously attach a custom generator to a keyword-named spec,
it appears there is no way to do the same for a custom predicate function.
I see that the generators for predicate functions testing for core
primitives are hard-coded in the private clojure.spec.gen\gen-builtins.
+1. Neither S3 or Archiva have worked out well for us long term.
On Monday, June 29, 2015 at 6:50:44 PM UTC-7, Daniel Compton wrote:
Hi folks
I wondered if one possible solution for ensuring Clojars long-term
viability and maintenance would be to use it to host private repositories
for
We're having success with the Datomic - Datascript scenario by treating
the Datascript DB as an immutable value, rather than a ref + transactor, at
least in the case for user's interactively changing data. When the user
loads the data required for a scenario (e.g. editing an entity), we hold
11 matches
Mail list logo
