Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail From: ram@zedat.fu-berlin.de (Stefan Ram) Newsgroups: comp.lang.python Subject: Re: not understanding the result of functools.reduce Date: 22 Aug 2025 15:30:02 GMT Organization: Stefan Ram Lines: 57 Expires: 1 Jun 2026 11:59:58 GMT Message-ID: References: <87qzx3o1md.fsf@somewhere.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: news.uni-berlin.de WINV4G9zm2G7Nb9yey2AZAqN84+Eu3w30s35Ic2fTxX6yz Cancel-Lock: sha1:20MHHNp/r+LR8dxpYaYVd4CWHC0= sha256:j/R3HNhnGWXO+Q6GHZIOkQ48kZolbqDE/wBXZwz7F3I= X-Copyright: (C) Copyright 2025 Stefan Ram. All rights reserved. Distribution through any means other than regular usenet channels is forbidden. It is forbidden to publish this article in the Web, to change URIs of this article into links, and to transfer the body without this notice, but quotations of parts in other Usenet posts are allowed. X-No-Archive: Yes Archive: no X-No-Archive-Readme: "X-No-Archive" is set, because this prevents some services to mirror the article in the web. But the article may be kept on a Usenet archive server with only NNTP access. X-No-Html: yes Content-Language: en Xref: csiph.com comp.lang.python:197538 Ethan Carter wrote or quoted: >## The question is how to write such an operator. I wrote this one: >def op(x, b): > return isinstance(x, int) or b The main snag with your op function and how you're using reduce is the switch-up in the argument order that "reduce" expects versus how you set up op. "functools.reduce" calls the reducer function "op" with two arguments: the accumulated value so far first, then the next element from the iterable. You wrote "op" as "op(x, b)", where you treat "x" like an element and "b" like a boolean accumulator, but actually "reduce" hands the accumulator first, then the element. So when "reduce" runs, the first argument "x" is actually the boolean accumulator, and the second "b" is the next element. The fix: You want to flip your operator function so the accumulator is the first argument, and the element is second: def op(x, b): return x or isinstance(b, int) That way, the accumulator keeps track if any integer's popped up so far, and you update it by or'ing that with whether the current element is an int. Why your custom reduce versions worked: Your custom reduce functions call "op" like "op(ls, reduc1(...))" or "op(x, r)" in the loop, so your argument order is reversed from functools.reduce, which is why you didn't see this problem there. Correct version example: from functools import reduce def op(acc, elem): return acc or isinstance(elem, int) def transform(ls): return reduce(op, ls, False) def solution(ls): return list(map(transform, ls)) print(solution([[""], ["aa", 1]])) Output: [False, True] print(solution([["a", "b"], ["a", 1]])) Output: [False, True] This will give the right output now, checking if each sublist has any integer and returning "True" or "False" accordingly.