The fate of reduce() in Python 3000 (2005)

Re:The fate of reduce() in Python 3000 (2005) by stochastic_monk on Tuesday January 01, 2019 @10:50AM (#18800591)

I’ve really come to miss reduce in Python’s builtins since std::accumulate has become a staple in my C++ development. It seems surprising that with Python 3’s increased support for functional concepts, it would relegate reduce to the standard library.

[ Parent | on HN ]

Re:The fate of reduce() in Python 3000 (2005) by masklinn on Tuesday January 01, 2019 @02:46PM (#18801850)

Not really, increasing support for functional concept was never a goal of Python 3 (or at all), it was mostly incidental and it did regress in other ways than just shoving the (relatively little used due to the existence of min/max/any/all) out of the builtins e.g. while extended unpacking was added, unpacking iterable function parameters was removed.

[ Parent | on HN ]

Re:The fate of reduce() in Python 3000 (2005) by geezerjay on Wednesday January 02, 2019 @01:18AM (#18804530)

+1 for the std::accumulate reference, and I'll add an honorable mention of std::transform which since C++17 also runs in parallel.

[ Parent | on HN ]