Re: [ANN] Clojure 1.8.0-alpha3

2015-08-17 Thread Sean Corfield 
Clojure 1.8.0-alpha3 is now available.
…
Tuples have been disabled after further analysis of performance impacts.

Out of curiosity, could this have surfaced in alpha2 as a memory leak?

We had alpha2 in production for about a week and it looked like we were seeing 
a very slow memory leak. Our next production build was based on alpha4 and we 
have not seen that same memory curve (in a slightly longer period).

Now that we’ve had longer in production, we are still seeing a slow memory 
leak. We are prepping to move back to 1.7.0 for the time being. If we don’t see 
the leak on 1.7.0 (so we can isolate the leak as coming from our code vs "your" 
code), we’ll put one server back on 1.8.0 Alpha 4 and see if we can identify 
what is actually leaking.

Sean Corfield -- (904) 302-SEAN
World Singles -- http://worldsingles.com/


-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure Truck Factor

2015-08-17 Thread Andrew Chambers 
>From my outside observation you would need to hit Rich Hickey, Timothy 
Baldridge, David Nolen, Stuart Halloway  + other cognitect staff all at 
once. This wouldn't exactly "kill" clojure. But may put it into maintenance 
only mode for a while.

On Saturday, August 8, 2015 at 4:21:40 AM UTC+12, Guilherme Avelino wrote:
>
> As part of my PhD research on code authorship, we calculated the Truck 
> Factor (TF) of some popular GitHub repositories.
>
> As you probably know, the Truck (or Bus) Factor designates the minimal 
> number of developers that have to be hit by a truck (or quit) before a 
> project is incapacitated. In our work, we consider that a system is in 
> trouble if more than 50% of its files become orphan (i.e., without a main 
> author).
>
> More details on our work in this preprint: 
> https://peerj.com/preprints/1233
>
> We calculated the TF for *Clojure* and obtained a value of *2*.
>
> The developers responsible for this TF are:
>
> Rich Hickey - author of 58% of the files
> Stuart Halloway - author of 27% of the files
>
> To validate our results, we would like to ask *Clojure* developers the 
> following three brief questions:
>
> (a) Do you agree that the listed developers are the main developers of 
> *Clojure*?
>
> (b) Do you agree that *Clojure* will be in trouble if the listed 
> developers leave the project (e.g., if they win in the lottery, to be less 
> morbid)?
>
> (c) Does *Clojure* have some characteristics that would attenuate the 
> loss of the listed developers (e.g., detailed documentation)?
>
> Thanks in advance for your collaboration,
>
> Guilherme Avelino
> PhD Student
> Applied Software Engineering Group (ASERG)
> UFMG, Brazil
> http://aserg.labsoft.dcc.ufmg.br/
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] test.check 0.8.0

2015-08-17 Thread Laurens Van Houtven 
Awesome, thanks!!!

