Защо, по дяволите, reduce
е във functools
?
Това го забелязах още по време на предизвикателството, но сега се сещам да измрънкам.
map
, filter
и reduce
вървят ръка за ръка. Защо едното са го скатали, а другите са built-in
?
Защо, по дяволите, reduce
е във functools
?
Това го забелязах още по време на предизвикателството, но сега се сещам да измрънкам.
map
, filter
и reduce
вървят ръка за ръка. Защо едното са го скатали, а другите са built-in
?
Хм, споменавано е на лекция (http://fmi.py-bg.net/lectures/02-collections#53). Изпуснал съм. И все пак, ако някой е в недоумение като мен, ето и обяснението:
So now reduce(). This is actually the one I've always hated most, because, apart from a few examples involving + or *, almost every time I see a reduce() call with a non-trivial function argument, I need to grab pen and paper to diagram what's actually being fed into that function before I understand what the reduce() is supposed to do. So in my mind, the applicability of reduce() is pretty much limited to associative operators, and in all other cases it's better to write out the accumulation loop explicitly. - The fate of reduce() in Python 3000
Все още съм в недоумение... Това е тоталитаризъм! :D
Явно list comprehension
-a е на мода в python.
Трябва да сте влезли в системата, за да може да отговаряте на теми.