I agree that looking for a mascot that is inspired by "laziness" is a bad idea from a P.R. perspective (I am tired of people walking out the room when I give Haskell talks to general audiences and explain lazy evaluation).

Do they walk out when you mention it or when you explain it?-)

Lazy evaluation -as an optimization of non-strict evaluation- seems
like an unambiguosly good idea. Lazy evaluation -as one efficient
form of non-strict evaluation- has its pros and cons: neither strict
nor non-strict evaluation fit all purposes, and the real trick is to
find the right middle ground. It just so happens that non-strict is
a safe default from which to try and reach that middle ground. In
other words, even in non-PR terms, laziness is a stepping stone,
not the ultimate goal.

Your remark reminded me of some old slides of mine, where I
tried to offer one perspective on the problems of "communicating fp ideas to general audiences". In brief, successful communication assumes some shared background, and if that doesn't exist, communication is difficult at best and usually fails. Haskellers often resort to formal maths models, which is fine for those with a shared background, not so fine for general audiences. In that old talk I suggested using a model that general audiences, and business folks in particular, are familiar with, and started to outline an initial "dictionary of fp terms" - the translation worked
well enough to show that neither strict nor non-strict evaluation
make for good business models, and that we're really looking for
some form of "just in time" evaluation (of course, you have to keep in mind that my understanding of business terms is only that of an average general audience;-). I've temporarily put the slides here (note that the contact info, from one of my previous lives, is years out of date):

http://www.cs.kent.ac.uk/~cr3/tmp/slides.pdf

Perhaps you find some of the ideas useful? And now that we actually have some more business folks amongst us, perhaps some of them would like to comment on the suitability or
otherwise of these ideas?-).

Claus

-- Lazy evaluation: been there, done that.

_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Reply via email to