<div dir="ltr">I strongly agree with Andrew's suggestion of figuring out exactly what we want the Prelude to be and then moving toward that goal. A principled, intentional approach to this would be really wonderful.<div><br></div><div>That said, I don't agree with holding off on concrete small changes in the meantime, because my pessimistic side doesn't actually expect that principled approach to ever come to fruition. Rejecting a proposal like this current one in favor of a more thorough, principled approach seems to me like allowing the perfect to be the enemy of the good. I would rather have a team working on the better solution, but allow the merely good solutions to continue happening in parallel.</div><div><br></div><div>I'm skeptical about code breakage, and think we should simply test it and find out.</div><div><br></div><div>From my (very limited) experience teaching beginners, I expect this change to improve things, not make them worse. I'm glad to see that Chris's much greater experience in this area seems to corroborate this.</div><div><br></div><div>That leaves me at +1 on this for now, conditional on testing to be sure that it wouldn't cause significant code breakage or problems with fusion. </div><div><br></div><div>(I'm also a quixotic +1 on going all the way and renaming fmap to map, but can't imagine that actually happening any time soon.)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 15, 2015 at 10:56 AM, Andrew Gibiansky <span dir="ltr"><<a href="mailto:andrew.gibiansky@gmail.com" target="_blank">andrew.gibiansky@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">> <span style="font-size:12.8000001907349px">As for a better/no prelude, this has been</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">talked about for years, but a wholesale replacement of the prelude hasn't</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">happened yet and probably won't. Waiting for something that won't happen is</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">no reason to block gradual improvement.</span><div><span style="font-size:12.8000001907349px"><br></span></div></span><div><span style="font-size:12.8000001907349px">Note that I am not arguing for waiting for a wholesale replacement! I am all in favor of gradual improvement -- in fact, I think that's the only way to go about improving the prelude.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">But that gradual improvement can be *targeted*. We can have a plan, instead of having dozens of tiny proposals about adding this function or generalizing another function or deprecating a function. That is what I was arguing for.</span></div><span class="HOEnZb"><font color="#888888"><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">-- Andrew</span></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 15, 2015 at 8:24 AM, John Lato <span dir="ltr"><<a href="mailto:jwlato@gmail.com" target="_blank">jwlato@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">-1.<br>
</p><div><div>
<br><div class="gmail_quote">On 08:05, Sun, Mar 15, 2015 Jeremy <<a href="mailto:voldermort@hotmail.com" target="_blank">voldermort@hotmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 for generalising map.<br>
<br>
People who think that it will break lots of code should compile some popular<br>
packages and see for themselves. As for a better/no prelude, this has been<br>
talked about for years, but a wholesale replacement of the prelude hasn't<br>
happened yet and probably won't. Waiting for something that won't happen is<br>
no reason to block gradual improvement.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://haskell.1045720.n5.nabble.com/Generalizing-map-tp5766936p5767023.html" target="_blank">http://haskell.1045720.n5.<u></u>nabble.com/Generalizing-map-<u></u>tp5766936p5767023.html</a><br>
Sent from the Haskell - Libraries mailing list archive at Nabble.com.<br>
______________________________<u></u>_________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-<u></u>bin/mailman/listinfo/libraries</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
<br></blockquote></div><br></div>