RE: Re[2]: [Haskell-cafe] Re: A suggestion for the next high profile Haskell project

2006-12-19 Thread Patrick Mulder
> why you (and Donald) don't want to understand me. i > say that imperative > Haskell code is more efficient than pure (and > especially lazy) one and that > even such code in ghc is slower than C equivalent. I think the concern about execution speed of algorithms is a fairly recent topic. At lea

RE: [Haskell-cafe] Book "Haskell in real world"

2006-12-15 Thread Patrick Mulder
Hello Bulat, you are talking about the real world, but maybe it useful to think about, that the real world might have different forms, falls into different categories. What I mean: The real world for a computer game programmer, network service application developper, complex simulation software e

Re: [Haskell-cafe] Mozart versus Beethoven (was: Writing "Haskell For Dummies ...)

2006-12-14 Thread Patrick Mulder
> Another difference with music that strikes me is the > level of > abstraction : a note is a note. A line of code > (especially in a > imperative setting) is much more than a line of > code. But this is exactly what "semantics" is about, or not? It is the question, when you have a set of symbols

Re: [Haskell-cafe] Mozart versus Beethoven (was: Writing "Haskell For Dummies ...)

2006-12-12 Thread Patrick Mulder
> You're implying that there's a *more* appropriate > forum somewhere for > discussing analogies between music composition and > programming > languages? If so, I'd like to know what it is! Yes, music and programming languages are ultimately phenomena of our human brains/minds. Therefore, the exp

RE: [Haskell-cafe] Mozart versus Beethoven (was: Writing "Haskell For Dummies ...)

2006-12-12 Thread Patrick Mulder
Not sure whether this is the right place to discuss computers and programming in general: But Dijkstra's metaphor is suggesting, that while Beethoven learned by experiment and debugging compositions, Mozart did not have a need for reflection while writing down music ? The observation above sounds

Re: [Haskell-cafe] Writing "Haskell For Dummies Or At Least For People Who Feel Like Dummies When They See The Word 'Monad'"

2006-12-11 Thread Patrick Mulder
(to Kirsten, Akhmechet, cc: Haskell-Cafe) > I would divide the book into two parts. The first > part would introduce > Haskell via traditional small examples. Quick sort, > towers of Hanoi, > etc. The second part would have two or three large > examples - > something that people would relate to. I'

RE: [Haskell-cafe] Writing "Haskell For Dummies Or At Least For People Who Feel Like Dummies When They See The Word 'Monad'"

2006-12-11 Thread Patrick Mulder
In my opinion it would be important to increase the understanding about "semantics" and "processes". And it would be good to introduce the concepts in a similar way as Profokiev introduces the sound of classical music in "Peter and the Wolf". If my suspicion is correct, functional programming would