<br><br><div class="gmail_quote">On Thu, Jan 15, 2009 at 7:46 PM, Andrew Coppin <span dir="ltr">&lt;<a href="mailto:andrewcoppin@btinternet.com">andrewcoppin@btinternet.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">The sad thing is, it&#39;s not actually complicated. The documentation just makes it seem like it is! :-(</div></blockquote><div><br></div><div>This is so true for a heck of a lot of things. Existential quantification being just one of them. Loads of things in Haskell have big powerful (but scary) names which I really think intimidate people, the situation isn&#39;t helped when a lot of tutorials use the theoretical basis for the construct as a starting point, rather then actually describing the construct from the perspective of a programmer first (see Monads).</div>
<div>Haskell really isn&#39;t that difficult compared to other languages, but people still get the impression that you need to be a big brain on a stick to use it, terminology is certainly part of the equation.</div><div>
<br></div><div>This doesn&#39;t mean that making up new words is always better, but we should certainly strive to exploit any opportunity to clarify the issue and (this means that haddock comments and language books/tutorials shouldn&#39;t refer to academic papers first and foremost, but use common&nbsp;English&nbsp;and practical examples to describe what&#39;s being used, and academic nerds can consult the footnotes for their fill of papers containing pages of squiggly symbols!).</div>
<div><br></div></div><br>-- <br>Sebastian Sylvan<br>+44(0)7857-300802<br>UIN: 44640862<br>