<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-09-07 7:39 GMT+02:00 Bardur Arantsson <span dir="ltr"><<a href="mailto:spam@scientician.net" target="_blank">spam@scientician.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">(Please don't top-post... and please don't quote all of the previous<br>
message unless you really need to  It breaks the flow of conversation.)<br></blockquote><div><br></div><div>That's the bane of almost all new mail clients, having the totally wrong defaults, promoting threads of quadratic size, all in Yoda-style... :-P</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Haskell keeps evolving at a brisk pace, see the depenently typed stuff<br>
that's coming up, etc.<br></blockquote><div><br></div><div>Exactly, and let's not forget all the library-related changes (AMP, FTP/BBP, MonadFail, SemiGroup/Monoid, etc.): As much as the concrete syntax, the standard libraries constitute the basis of a common language. Given the already high velocity of changes in the libraries, let's no make things more complicated by introducing tons of ad hoc changes for no real value. Don't get me wrong, the library changes are really valuable and urgently needed, but they already put some non-trivial burden onto maintainers. Nevertheless, I'd like to see more cleanup/fixes in that area (e.g. an overhaul of Num and friends), but this would be item 0 in <a href="https://wiki.haskell.org/Wadler's_Law.">https://wiki.haskell.org/Wadler's_Law.</a>.. ;-)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I question the value of constantly changing the *syntax*, which is<br>
mostly a triviality. The other syntactic extensions that we brought up<br>
saved a lot more than one character, btw!<br></blockquote><div><br></div><div>IMHO it's not so much about saving characters, but more about generality and regularity: One can see e.g. LambdaCase as unification of, well, lambda and case, making them effectively just syntactic sugar. So by this reasoning, LambdaCase is a "good" extension. DoAndIfThenElse has a different quality: It just removes a very common pitfall, so personally I consider it "less good" than LambdaCase, but it still has some value. The proposed extension neither generalizes things nor does it remove a common pitfall => -1.</div></div></div></div>