[GHC] #13026: RFC functions for sums and products

[GHC]

#13026: RFC functions for sums and products
-------------------------------------+-------------------------------------
        Reporter:  Iceland_jack      |                Owner:
            Type:  feature request   |               Status:  new
        Priority:  normal            |            Milestone:
       Component:  libraries/base    |              Version:  8.0.1
      Resolution:                    |             Keywords:
Operating System:  Unknown/Multiple  |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by RyanGlScott):

 Can I give you some honest advice, Iceland_jack?

 I barely have any idea what this proposal is even about anymore. That's
 because you have been clogging this thread with clutter that doesn't
 pertain to the original proposal. Your argument doesn't become more
 convincing the more definitions you throw at us - in fact, it has quite
 the opposite effect! This thread is now so overloaded with tangentially
 related cruft that I suspect no one except the most masochistic lurkers
 will dare attempt to read it.

 Sorry if that was harsh, but I feel that it needed to be said.

 Proposals are best kept to a small, self-contained unit of information
 that is easily digestible. You did the right thing by starting a libraries
 mailing list
 [https://mail.haskell.org/pipermail/libraries/2016-December/027489.html
 discussion] about `(||||)` and `(&&&&)` (and //only// `(||||)` and
 `(&&&&)`)! In the particular case of this proposal, it hasn't seemed to
 have reached a consensus on the naming - and that's fine! All you need to
 do is figure out names that a majority of the community can agree with,
 and argue convincingly for it.

 These other functions that you've put above are just distracting from the
 main thing you're trying to advocate for. Perhaps small subsets of them
 could be interesting proposals on their own. If so, start separate
 libraries discussions for them! But please don't bog down your own
 proposal by including everything under the sun.

--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13026#comment:12>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler