Proposal: Add (&) to Data.Function
ekmett at gmail.com
Tue Nov 20 20:03:07 CET 2012
My major point was originally that code written with & 'reads' well if the
person reads the operator as 'and' or 'and then', but with '|>' you have to
mix metaphors involving pipes that don't quite exactly hold and further
exacerbate the common complaint that Haskell has a ton of complex
multicharacter operators that nobody knows how to pronounce.
On Tue, Nov 20, 2012 at 1:59 PM, Johan Tibell <johan.tibell at gmail.com>wrote:
> On Tue, Nov 20, 2012 at 10:46 AM, John Wiegley <johnw at fpcomplete.com>wrote:
>> Yes, a strong positive in favor of & of |> is that it allows the lens
>> to offer the highly useful variants &= and &~, which have obvious (and
>> related) meanings to someone using lens. |>= and |>~ would get a bit
>> in comparison.
> I don't think embedding APL in Haskell should be a guiding principle. ;)
> Libraries mailing list
> Libraries at haskell.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Libraries