Richard - did you think about some way of funding Haskell development? I think a lot of people are talking about low people-hours spend on GHC, but nobody ever told that a good solution here will be funding of its development. We've got so many options here - dotations, companies, vc's, community funding (maybe even kickstarter). You know, this would help MUCH Haskell and overall - everyone from this community. But in general - people are not working this way, that if somebody will tell - this is a good idea, everybody woudl do it. I'm writing exactly to you, because you are somebody very close to GHC and we all see, you "want" to do something good. Why not get funding for Haskell and GHC? I would love to help, really - as much as I can. But if everyone agree, we have to do something with it, as fast as possbile, othercase, Haskell will slowly die - taking in consideration how much moneyu is put in Scala, Go etc. These languages are getting better everyday - and of course, they've got another asusmptions than the best programming language I've been suing in my life, they have got many man-hours more spend on development than we do. <br><div>What do you think?</div><div><br></div><div>All the best,</div><div>Wojciech</div><br><div class="gmail_quote">Sun Nov 23 2014 at 8:42:29 PM użytkownik Artyom <<a href="mailto:yom@artyom.me">yom@artyom.me</a>> napisał:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/23/2014 09:01 PM, Alberto G. Corona wrote:<br>
<br>
    It is so evident that this is THE problem of Haskell<br>
<br>
Unfortunately, it’s not evident. Note that I’m /not/ saying it’s not<br>
“the” problem of Haskell; merely that<br>
<br>
  *<br>
<br>
    I consider myself to be somewhat intelligent<br>
<br>
  *<br>
<br>
    and – without having put much thought into this question – I don’t<br>
    find it evident at all that the incomprehensibility of error<br>
    messages arising when using DSLs is “probably the biggest barrier<br>
    for the acceptance of Haskell on Industry”<br>
<br>
Therefore, unless you’re sure for some reason that I’m an outlier and<br>
the majority of programmers /do/ find it evident but prefer to pretend<br>
they don’t (for pragmatic, evil, or other reasons), I would suggest<br>
writing an article attempting to persuade the community that it’s indeed<br>
a major problem – or, better yet, the problem which has the biggest<br>
utility/complexity-of-<u></u>implementation ratio. I remember that what got me<br>
into Haskell was simply a handful of “mind-blowing” examples – an easily<br>
readable parser in a few lines of code, the elegance of |map| versus a<br>
|for| loop, things like that. A post with side-by-side comparisons of<br>
real-world GHC error messages arising when working with various DSLs<br>
(parsec, attoparsec, blaze, binary, diagrams, etc.) vs. mockups of<br>
improved error messages, alongside with a section describing the current<br>
research done in this direction and outlining general ideas/concepts,<br>
would probably do the trick.<br>
<br>
​<br>
______________________________<u></u>_________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/<u></u>mailman/listinfo/haskell-cafe</a><br>
</blockquote></div>