Hi everyone,
On Thursday, March 6, 2014 12:54:22 AM UTC+1, puzzler wrote:
The potential problem with modeling it as a knapsack problem is that it
assumes that grant-giving is an all-or-nothing affair.
Yes, exactly this. I realized I omitted this when I woke up in the middle
of the night...
On Thu, Mar 6, 2014 at 12:21 AM, Laurens Van Houtven _...@lvh.cc wrote:
Yep. A big part of the issue is that the *real* function that maps grant
fraction to probability of coming is of course unknowable. A linear
approximation is an excellent start. Once I have some test data I'll be
able to
the same as the title.
--
tao
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
--
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 -
The last time i searched... i couldnt find any that is still being
maintained. I ended up using the java api and its very simple.
Josh
On Thu, Mar 6, 2014 at 1:13 PM, tao tao.zhou2...@gmail.com wrote:
the same as the title.
--
tao
Sent with Sparrow http://www.sparrowmailapp.com/?sig
Langohr [1] is a small, feature complete Clojure client for RabbitMQ.
Release notes:
http://blog.clojurewerkz.org/blog/2014/03/06/langohr-2-dot-5-0-is-released/
1. http://clojurerabbitmq.info
--
MK
http://github.com/michaelklishin
http://twitter.com/michaelklishin
--
You received this
Even though loco works on this small example, it doesn't scale well for
this kind of problem. I did a test on some randomly generated 3000 people,
and it's slow. (You can set the budget constraint to definitely spend the
whole budget to speed things up, and set a timeout, but the quality of the
On Thursday, March 6, 2014 12:19:25 PM UTC+1, puzzler wrote:
Even though loco works on this small example, it doesn't scale well for
this kind of problem. I did a test on some randomly generated 3000 people,
and it's slow. (You can set the budget constraint to definitely spend the
whole
Try to use transient map, but it has size limit to 8 keys.
(let [hm (transient {})]
(doseq [x (range 100)]
(assoc! hm x -))
(persistent! hm))
{0 -, 1 -, 2 -, 3 -, 4 -, 5 -, 6 -, 7 -}
What's wrong with my code?
I think it is a bug.
Transient map don't change type from
What your code is doing is sometimes called bashing transients in place.
See some discussion here:
http://clojuredocs.org/clojure_core/clojure.core/assoc!
As explained there, you should always use the return value of assoc!, just
as you would always use the return value of assoc.
Andy
On Thu,
Something like this would work:
(persistent!
(reduce
(fn [r x] (assoc! r x -))
(transient {})
(range 100)))
Which is just:
(reduce
(fn [r x]
(assoc r x -))
{}
(range 100))
...but with transient applied to the input, and persistent! applied to the
output.
On Thu,
Thanks for the answers.
It's not my real code.
It's just trivial demo for the bug report.
I can rewrite it with no problems, but the question is - is it normal
behavior or is it bug in transient map?
--
You received this message because you are subscribed to the Google
Groups Clojure group.
It's undefined behaviour; you should use assoc! like assoc.
Ambrose
On Thu, Mar 6, 2014 at 11:16 PM, Sergey Kupriyanov sku...@gmail.com wrote:
Thanks for the answers.
It's not my real code.
It's just trivial demo for the bug report.
I can rewrite it with no problems, but the question is
Ohh, I realized my mistake.
Thank you all for your answers.
On Thursday, March 6, 2014 7:18:24 PM UTC+4, Ambrose Bonnaire-Sergeant
wrote:
It's undefined behaviour; you should use assoc! like assoc.
Ambrose
On Thu, Mar 6, 2014 at 11:16 PM, Sergey Kupriyanov
sku...@gmail.comjavascript:
--On 5 Mar 2014 09:37:24 -0800 milinda milinda.pathir...@gmail.com wrote:
Thanks Konrad. Your unquoting trick worked. But I am not exactly sure how
to reason about these types of situations. Can you please shed some
lights behind the logic of above unquoting if possible.
I suppose you refer
I wonder how this compares with this change Rich made to enable lazy fn
initialization:
https://github.com/clojure/clojure/commit/71930b6b6537a796cdf13c4ffa7cf93eb53b6235
that he later reverted:
https://github.com/clojure/clojure/commit/c5681382da775e898915b17f3ab18b49c65359ec
If I read the
Thanks, I've just gotten around to playing with this and it's something
I've been looking for. I think Incanter integration is the way to go, even
if I have to figure it out myself I'd be happy to help (limited in my
incanter knowledge as is, but this works great with it so far).
Best,
Here's more on this: https://github.com/galdolber/clojurefast
I'm stuck figuring out how to get AOT and dynamically compiled clj files to
work nice together.
Help is more than welcome!
On Thu, Mar 6, 2014 at 4:06 PM, Nicola Mometto brobro...@gmail.com wrote:
I wonder how this compares with
Congratulations to your team Ryan, I wasn't aware of Caribou until now and
this release looks pretty good! the documentation is very complete, I'll be
sure to try it soon.
Regards,
Denis
El miércoles, 5 de marzo de 2014 22:24:13 UTC-3, Ryan Spangler escribió:
Hello Clojure People,
Happy
Kria (a right rotation of Riak) is an asynchronous Clojure driver for
Riak 2.0 built on top of Java 7's NIO.2. It uses Riak's protocol buffer
interface.
https://github.com/bluemont/kria
https://clojars.org/kria
In my work projects, we have found that core.async works great as a layer
on top of
On Thu, Mar 6, 2014 at 4:56 AM, Laurens Van Houtven _...@lvh.cc wrote:
Hm. I realize we're unlikely to change the nature of the problem, but
would it help if we limit the search space? For example, if we only care
about grants in increments of $50 or $100? Instead of working with dollars,
Thank you everyone for explanations. I think now I understand macros and
how to use macro let better.
Milinda
On Thursday, March 6, 2014 1:51:59 PM UTC-5, Konrad Hinsen wrote:
--On 5 Mar 2014 09:37:24 -0800 milinda milinda@gmail.comjavascript:
wrote:
Thanks Konrad. Your unquoting
http://gal.dolber.com/post/78830045901/defnstype-myclass
As always, feedback is very welcome!
--
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
22 matches
Mail list logo
