Proposal: Add (&) to Data.Function
Anthony Cowley
acowley at seas.upenn.edu
Wed Nov 21 04:00:49 CET 2012
On Nov 20, 2012, at 5:31 PM, Michael Sloan <mgsloan at gmail.com> wrote:
> 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
If we had a nice LaTeX triangle for |>, I'd be for that. But we live in a symbol impoverished world, and I prefer & to the old lens standby of %. So, for today's Haskell, I'm a +1 for &.
Anthony
More information about the Libraries
mailing list