Re: Supplementing the std lib (Was: partial sums problem)

2010-09-29 Thread Paul Rubin
Dennis Lee Bieber writes: >> Python's version would be like "scanl" with an optional arg to make it >> like "scanl1". > Vs APL's "expand" operator? I'm not familiar with that but maybe it's similar. -- http://mail.python.org/mailman/listinfo/python-list

Re: Supplementing the std lib (Was: partial sums problem)

2010-09-29 Thread Ian Kelly
On Wed, Sep 29, 2010 at 7:06 PM, Paul Rubin wrote: > As for the stdlib, the natural places for such a function would be > either itertools or functools, and the function should probably be called > "scan", inspired by this: > > http://en.wikibooks.org/wiki/Haskell/List_processing#Scans > > Pytho

Re: Supplementing the std lib (Was: partial sums problem)

2010-09-29 Thread Paul Rubin
kj writes: > But in the immediate term, cusum is not part of the standard library. > > Where would you put it if you wanted to reuse it? Do you create > a module just for it? Or do you create a general stdlib2 module > with all those workhorse functions that have not made it to the > standard li

Re: Supplementing the std lib (Was: partial sums problem)

2010-09-29 Thread Ethan Furman
kj wrote: I'm interested in reading people's take on the question and their way of dealing with those functions they consider worthy of the standard library.) Well, I have no functions than I'm lobbying to get into the stdlib, but for all those handy-dandy utility functions, decorators, and cl