raymond wrote: > The real issue is which ONE of the following poisons are you most willing to > swallow: > 1. Forgo iterzip's speed/space improvements > 2. Grow the number of builtins by one > 3. Deprecate and/or relocate one of: zip, reduce, input, apply, oct > 4. Change the behavior of zip to return an iterator (breaking some code) > > I vote for either #2 or #3. here's item 5: 5. Put it in a suitable extension module (e.g. raymondTools), ship it outside python, let it be "out in the wild" for some suitable time, show that a considerable number of real users are using it in real life (and that you're writing real stuff yourself, and just not con- stantly arguing to change the language just because you can), and add it to the library if/when the time is right. I vote for #5. > 'terziparare' does that mean "false dilemma", or is it just a cool-sounding googlewhack? </F>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4