But you care about your input, you can do so by setting strict=True (if that's the road we go down), and unlike what others have said, the IDE I use (pycharm) would tell me that flag exists as I type "zip" and so I'd be more likely to use it than if it was in itertools/... On Tue, 5 May 2020, 16:41 Rhodri James, <rhodri@kynesim.co.uk> wrote:
On 05/05/2020 13:53, Henk-Jaap Wagenaar wrote:
Brandt's example with ast in the stdlib I think is a pretty good example of this.
On Tue, 5 May 2020 at 13:27, Rhodri James <rhodri@kynesim.co.uk> wrote:
On 05/05/2020 13:12, Henk-Jaap Wagenaar wrote:
A function that is a "safer" version in some "edge case" (not extra functionality but better error handling basically) but that does otherwise work as expected is not something one will search for automatically. This is zip versus zip-with-strict-true.
I'm sorry, I don't buy it. This isn't an edge case, it's all about whether you care about what your input is. In that sense, it's exactly like the relationship between zip and zip_longest.
Interesting, because I'd call it a counterexample to your point. The bug's authors should have cared about their input, but didn't.
-- Rhodri James *-* Kynesim Ltd