Proposal: Add (&) to Data.Function
Michael Sloan
mgsloan at gmail.com
Tue Nov 20 23:31:15 CET 2012
If you're having bikeshedding problems, I feel bad for you son. Lens got
99 operators, but a (|>) ain't one.
In all seriousness though, in light of edward's detailed reasonings, I'm
fully behind (&) instead of (#). ML-compatibility shouldn't be the
concern, and the happenstance of (&) being relatively unused is a great
opportunity. Frequently used operators with concise meanings should have
concise symbols - works out well!
-Michael
On Tue, Nov 20, 2012 at 1:22 PM, Bryan O'Sullivan <bos at serpentine.com>wrote:
> On Tue, Nov 20, 2012 at 1:21 PM, Edward Kmett <ekmett at gmail.com> wrote:
>
>> $. is kind of the worst of all possible worlds to me.
>>
>
> Agreed.
>
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/libraries/attachments/20121120/cde5598d/attachment.htm>
More information about the Libraries
mailing list