It's actually a bit amusing to see The Standard Reasons given for the desirability of functional programming when they really don't particularly apply to Python functional programming.
(To the extent that "modularity" and "composition" apply to Python functional programming, they aren't really all that much better than the usual Python tools, used properly, and to the extent that they are it is because they fit into the OO rather than the other way around. Python is an OO language with functional things appended as useful. This is not a bad thing, but it doesn't make it a functional language.)