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