When dealing in industry, we can't always hire the best talent, so there is no need to make things overly complex. Simple solutions work best for a lot of scenarios, and I haven't been limited by it yet.

Not to bash Perl, but the whole reason we write in Python is because there were too many people on our team writing in Perl using too many obscure constructs that took too long to review / revise (especially years later when team members changed and code was forgotten in parts)

Pulling in that language-community momentum can definitely make a difference to the social/technical dynamics inside a smaller group.

... if you have multiple developers who cannot or will not find some way to write maintainable code, you have a problem independent of language.

I've maintained some hideous code written by people who had no business being professional programmers. In every case, adhering to a handful of very simple rules would have improved their code dramatically. Only one case needed a language change, and that one was away from a proprietary 4GL.

Metaclasses can do some pretty powerful stuff though. One of those features that you might never need, but if you do, you really do.

    [ (student.name, 'A') for student in students if student.grade > 90]

(Functional programming, IMHO, isn't about maps and folds and filters anyhow; what those are are the tools it uses to gain composability. Python uses other tools for that goal; when in Python, you should use those tools. Ultimately, Python is an imperative language and will have all the associated flaws, functional probably does a better job of composability overall. But if you're in Python, you're not going to build a cute monadic combinator library that you can use in Python no matter how hard you try to box it about the ears with map and reduce, so you might as well use what Python actually has, which is classes and generators and list/generator comprehensions and lots of very overloadable syntax and so on and so forth. maps and folds and filters are the surface of functional programming, not the essense.)

(And yes, you can build a combinator library, you just can't make it slick.)

Reduce is the only one that is not clean in Python ("fold"), and the official word is to use loops. Again, it's usually not that great a loss, but the loss vs Haskell is greatest here. On the other hand, compared against some actually-functional languages you're still not typing much more; Erlang's folds are hardly any better than a Python loop, character-per-character.

    accum = 0
    for i in l:
        accum += i

    lists:foldl(fun (I, Accum) -> I + Accum end, 0, L)

Speak the native idioms of the language you are in. A lot of people are missing a lot of the good things about Python because they are too busy complaining that it isn't something that isn't Python. It isn't functional at its core, but it can be a very powerful, concise language, if you work with it instead of fighting it.

I'm no Python expert, I couldn't say what's idiomatic or not. That being said, I never had the feeling of struggling with the language when using map and filter, quite the contrary.

What's the idiomatic way of doing this?

   suffix_str_lst = map(lambda x: x + "_suffix", str_lst)

    suffix_str_lst = [x + "_suffix" for x in str_lst]

EDIT: You can add a filter in a similar way:

    suffix_str_list = [x for x in str_list if x.startswith("meep")]

    suffix_str_lst = ['{0}_suffix'.format(x) for x in str_list if x[:4] == 'meep']

OTOH, I can see how they could still be a hard concept for a beginner who hasn't done any functional programming before, particularly because they don't read front-to-back like most imperative statements.

EDIT: You can always split complex ones up as well, for most common usages:

  meeps = [ s for s in str_list if s[:4] == 'meep' ]
  suffix_str_lst = ['{0}_suffix'.format(m) for m in meeps ]

I'm only half kidding. The best way to get used to using functional concepts is to actually use them in their native setting, and then apply (giggle) them elsewhere. When you _have_ to solve problems this way, at some point, it clicks.

I can say that it has indeed improved my Python scripting as well.