编码风格通常是组织内部策略/约定标准的一部分，但我认为一般来说，all_lower_case_underscore_separator风格(也称为snake_case)在python中最常见。

参见Python PEP 8:函数和变量名:

函数名应该是小写的，单词之间用下划线分隔，以提高可读性。 变量名遵循与函数名相同的约定。 mixedCase只允许在已经是流行风格的上下文中使用(例如threading.py)，以保持向后兼容性。

There is PEP 8, as other answers show, but PEP 8 is only the styleguide for the standard library, and it's only taken as gospel therein. One of the most frequent deviations of PEP 8 for other pieces of code is the variable naming, specifically for methods. There is no single predominate style, although considering the volume of code that uses mixedCase, if one were to make a strict census one would probably end up with a version of PEP 8 with mixedCase. There is little other deviation from PEP 8 that is quite as common.

有一篇关于这方面的论文:http://www.cs.kent.edu/~jmaletic/papers/ICPC2010-CamelCaseUnderScoreClouds.pdf

它说snake_case比camelCase可读性更好。这就是为什么现代语言在任何可能的地方都使用(或应该使用)蛇。

正如Python代码风格指南所承认的那样，

Python的命名约定 图书馆有点乱，所以我们 永远不能完全一致

注意，这只是指Python的标准库。如果他们不能保持一致，那么几乎没有希望为所有Python代码拥有一个普遍遵守的约定，不是吗?

从这一点，以及这里的讨论，我可以推断，如果一个人在过渡到Python时继续使用例如Java或c#的(清晰而完善的)变量和函数命名约定，这并不是一个可怕的罪恶。当然，要记住，最好是遵循代码库/项目/团队的流行风格。正如Python风格指南所指出的，内部一致性是最重要的。

尽管把我当异教徒看待吧。:-)和OP一样，我不是一个“Pythonista”，至少现在还不是。

就我个人而言，我尝试在类、mixedCase方法和函数中使用CamelCase。变量通常用下划线分隔(当我记得的时候)。这样我一眼就能知道我到底在调用什么，而不是所有东西看起来都一样。