Hello John,
Tuesday, December 19, 2006, 7:16:48 PM, you wrote:
>> It's not as if this is the first time that this has been suggested,
>> but some people have suggested that a practical book about Haskell
>> would be a good idea. I agree. Some people have also suggested that
>> the right moment fo
John Goerzen wrote:
> I know this is a late reply, but some of us tried to get something like
> this off the ground a little while back.
>
> darcs get --partial http://software.complete.org/haskell-v8/
My brain is fried. Make that:
darcs get --partial http://darcs.complete.org/haskell-v8
Kirsten Chevalier wrote:
> It's not as if this is the first time that this has been suggested,
> but some people have suggested that a practical book about Haskell
> would be a good idea. I agree. Some people have also suggested that
> the right moment for this hasn't arrived yet, and I see that a
G'day all.
Quoting Donn Cave <[EMAIL PROTECTED]>:
> Well, maybe not Patterns, but wouldn't there be important skills
> relating to patterns in a more general sense? Like "fold", for example,
> seems to be a pattern, with several standard implementations and no
> doubt countless others to suit pa
On Thu, 14 Dec 2006, Kirsten Chevalier wrote:
...
> If you want to learn how to "think" functionally, forget you ever
> heard the words "design pattern". There shouldn't be patterns in your
> programs. If there are, that means that either your language isn't
> providing you with enough abstractions
Those are some great resources, thanks everyone!
Justin
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
ke, 2006-12-13 kello 08:18 -0800, Justin Bailey kirjoitti:
> On 12/12/06, Joachim Durchholz <[EMAIL PROTECTED]> wrote:
> Agreed.
> Something along the lines of "The Art of Functional
> Programming".
>
> +1 . I would love to read something that is the equivalent of 'design
>
On 12/13/06, Justin Bailey <[EMAIL PROTECTED]> wrote:
On 12/12/06, Joachim Durchholz <[EMAIL PROTECTED]> wrote:
> Agreed.
> Something along the lines of "The Art of Functional Programming".
+1 . I would love to read something that is the equivalent of 'design
patterns', but for functional langu
On Wed, 13 Dec 2006 17:18:31 +0100, Justin Bailey <[EMAIL PROTECTED]>
wrote:
On 12/12/06, Joachim Durchholz <[EMAIL PROTECTED]> wrote:
Agreed.
Something along the lines of "The Art of Functional Programming".
+1 . I would love to read something that is the equivalent of 'design
patterns',
On 12/12/06, Joachim Durchholz <[EMAIL PROTECTED]> wrote:
Agreed.
Something along the lines of "The Art of Functional Programming".
+1 . I would love to read something that is the equivalent of 'design
patterns', but for functional languages. I thought Osasaki's book "Purely
Functional Data
Ketil Malde schrieb:
I generally manage to absorb just enough to get by, but I think there
is a niche for a book (coupled to practical problems and complete
with excercises etc) that is waiting to be filled.
Agreed.
Something along the lines of "The Art of Functional Programming".
HSoE is grea
Arie Peterson schrieb:
He wrote the manuscript and it
was 'aus einem Guss' (casted as one).
The literal meaning of "aus einem Guss" is "cast all at once".
This has overtones of "it is seamless, has no internal structural bounds
which may cause the final product to fracture under stress".
Thi
Sebastian Sylvan wrote:
> Perhaps a single largish application could be the "end product" of the
> book. Like a game or something. You'd start off with some examples
> early on, and then as quickly as possible start working on the low
> level utility functions for the game, moving on to more and mo
13 matches
Mail list logo
