bpo-37101: Improve readability of Filterer.filter(...) with builtins#13683
bpo-37101: Improve readability of Filterer.filter(...) with builtins#13683dwvisser wants to merge 6 commits into
Conversation
|
Hello, and thanks for your contribution! I'm a bot set up to make sure that the project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA). Our records indicate we have not received your CLA. For legal reasons we need you to sign this before we can look at your contribution. Please follow the steps outlined in the CPython devguide to rectify this issue. If you have recently signed the CLA, please wait at least one business day You can check yourself to see if the CLA has been received. Thanks again for your contribution, we look forward to reviewing it! |
|
Please see my comments on the issue. |
|
The performance impact of this change is measurably negative, therefore unacceptable. 😦 Here's the lesson I learned: generators are great for deferring computation, but they don't necessarily beat a focused loop with if- and break- statements in the right places. My code would be acceptable if the only criterion were functional and "tell me what you're doing, not how", but the logging package must also stay out of the way of real applications, performance-wise. |
Efficient Python 3 built-ins, that is.
https://bugs.python.org/issue37101
https://bugs.python.org/issue37101