[Haskell-cafe] Does laziness make big difference?
jerzy.karczmarczuk at info.unicaen.fr
jerzy.karczmarczuk at info.unicaen.fr
Fri Feb 16 07:14:15 EST 2007
"Nick":
> So, as I understand, choosing default laziness was just experimental
> design decision in order to answer the question: "how good lazy language
> can be". I am practically convinced, that lazy evaluation included in
> the _right_ places can be extremely useful. I didn't state the question
> as "strict vs lazy", my question is different - "default laziness with
> optional strict -vs- default strictness with optional lazy".
> And sorry, but the question remains open.
===
Now, I AM SORRY, but this is a bit - not wishing to offend, nor to annoy
anybody - of a totalitarian philosophy. The world of programming is very
rich, you can find the languages and the paradigms you want, and you can
always construct new ones.
You have strict languages as Scheme or ML, with some possibilities to do
lazy programming. Go ahead! (But you will pay a price. The laziness in
Scheme introduced by the delay macro can produce a lot of inefficient
code, much worse than coded at the base level).
The question is NOT open. The question has been answered a long time ago
in a liberal manner. You have both. You *choose* your programming approach.
You choose your language, if you don't like it, you go elsewhere, or you
produce another one, of your own.
Haskell chose a particular schema, that implied a *very concrete* decision
concerning the underlying abstract machine model, and the implementation.
It is a bit frustrating reading over and over the complaints of people who
never needed, so they dont appreciate laziness, who want to revert Haskell
to strict. As if we were really obliged to live inside of a specific Iron
Curtain, where only one paradigm is "legal".
==
There are other annoying discussions as well. For example, here rather
rarely, since it is a dedicated list, but on the newsgroup of FP (which
I read rarely) from time to time somebody *must* complain that there is
another lazy language, Clean, not too distinct from Haskell, and this
seems to be a waste of effort, -
the Cleaners should join Haskell, and contribute to its development instead
of making another one, redundant project.
Eine Kirche, eine Sprache, eine Partei, ein Volk???
Horrible perspective.
Jerzy Karczmarczuk
More information about the Haskell-Cafe
mailing list