Here are some functional programming job opportunities that were posted
recently:
Senior Development Engineer at Lookingglass Cyber Solutions
http://functionaljobs.com/jobs/8782-senior-development-engineer-at-lookingglass-cyber-solutions
Cheers,
Sean Murphy
FunctionalJobs.com
--
You
Make the channel unbuffered, that way it turns into a rondevouz a la ada and
every producer will block until a consumer takes something from it.
cheers Jan
On 16.02.2015, at 21:45, Huey Petersen eys...@gmail.com wrote:
Hello,
I was playing around with having a lazy sequence abstracting
Hello Clojurians,
I've just been polishing my modest library, clj-uuid
http://danlentz.github.io/clj-uuid/ and would like to invite everyone to
have a look if such a thing might be of interest.
What is it?
clj-uuid is a Clojure library for generation and utilization of UUIDs
(Universally
Yes, the producer’s put will block until the consumer takes, but doesn’t
this still involve an eager initial request (so that the producer will have
something to put in the first place, so that it can block)?
e
On Mon, Feb 16, 2015 at 5:52 PM, janpaulbultm...@googlemail.com wrote:
Make the
Looks good. Thanks for sharing.
David
--
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
Note that posts from new members are moderated - please be patient with your
first post.
To
On Monday, February 16, 2015 at 9:42:31 PM UTC-5, Erik Price wrote:
Yes, the producer’s put will block until the consumer takes, but doesn’t
this still involve an eager initial request (so that the producer will have
something to put in the first place, so that it can block)?
The producer
Hello,
I was playing around with having a lazy sequence abstracting over a paged
http request. First off, maybe this is dumb, I dunno, lemme know ;p
So (resources url) returns a seq and no http request is made, but (take 1
(resources url)) makes a request and (take 50 (resources url)) may
This is nice to have, thank you! uuid v5 generation seems to be something I
reimplement over and over, but which is never big enough for a library. I
would like to stop doing that and just include your library in the future.
However, I think your v3/v5 implementations need much more control
Hi,
On Friday, February 13, 2015 at 8:04:20 PM UTC+1, James Reeves wrote:
A lot of utility libraries, such as my own Medley
https://github.com/weavejester/medley, have mapply functions for this
exact use-case.
Generally, however, I find that keyword arguments are more trouble than