C:UsersRage>python
Python 3.6.3 (v3.6.3:2c5fed8, Oct 3 2017, 18:11:49) [MSC v.1900 64 bit (AMD64)]
on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import this
The Zen of Python, by Tim Peters
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
Python之禅,蒂姆•彼得斯
美丽胜于丑陋。
显式胜于隐式。
简单胜于复杂。
复杂胜过繁复。
串行胜过嵌套。
稀疏胜过稠密。
可读性很重要。
虽然理想很丰满，现实很骨感，但是所谓特例并不足以打破上面的这些规则。
所有错误都不应该被直接忽略，除非能够被精确的捕获之后。（其中一个典型的例子就是，不建议用Exception:pass来直接忽略所有异常。）
面对歧义,拒绝猜测的诱惑。
应该有一种，最好是唯一一种，显而易见的解决方案。
尽管起初，那种解决方案可能并不是那么显而易见，因为你不是Python 之父（这里的Dutch是指Python之父Guido Van Rossum，他是荷兰人。）
现在行动胜过永不开始。
尽管，永不开始经常好过冲动的开始。
如果你的实现难于向别人解释，这往往不是个好主意。
如果你的实现很容易向别人解释，这可能是个好主意。
命名空间是一个令人激动的伟大想法，让我们将它发扬光大。