Interesting idea. Will look into how shuffle works and see if I can adapt
that instead.
Thanks :)
On Sat, Aug 15, 2015 at 7:56 AM, Gary Fredericks fredericksg...@gmail.com
wrote:
Another kind of approach that would be worth trying is adapting
test.check's own shuffle generator
Hi Gary,
Thanks a lot for this new update.
Was waiting for it :)
On Sun, Aug 16, 2015 at 7:26 AM, Laurens Van Houtven _...@lvh.cc wrote:
Hi Gary
Thanks a lot for your hard work; I'm a big fan of test.check and have been
tracking the RCs :)
Could you help me understand the difference
Hello,
With the rise of Om, Reagent or re-frame for that matter, I'm using more a
more the single state atom pattern in my clojurescript app.
So much so that for my current application, I've been using atoms server
side because my apps are split in really small app that only need to store
few
In my local Clojure Users Group last week, we encountered an odd behavior
with r/fold.
Specifically, it seems like the three-arity version (r/fold combiner-fn
reducer-fn coll) doesn't call the combiner-fn if the coll has fewer
elements than the default partition-size (512).
This leads to some
Datomic is basically what you want. when you get a db instance from the
connection it is equivalent to dereffing an atom - You get an immutable
reference to the data at that point in time.
On Monday, August 17, 2015 at 2:59:09 AM UTC+12, Jeremy Vuillermet wrote:
Hello,
With the rise of Om,
Hi,
I'm interested in this too. However, I have virtually no experience with
Javascript. The place to begin the investigation, I think, is with the new,
more general implementation of iPython notebooks, Jupyter
(https://jupyter.org/). Note that there is even a Clojure kernel for
Jupyter; thus
oh yeah, my scale example did look a lot like fmap.
There is some context on the original jira ticket
http://dev.clojure.org/jira/browse/TCHECK-68.
scale lets you modify the size of objects generated by a generator. So e.g.
(gen/list
gen/nat) will under normal settings generate lists of size
I don't recommend Avout as it hasn't been worked on for some time, and
never did get around the rather critical flaw in its design:
https://github.com/liebke/avout/issues/1
On Sun, Aug 16, 2015 at 3:25 PM, Andy- andre.r...@gmail.com wrote:
You might like some of immutant's stuff:
On Sunday, August 16, 2015 at 7:27:11 PM UTC-4, Andrew Chambers wrote:
Datomic is basically what you want.
What if he wants open source?
--
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
Imo datomic really is ahead of other databases. It is worth using the pro
starter edition despite being closed source, one day it might become open
source, who knows.
On Monday, August 17, 2015 at 12:59:24 PM UTC+12, Fluid Dynamics wrote:
On Sunday, August 16, 2015 at 7:27:11 PM UTC-4,
If a file has not been touched in two years, does it really
matter who wrote it?
I think that depending on the project and the kind of file, it does make a
difference. One of the primary problems our team faced when working on a
large brownfield enterprise project spanning several (distributed)
I agree that that seems surprising and you could file a jira for it.
On Sunday, August 16, 2015 at 10:47:24 AM UTC-5, Ron Toland wrote:
In my local Clojure Users Group last week, we encountered an odd behavior
with r/fold.
Specifically, it seems like the three-arity version (r/fold
You might like some of immutant's stuff:
http://immutant.org/documentation/2.0.2/apidoc/guide-transactions.html
Even though it's called caching, it can be used as a kv-store. They do
offer persistence and transaction.
HTH
On Sunday, August 16, 2015 at 10:59:09 AM UTC-4, Jeremy Vuillermet
Gary,
Nice point about Rich's role in maintaining the direction and sensibility
of Clojure. I sometimes complain about some choices that have been made
for the language, but overall, it's the clear, sensible design that makes
Clojure a pleasure to use.
--
You received this message because
14 matches
Mail list logo