我个人在用其他编程语言开发时使用Java的命名约定，因为它是一致的，易于遵循。这样我就不会一直纠结于使用什么约定，而这本来不应该是我项目中最难的部分!

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

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

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

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

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

谷歌Python风格指南有以下约定:

module_name, package_name, ClassName, method_name, ExceptionName, function_name, GLOBAL_CONSTANT_NAME, global_var_name, instance_var_name, function_parameter_name, local_var_name。

CLASS_CONSTANT_NAME应该应用类似的命名方案

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

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

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

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

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