<p dir="ltr"><br>
On Oct 6, 2015 7:32 AM, "Henrik Nilsson" <<a href="mailto:Henrik.Nilsson@nottingham.ac.uk">Henrik.Nilsson@nottingham.ac.uk</a>> wrote:<br>
> Executive Summary: Please let us defer further discussion<br>
> and ultimate decision on MRP to the resurrected HaskellPrime<br>
> committee</p>
<p dir="ltr">Many more people are on this mailing list than will be chosen for the committee. Those who are not chosen have useful perspectives as well.</p>
<p dir="ltr">>   1. Is the Haskell Libraries list and informal voting process<br>
>      really an appropriate, or even acceptable, way to adopt<br>
>      such far-reaching changes to what effectively amounts to<br>
>      Haskell itself?</p>
<p dir="ltr">As others have said, no one wants that.</p>
<p dir="ltr">> But, as has been pointed out in a<br>
> number of postings, a lot of people with very valuable<br>
> perspectives are also very busy, and thus likely to<br>
> miss a short discussion period (as has happened in the<br>
> past in relation to the Burning the Bridges proposal)</p>
<p dir="ltr">The Foldable/Traversable BBP indeed was not as well discussed as it should have been. AMP, on the other hand, was discussed extensively and publicly for months. I understand that some people need months of notice to prepare to participate in a discussion. Unfortunately, I don't think those people can always be included. Life moves too quickly for that. I do think it might be valuable to set up a moderated, extremely low volume mailing list for discussion of only the most important changes, with its messages forwarded to the general list.</p>
<p dir="ltr">> The need to "field test" MRP prior to discussing<br>
> it in HaskellPrime has been mentioned. Graham and I<br>
> are very sceptical. In the past, at least in the<br>
> past leading up to Haskell 2010 or so, the community<br>
> at large was not roped in as involuntary field testers.</p>
<p dir="ltr">No, and Haskell 2010 was, by most measures, a failure. It introduced no new language features (as far as I can recall) and only a few of the most conservative library changes imaginable. Standard Haskell has stagnated since 1998, 17 years ago. Haskell 2010 did not reflect the Haskell people used in their research our practical work then, and I think people are justified in their concern that the next standard may be similarly disappointing. One of the major problems is the (understandable, and in many ways productive) concentration of development effort in a single compiler. When there is only one modern Haskell implementation that is commonly used, it's hard to know how changes to the standard will affect other important implementation techniques, and therefore hard to justify any substantial changes. That was true in 2010, and it is, if anything, more true now.<br></p>
<p dir="ltr">> Therefore, please let us defer further discussion and<br>
> ultimate decision on MRP to the resurrected<br>
> HaskellPrime committee, which is where it properly<br>
> belongs. Otherwise, the Haskell community itself might<br>
> be one of the things that MRP breaks.</p>
<p dir="ltr">I hope not. Haskell has gained an awful lot from the researchers, teachers, and developers who create it and use it. I hope we can work out an appropriate balance of inclusion, caution, and speed.</p>