ForkJoin updates

[pron]

This has been posted to the concurrency-interest mailing 
list.
Apparently there have been some nice improvements to ForkJoin:

...This also greatly improves throughput when all tasks are async and submitted 
to the pool rather than forked, which becomes a reasonable way to structure 
actor frameworks, as well as many plain services that you might otherwise use 
ThreadPoolExecutor for.
These improvements also lead to a less hostile stance about about submitting 
possibly-blocking tasks.


These improvements are available now in the jsr166 package 
. 

Should agents now use a ForkJoinPool?

-- 
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

Re: Documenting Clojure Design without UML

[Manuel Paccagnella]

On 01/19/2012 02:12 PM, Adam Markham wrote:

I have always used UML to document the design of software projects I
have worked on in object-oriented languages. I am now working on a
Clojure project and am required to document the design so anyone
reading these documents will understand the design of the software.

I was wondering if there is anything like UML that can be applied to
Clojure for these purposes?

It is quite important that I document the design of the software on
paper so any suggestions on doing this would be great.

Thanks,

Adam



Hi Adam,

Disclaiment: I just started learning Clojure and FP, here are just my 
two cents.


First of all: how is structured an application written in functional 
style? From the top of my mind I would say:


- Data structures
- Functions that operates on data structures and compose other functions
- Libraries/namespaces

A documentation of the kind you are searching for IMHO should take into 
account all these factors. In particular, visualizing data structures 
and relationships between functions would be quite useful in my opinion.


What I have in my mind now is a set of boxes (namespaces) that contains 
perhaps other boxes (data structures) and ellipses (functions) connected 
with some types of arrows between them (composition, higher-order 
functions, etc) and with data structures.


In short: data, functions and relationships between them.

As far as I know, there isn't any standardized graphical notation a-la 
UML to express the structure of functional programs. I would say: don't 
be shy, just invent some convention and use it to *communicate* the 
design to others :)


Manuel Paccagnella

--
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

Re: Looking for parser generator library

[Roman Perepelitsa]

Thanks for all the suggestions! They'll keep me going for a weekend.

Roman Perepelitsa.

-- 
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

Re: ForkJoin updates

[Stuart Sierra]

There was some excellent work on ForkJoin in Clojure by David Liebke and 
others last year, but it never made it into the main Clojure branch. It's 
waiting for someone else to finish it. Search the wiki and mailing list for 
notes.

-S

-- 
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

ANN - Boston Clojurians interested in coming to our group?

[Alex Baranosky]

Our little band of programmers, BAZNEX, meets every other Wednesday in
Somerville, Davis Sq (right outside of Boston)  Next will be this Wednesday
Feb 1.

We are a lighthearted bunch, who really like Clojure, but who don't limit
ourselves to any language. If you're in the area we'd love to have you
there.

We like to work on open source projects, and talk about functional
programming, software development and all that fun stuff.

The Boston Clojure Meetup only comes around every few months, so BAZNEX is
a great alternate way to hangout, learn and create something cool with some
other Clojure lovers.

http://groups.google.com/group/baznex
https://github.com/baznex

-- 
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

Re: Looking for parser generator library

[Meikel Brandmeyer (kotarak)]

Hi,

parsley by Christophe hasn't been mentioned, yet.

https://github.com/cgrand/parsley

Sincerely
Meikel

-- 
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

Re: problems with meta

[Meikel Brandmeyer (kotarak)]

Hi,

Am Samstag, 28. Januar 2012 19:48:23 UTC+1 schrieb raschedh:

Maybe the meta info is attached to (quote a) and not to the symbol, because 
> that is "the next form read" ? 
>

Exactly. 

When I say 
> (def z1 (with-meta [] {})) 
> and 
> (def z2 ^{} []) 
> again, 
> only 
> (meta z1) gives me my content-rich meta information back, 
> but 
> (meta z2) returns nil. 
>
> What am I missing ? 
>

The former replaces the metadata on the vector. The latter merges the map 
into existing metadata of the symbol. This allows for example "(def 
^Frobnicator ^:dynamic foo ...) ". However in your example the original 
metadata is nil. And you don't merge things in it. So it stays nil.

See the relevant code here: 
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/LispReader.java#L735

Plus the fact that assoc on nil produces a map.

Hope that helps.

Sincerely
Meikel

-- 
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