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@gmail.com> wrote:
On Tue, Nov 20, 2012 at 10:46 AM, John Wiegley <johnw@fpcomplete.com> wrote:
Yes, a strong positive in favor of & of |> is that it allows the lens library
to offer the highly useful variants &= and &~, which have obvious (and
related) meanings to someone using lens.  |>= and |>~ would get a bit awkward
in comparison.

I don't think embedding APL in Haskell should be a guiding principle. ;)

_______________________________________________
Libraries mailing list
Libraries@haskell.org
http://www.haskell.org/mailman/listinfo/libraries