> On Aug 16, 2015, at 5:58 PM, Gary Fredericks  wrote:
> 
> oh yeah, my scale example did look a lot like fmap.
> 
> There is some context on the original jira ticket 
> .
> 
> 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 0-200 of 
> numbers from 0-200. But if you scale it via (gen/scale #(* 1000 %) (gen/list 
> gen/nat)) you will generate much bigger lists of larger numbers. Though 
> probably more common uses for scale would be for limiting sizes (e.g., 
> (gen/scale #(max % 20) gen/string)).
> 
> Gary
> 
> On Saturday, August 15, 2015 at 8:57:02 PM UTC-5, Laurens Van Houtven 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 between scale and fmap?
> 
> 
> thanks
> lvh
> 
> Sent from my iPhone
> 
> On Aug 15, 2015, at 13:08, Gary Fredericks gmail.com 
> > wrote:
> 
>> I'm happy to announce the release today of version 0.8.0 of test.check 
>> , the QuickCheck-inspired 
>> property-based testing library. The release is light on new features, but 
>> has a couple important changes:
>> 
>> The generators now use an immutable random number generator under the hood, 
>> which makes the determinism a lot less brittle and enables various 
>> extensions and new features
>> The ClojureScript namespaces have been renamed – all occurrences of `cljs` 
>> have been changed to `clojure` so that the clj and cljs namespaces are 
>> consistent. This is an internal improvement since it means we can upgrade 
>> the codebase to use .cljc files, but it also makes things easier for writing 
>> portable tools & tests for/with test.check.
>> Additionally there are two new generator functions:
>> 
>> scale: a function that lets you tweak the size of a given generator, e.g. 
>> (gen/scale #(* % 1000) gen/nat)
>> generate: an alternative to sample that returns a single generated object, 
>> defaulting to a larger size to give you an idea of what non-trivial values 
>> look like for the generator
>> There are a handful of new features planned for upcoming releases:
>> 
>> running tests in parallel (on the jvm)
>> generating specifically-sized collections of distinct elements
>> better options for integration with other testing frameworks
>> As always I welcome any feedback, ideas, or experience reports.
>> 
>> 
>> Gary
>> 
>> 
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@ <>googlegroups.com 
>> 
>> Note that posts from new members are moderated - please be patient with your 
>> first post.
>> To unsubscribe from this group, send email to
>> clojure+u...@ <>googlegroups.com 
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en 
>> 
>> ---
>> You received this message because you are subscribed to the Google Groups 
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojure+u...@ <>googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout 
>> .
> 
> 
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en 
> 
> ---
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.

Re: Clojure Truck Factor

2015-08-17 Thread Colin Yates 
Ha - amen to that!
Gregg Reynolds writes:

> On Aug 17, 2015 12:29 PM, "Gary Verhaegen"  wrote:
>>
>> On 17 August 2015 at 07:25, Jorge Branco 
> wrote:
>> >> If a file has not been touched in two years, does it really
>> >> matter who wrote it?
> ...
>>
>> It may be just me and my bad memory, but I'm not sure I would have an
>> easier time than anyone else if I had to go back and change code I
>> have written more than a year ago. That's what I meant: if the code is
>> old enough, even the original author will have to approach it with
>> essentially fresh eyes. (But, again, maybe it's just me.)
>
> Pretty sure that's a law of physics.  Programmer entropy is monotonic
> increasing.  2nd law of code dynamics?
>
> Related:  the quantity of clear, understandable code in the universe is
> constant.  Every time you make some bit of code better, somebody somewhere
> makes some bit of code worse.  And that's probably the same coder, in some
> related bit of code.
>
> G

--
Sent with my mu4e

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure Truck Factor

2015-08-17 Thread Gregg Reynolds 
On Aug 17, 2015 12:29 PM, "Gary Verhaegen"  wrote:
>
> On 17 August 2015 at 07:25, Jorge Branco 
wrote:
> >> If a file has not been touched in two years, does it really
> >> matter who wrote it?
...
>
> It may be just me and my bad memory, but I'm not sure I would have an
> easier time than anyone else if I had to go back and change code I
> have written more than a year ago. That's what I meant: if the code is
> old enough, even the original author will have to approach it with
> essentially fresh eyes. (But, again, maybe it's just me.)

Pretty sure that's a law of physics.  Programmer entropy is monotonic
increasing.  2nd law of code dynamics?

Related:  the quantity of clear, understandable code in the universe is
constant.  Every time you make some bit of code better, somebody somewhere
makes some bit of code worse.  And that's probably the same coder, in some
related bit of code.

G

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure Truck Factor

2015-08-17 Thread Gary Verhaegen 
On 17 August 2015 at 07:25, Jorge Branco  wrote:
>> 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) teams was
> precisely that a lot of time new features would come up that required domain
> and technical knowledge about stuff written a long time ago. It was pretty
> common to find out that those file's authors were no long in the company so
> it was pretty painful to extend and implement features related to those
> areas of code. I'd say it was in at least some cases almost as costly as
> rewriting those portions from scratch.

It may be just me and my bad memory, but I'm not sure I would have an
easier time than anyone else if I had to go back and change code I
have written more than a year ago. That's what I meant: if the code is
old enough, even the original author will have to approach it with
essentially fresh eyes. (But, again, maybe it's just me.)

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: run Clojurescript via %magic in an iPython notebook?

2015-08-17 Thread Lee Spector 

Thanks Peter -- I'll take a look at this stuff.

 -Lee

> On Aug 16, 2015, at 8:21 PM, Peter Denno  wrote:
> 
> 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 the ability for users to run clojure notebooks. But that's not what I'm 
> after. Like you, I'm interested in using Clojurescript in the notebook rather 
> than Javascript as means to add custom capabilities. Since Clojurescript 
> compiles to Javascript, I don't think getting things to work will be hard. 
> There are a few jupyter project repositories (very active and probably not 
> yet stable) for things that seem related. Take a look at the repositories 
> under the jupyter project, https://github.com/jupyter , but note that many of 
> these repositories are only a few weeks old. 
> 
> Regarding the old implementation of iPython notebooks, there is a bit of a 
> tutorial on integrating notebooks with Javascript here : 
> https://jakevdp.github.io/blog/2013/06/01/ipython-notebook-javascript-python-communication/
>   I tried it; it partially works. As the author points out, it is obsolete as 
> of iPython 2.0. The current release of iPython is 4.0.0. So it is useful for 
> thinking about the basic concepts.
> 
> Reading some of the developer discussion on jupyter, it appears that they are 
> using a React-like framework called Phospor. This might be good for 
> Clojurscript development, enabling easier use of figwheel (which I've read 
> about, heard good things from other developers, but have not myself used yet.)
> 
> Hope that helps, 
>   Peter

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Durable atom

2015-08-17 Thread Alan Dipert 
Hello,
enduro may or may not be what you want, but I can say that it probably 
doesn't appear active only because I haven't need to fix or change it in a 
long time.  I still use it regularly and am happy to take issues/PRs.
Alan

On Sunday, August 16, 2015 at 10:59:09 AM UTC-4, Jeremy Vuillermet wrote:
>
> 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 data - things like mini multiplayer game or polls.
> At the very least, it's useful while developing so I don't have to think 
> too much about the storage layer.
>
> While looking for ways to keep my atom like interface while persisting my 
> data, I found http://avout.io/ "Distributed state for clojure" which 
> would be perfect for my use case.
> I also found things like https://github.com/alandipert/enduro : "durable 
> atom in clojure" 
> or https://github.com/torsten/zookeeper-atom 
>
> All of them does not seem active anymore and I wonder why and what's the 
> current status for those kind of thing.
>
> Are those solution not ready for production ?
> Do you eventually end up with a traditional database so nobody need that ?
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Lispers of Legends

2015-08-17 Thread Daniel Kersten 
This sounds like a lot of fun! Good luck with it. Sadly I don't have enough
time to try it myself, but I will also be watching how you get on.

On Mon, 17 Aug 2015 at 14:06 pepijn de vos  wrote:

> Thanks!
>
> I found out you can only have two members on a team, so I’m already full
> (Hi Alex).
>
> I’m currently working out how to optimise for casters.
> Ideally you’d know the exact damage of their skills, but this info is not
> available as plain data, and implementing 5*125 abilities is infeasible.
>
> So for AP poke champions i made a “typical” poke ability that I use in my
> model.
> The model is basically mana * mana regen * ability power to get
> sustainable damage output.
>
> Pepijn
>
> On 17 Aug 2015, at 14:55, Michael McLellan  wrote:
>
> Dota player, not League player -  but this looks really cool. I'm not sure
> if I'll have any time to help out but I'll definitely keep an eye on your
> project to see what you come up with.
>
> On Sunday, August 16, 2015 at 1:02:46 AM UTC-4, Pepijn de Vos wrote:
>>
>> Hi all,
>>
>> Are there any League of Legends players on this list?
>> Riot has announced the second API challenge, and there is lots of fun and
>> prizes to be had.
>> https://developer.riotgames.com/discussion/announcements/show/2lxEyIcE
>>
>> I'm building something in the item set category. I'm using Simulated
>> Annealing to generate optimal item sets for a given set of metrics.
>> https://github.com/pepijndevos/LolItemSets
>>
>> Example of a Greaves ADC build that balances damage per second and life
>> steal per second:
>>
>> $ lein run 5 0.5 0.5 0
>> Items: (Essence Reaver Phantom Dancer Essence Reaver Infinity Edge Phantom 
>> Dancer)
>> DPS: 2104.108092806
>> life steal: 20.0
>> armor: 81.976
>> attack damage: 350.008004
>> attack speed: 2.1472
>> crit: 90.0
>>
>>
>> Unfortunately I'm quite busy, so I might not have the time to turn it
>> into something usable in time.
>> So I was wondering if there are one or two people who would like to join
>> my team.
>> If so, send me your summoner name and github account.
>> If it turns out there are a lot of interested people, I'll give
>> preference to people on EUW and names I've seen on #clojure
>>
>> The main things that need to happen are:
>>
>>- Turn it into a snazzy cljs app. I've never done this, so help
>>welcome.
>>- Add metrics for different roles and tweak parameters. Almost done
>>with ADC, starting with Tank, followed by Assassin.
>>- Export the actual item set.
>>- As a stretch goal, include runes, masteries, passives, and
>>opponents in the equation. This gets complicated and laborious quick,
>>though.
>>
>> Keep lisping!
>>
>> Pepijn
>>
>
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
>
> You received this message because you are subscribed to a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/uv5LE1yY3wU/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
>
>
> For more options, visit https://groups.google.com/d/optout.
>
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Lispers of Legends

2015-08-17 Thread pepijn de vos 
Thanks!

I found out you can only have two members on a team, so I’m already full (Hi 
Alex).

I’m currently working out how to optimise for casters.
Ideally you’d know the exact damage of their skills, but this info is not 
available as plain data, and implementing 5*125 abilities is infeasible.

So for AP poke champions i made a “typical” poke ability that I use in my model.
The model is basically mana * mana regen * ability power to get sustainable 
damage output.

Pepijn

> On 17 Aug 2015, at 14:55, Michael McLellan  wrote:
> 
> Dota player, not League player -  but this looks really cool. I'm not sure if 
> I'll have any time to help out but I'll definitely keep an eye on your 
> project to see what you come up with.
> 
> On Sunday, August 16, 2015 at 1:02:46 AM UTC-4, Pepijn de Vos wrote:
> Hi all,
> 
> Are there any League of Legends players on this list?
> Riot has announced the second API challenge, and there is lots of fun and 
> prizes to be had.
> https://developer.riotgames.com/discussion/announcements/show/2lxEyIcE 
> 
> 
> I'm building something in the item set category. I'm using Simulated 
> Annealing to generate optimal item sets for a given set of metrics.
> https://github.com/pepijndevos/LolItemSets 
> 
> 
> Example of a Greaves ADC build that balances damage per second and life steal 
> per second:
> 
> $ lein run 5 0.5 0.5 0
> Items: (Essence Reaver Phantom Dancer Essence Reaver Infinity Edge Phantom 
> Dancer)
> DPS: 2104.108092806
> life steal: 20.0
> armor: 81.976
> attack damage: 350.008004
> attack speed: 2.1472
> crit: 90.0
> 
> Unfortunately I'm quite busy, so I might not have the time to turn it into 
> something usable in time.
> So I was wondering if there are one or two people who would like to join my 
> team.
> If so, send me your summoner name and github account.
> If it turns out there are a lot of interested people, I'll give preference to 
> people on EUW and names I've seen on #clojure
> 
> The main things that need to happen are:
> Turn it into a snazzy cljs app. I've never done this, so help welcome.
> Add metrics for different roles and tweak parameters. Almost done with ADC, 
> starting with Tank, followed by Assassin.
> Export the actual item set.
> As a stretch goal, include runes, masteries, passives, and opponents in the 
> equation. This gets complicated and laborious quick, though.
> Keep lisping!
> 
> Pepijn
> 
> -- 
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en 
> 
> --- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "Clojure" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/clojure/uv5LE1yY3wU/unsubscribe 
> .
> To unsubscribe from this group and all its topics, send an email to 
> clojure+unsubscr...@googlegroups.com 
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Lispers of Legends

2015-08-17 Thread Michael McLellan 
Dota player, not League player -  but this looks really cool. I'm not sure 
if I'll have any time to help out but I'll definitely keep an eye on your 
project to see what you come up with.

On Sunday, August 16, 2015 at 1:02:46 AM UTC-4, Pepijn de Vos wrote:
>
> Hi all,
>
> Are there any League of Legends players on this list?
> Riot has announced the second API challenge, and there is lots of fun and 
> prizes to be had.
> https://developer.riotgames.com/discussion/announcements/show/2lxEyIcE
>
> I'm building something in the item set category. I'm using Simulated 
> Annealing to generate optimal item sets for a given set of metrics.
> https://github.com/pepijndevos/LolItemSets
>
> Example of a Greaves ADC build that balances damage per second and life 
> steal per second:
>
> $ lein run 5 0.5 0.5 0
> Items: (Essence Reaver Phantom Dancer Essence Reaver Infinity Edge Phantom 
> Dancer)
> DPS: 2104.108092806
> life steal: 20.0
> armor: 81.976
> attack damage: 350.008004
> attack speed: 2.1472
> crit: 90.0
>
>
> Unfortunately I'm quite busy, so I might not have the time to turn it into 
> something usable in time.
> So I was wondering if there are one or two people who would like to join 
> my team.
> If so, send me your summoner name and github account.
> If it turns out there are a lot of interested people, I'll give preference 
> to people on EUW and names I've seen on #clojure
>
> The main things that need to happen are:
>
>- Turn it into a snazzy cljs app. I've never done this, so help 
>welcome.
>- Add metrics for different roles and tweak parameters. Almost done 
>with ADC, starting with Tank, followed by Assassin.
>- Export the actual item set.
>- As a stretch goal, include runes, masteries, passives, and opponents 
>in the equation. This gets complicated and laborious quick, though.
>
> Keep lisping!
>
> Pepijn
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Durable atom

2015-08-17 Thread Jeremy Vuillermet 
I feel datomic is too big for what I need. Although I can deref the db at 
any point in time, I don't need to query nor need an immutable db right 
now. I may end up on datomic if there are too much data but for now I 
usually just need  to update and store a key or path in a map. Using the 
immutant cache like Andy proposed, I can almost keep my code base with the 
things like

(immutant.caching/swap-in! cache :count (fnil inc 0))


which was (swap! update-in cache [:count] ...)

And I also don't care if I loose data as it's dynamic, short lived data 
anyway

On Monday, August 17, 2015 at 1:27:11 AM UTC+2, Andrew Chambers wrote:
>
> 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, 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 data - things like mini multiplayer game or polls.
>> At the very least, it's useful while developing so I don't have to think 
>> too much about the storage layer.
>>
>> While looking for ways to keep my atom like interface while persisting my 
>> data, I found http://avout.io/ "Distributed state for clojure" which 
>> would be perfect for my use case.
>> I also found things like https://github.com/alandipert/enduro : "durable 
>> atom in clojure" 
>> or https://github.com/torsten/zookeeper-atom 
>>
>> All of them does not seem active anymore and I wonder why and what's the 
>> current status for those kind of thing.
>>
>> Are those solution not ready for production ?
>> Do you eventually end up with a traditional database so nobody need that ?
>>
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

{{ANN}} clj-rate-limiter: rate limiter for clojure backed by memory or redis.

2015-08-17 Thread dennis zhuang 
clj-rate-limiter is a rate limiter for clojure,that supports a rolling
window, either in-memory or backed by redis.

https://github.com/killme2008/clj-rate-limiter

Hope it can help someone.

-- 
庄晓丹
Email:killme2...@gmail.com xzhu...@avos.com
Site:   http://fnil.net
Twitter:  @killme2008

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.