C:\Users\wsxiaoyao>python
Python 3.7.3 (v3.7.3:ef4ec6ed12, Mar 25 2019, 22:22:05) [MSC v.1916 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more @R_850_4045@ion.
>>> 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之禅
优美胜于丑陋，
明了胜于晦涩。
简洁胜于复杂，
复杂胜于凌乱。
扁平胜于嵌套，
稀疏胜于密繁。
可读性很重要！
即便假借特例的实用性之名，也不可违背这些规则。
不要放过一切错误，除非错误本身需要以忽略对待。
不确定面前，我们应抵挡妄加猜测的引诱。
应该有一种，也但愿只有这一种是显而易见的解决之道。
万事开头难，除非荷兰人。
做好过不做，而不假思索就动手还不如不做。
如果某个实现无法很好阐释，那么它肯定是一个糟糕的办法；
如果某个实现很容易说清楚，那么它可能就是个不错的方案。
命名空间是个绝妙的发明——对此我们应多多益善！
参考了网上的翻译
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
