Hi Ken,
> Shoundn't be too hard. Something like
[snip]
Thanks, looks good. I haven't had a chance to play with the code yet
but it looks like a very good start.
>
> You probably want it to omit bmi from the argument lists and compute
> it -- that will complicate things, something like:
>
[snip
On 2 May 2011 14:06, craig worrall wrote:
>
>
> On May 2, 8:37 pm, David Jagoe wrote:
>>
>> (i) Is it possible to generate the (defrecord Person ...) from the
>> person-entity hash-map that I have shown?
>
> Sure. You may want to have a look at https://gist.github.com/876029
> (and associated pos
Thanks for the link; that helped me read the pmap code properly. So
it's not a single thread but n that get initially started, and, if the
consumer keeps up, pmap will start a thread when a result value is
taken, this staying ahead with max cpu usage. If I understand this
correctly, it's the (drop
On Mon, May 2, 2011 at 5:33 PM, Justin Balthrop
wrote:
> What are your thoughts on handling connection pooling in clojure.java.jdbc.
If there's a way to provide it in a portable manner without undue
external dependencies, I'd be interested in exploring it but that gets
a bit outside my familiarit
Sean,
What are your thoughts on handling connection pooling in clojure.java.jdbc.
We currently use c3po for connection pooling at Geni, but it seems that
won't work as expected with the new shared thread bindings in Clojure 1.3.
Since, the binding that holds the connection would be shared with
Hi, I'm working on my parsing skills using fnparse 2.2.7 and have written
the following implementation of the Shunting-yard algorithm:
https://gist.github.com/952607
I plan to make a lightning talk about monadic parser at the next Bonjure
meeting and I'd like to hear what people here think about
On Tue, Apr 26, 2011 at 10:13 AM, Sean Corfield wrote:
> I think at this point it makes sense to add a function to c.j.j that
> mimics the current resultset-seq functionality but allows for the
> application of naming strategies - with the default being the current
> behavior, and some other stand
I have been using a longstanding, well-supported Java 2D drawing
toolkit called Piccolo2D (http://www.piccolo2d.org/index.html). Here
is some text from its home page:
-
Piccolo2D is a toolkit that supports the development of 2D structured
graphics programs, in general, and Zoomable User Interf
Hi Miki
What you provided is an amazing piece of code. I need a lot more time to
understand how it works since it uses so many higher order functions.
I have uploaded my original problem code base and your solution at:
https://gist.github.com/952382
This is just a simplified vers
On Mon, May 2, 2011 at 4:49 PM, André Thieme wrote:
> I am not interested in the answers of religious fanatics who defend any
> behaviour that the current implementation has, even if it obviously
> limits the expressiveness.
>
>
> Regards,
> André
>
The relevant clojure-dev thread.
http://groups.
On Mon, May 2, 2011 at 4:49 PM, André Thieme wrote:
> Maybe there are good reasons why closures should not be real first class
> objects, as it is the case in other programming languages that support
> them. If that is the case I would really like to hear it.
>
> I am not interested in the answers
Am 02.05.2011 02:26, schrieb Alan:
You can't embed a function in code as a raw function object
Can anyone give explanations why this is so?
I understand that it may sound provocative, but this sounds to me like
a major bug.
- you need to return code that will result in that function. That it
Google Collections has a multimap that could help you with this. It
is pretty cool.
As a note they actually push immutability pretty hard - maybe Rich got
to them?
http://guava-libraries.googlecode.com/svn/tags/release09/javadoc/com/google/common/collect/Multimaps.html
On May 1, 10:57 pm, "Bh
Sorry, the link to their mailing list is here:
http://mail-archives.apache.org/mod_mbox/incubator-isis-dev/201104.mbox/
--
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
My comment is unrelated to Clojure but related to the general topic of
avoiding redundancy. Please have a look at InfoQ's "Dan Haywood's
Domain-Driven Design Using Naked Objects":
http://www.infoq.com/articles/haywood-ddd-no
The book is definitely worth a read!
Naked Object's (now called Apache Is
On Mon, May 2, 2011 at 6:37 AM, David Jagoe wrote:
> Hi Everyone,
>
> Background to my problem:
>
> I am developing a compojure application, and there is lots of
> duplication in listing field names in my current data model:
>
> (i) in the defstruct
> (ii) in the public constructor's argument list
One way is not to use a tree structure but to aggregate by "composed" keys,
starting with [:attr1] then [:attr1 :attr2] ...
(defn sum-by [data attrs]
(let [aggregated (group-by (apply juxt attrs) data)]
(zipmap (keys aggregated) (map #(reduce + (map :mv %)) (vals
aggregated)
(println
Thanks, Eric!
On Fri, Apr 29, 2011 at 8:56 PM, Eric Thorsen wrote:
> This version is a port of 1.4 to run on Netbeans 7.0.
>
> You can get this using the update site.
> For more information, please go to:
> www.enclojure.org
>
>
--
You received this message because you are subscribed to the Goo
On May 2, 8:37 pm, David Jagoe wrote:
>
> (i) Is it possible to generate the (defrecord Person ...) from the
> person-entity hash-map that I have shown?
Sure. You may want to have a look at https://gist.github.com/876029
(and associated post to this group) for something somewhat related.
> (ii
Thanks. Will give that a go.
cheers
Dave
On May 1, 8:29 pm, gaz jones wrote:
> you can set the source path in leiningen to be whatever you like. the
> sample file is quite useful for finding these things out:
>
> https://github.com/technomancy/leiningen/blob/master/sample.project.clj
>
> they key
Hi Everyone,
Background to my problem:
I am developing a compojure application, and there is lots of
duplication in listing field names in my current data model:
(i) in the defstruct
(ii) in the public constructor's argument list
(iii) in the hiccup form fields
(iv) in the compojure argument des
Hey Paul,
On 30 April 2011 20:27, Paul deGrandis wrote:
> I'm not exactly sure of your specific use case, but you should take a
> look at clojure.template. It could be what you're looking for.
>
> http://clojuredocs.org/clojure_core/clojure.template
Great, I will have a look thanks.
--
You re
Hi Ambrose,
Thanks for the advice. I have already implemented my application using
maps (defstruct) and busy evaluating whether I should switch to
records. I like the idea of using records and protocols to help me to
define strict abstractions and to do easy type dispatch. On the other
hand I can
23 matches
Mail list logo
