<br><br><div class="gmail_quote">On Tue, Mar 24, 2009 at 4:11 PM, Manlio Perillo <span dir="ltr">&lt;<a href="mailto:manlio_perillo@libero.it">manlio_perillo@libero.it</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Conal Elliott ha scritto:<div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Another helpful strategy for the reader is to get smarter, i.e. to invest effort in rising to the level of the writer.   Or just choose a different book if s/he prefers.  - Conal<br>
<br>
</blockquote>
<br></div>
This strategy is doomed to failure, unfortunately.<br>
We live in the real world, compromises are necessary.<br>
</blockquote></div><br>It depends, IMO.  Making changes to the programming style one uses, in particular ones such as you propose, would ultimate lead to programs in haskell being less flexible and/or powerful than if they are.  I&#39;m a bit new to haskell myself, but I do understand that one of the primary uses cases and/or motivating factors for using Haskell is when you really just NEED that extra abstraction and power you get from being able to do these types of things.  Someone once said that &quot;simple problems should be simple and difficult problems should be possible&quot;.  That doesn&#39;t mean the difficult problems become EASY.  One of the best uses for haskell is solving difficult problems.  It&#39;s obviously still going to be difficult to solve, and as such the writer (and hence by extension the reader) is going to have to be smart as well.  <br>
<br>C++ is actually beginning to suffer the complexity problem as well, especially with C++0x, but I fundamentally disagree with the added complexity in C++, specifically because it is a language which is supposed to excel at solving solve all kinds of problems.  Haskell excels at solving difficult problems, so I don&#39;t think the target audience for Haskell necessarily needs to include people who can&#39;t figure out difficult code.  C++ otoh they need to agree on a target audience or set of problems that it&#39;s geared toward, and then either s**t or get off the pot.  It&#39;s fine if they keep adding complexity until the cows come home, but just agree up front that that&#39;s what it is and programmers who aren&#39;t cut out for it use a different language.  With Haskell I think you have that up-front agreement, so there&#39;s no problem.<br>