You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As discussed in #3259 (comment), the performance impact of switching from comprehension to generator is different if you are passing to a short-circuiting function (e.g. any or all) vs a non-short-circuiting one (sum, min, max). Given these differing tradeoffs, it would be reasonable for a project to want to enable the lint for short-circuiting cases, and not the others. This suggests that we should split them into separate rules (or add a config option), as requested in #10759 (comment)
The text was updated successfully, but these errors were encountered:
As discussed in #3259 (comment), the performance impact of switching from comprehension to generator is different if you are passing to a short-circuiting function (e.g.
any
orall
) vs a non-short-circuiting one (sum
,min
,max
). Given these differing tradeoffs, it would be reasonable for a project to want to enable the lint for short-circuiting cases, and not the others. This suggests that we should split them into separate rules (or add a config option), as requested in #10759 (comment)The text was updated successfully, but these errors were encountered: