 <?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-CN">
		<id>http://wiki.sseuu.com/index.php?action=history&amp;feed=atom&amp;title=Python%E4%B9%8B%E7%A6%85</id>
		<title>Python之禅 - 版本历史</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.sseuu.com/index.php?action=history&amp;feed=atom&amp;title=Python%E4%B9%8B%E7%A6%85"/>
		<link rel="alternate" type="text/html" href="http://wiki.sseuu.com/index.php?title=Python%E4%B9%8B%E7%A6%85&amp;action=history"/>
		<updated>2026-04-18T02:06:35Z</updated>
		<subtitle>本wiki的该页面的版本历史</subtitle>
		<generator>MediaWiki 1.30.0</generator>

	<entry>
		<id>http://wiki.sseuu.com/index.php?title=Python%E4%B9%8B%E7%A6%85&amp;diff=117021&amp;oldid=prev</id>
		<title>江南仁：创建页面，内容为“{{4}} 3.5.1 Python之禅（The Zen of Python, by Tim Peters）  Python之禅是隐藏在Python语言中的彩蛋，是Tim Peters为了编写更加优美、简洁、...”</title>
		<link rel="alternate" type="text/html" href="http://wiki.sseuu.com/index.php?title=Python%E4%B9%8B%E7%A6%85&amp;diff=117021&amp;oldid=prev"/>
				<updated>2022-10-31T23:38:29Z</updated>
		
		<summary type="html">&lt;p&gt;创建页面，内容为“{{4}} 3.5.1 Python之禅（The Zen of Python, by Tim Peters）  Python之禅是隐藏在Python语言中的彩蛋，是Tim Peters为了编写更加优美、简洁、...”&lt;/p&gt;
&lt;p&gt;&lt;b&gt;新页面&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{4}}&lt;br /&gt;
3.5.1 Python之禅（The Zen of Python, by Tim Peters）&lt;br /&gt;
&lt;br /&gt;
Python之禅是隐藏在Python语言中的彩蛋，是Tim Peters为了编写更加优美、简洁、易读、可扩展的程序，而倡导的准则，在其他领域也仍然适用。&lt;br /&gt;
&lt;br /&gt;
Beautiful is better than ugly.&lt;br /&gt;
&lt;br /&gt;
精美优于丑陋。&lt;br /&gt;
&lt;br /&gt;
Explicit is better than implicit.&lt;br /&gt;
&lt;br /&gt;
明确优于含混。&lt;br /&gt;
&lt;br /&gt;
Simple is better than complex.&lt;br /&gt;
&lt;br /&gt;
简明优于繁复。&lt;br /&gt;
&lt;br /&gt;
Complex is better than complicated.&lt;br /&gt;
&lt;br /&gt;
繁复优于难懂。&lt;br /&gt;
&lt;br /&gt;
Flat is better than nested.&lt;br /&gt;
&lt;br /&gt;
平铺直叙优于构架交错。&lt;br /&gt;
&lt;br /&gt;
Sparse is better than dense.&lt;br /&gt;
&lt;br /&gt;
错落有致优于密密麻麻。&lt;br /&gt;
&lt;br /&gt;
Readability counts.&lt;br /&gt;
&lt;br /&gt;
易读性很必要。&lt;br /&gt;
&lt;br /&gt;
Special cases aren't special enough to break the rules. Although practicality beats purity.&lt;br /&gt;
&lt;br /&gt;
尽管在按部就班面前，实用性更重要，但是在规则面前没有特例。&lt;br /&gt;
&lt;br /&gt;
Errors should never pass silently. Unless explicitly silenced.&lt;br /&gt;
&lt;br /&gt;
错误不应被轻易的放过，除非故意如此。&lt;br /&gt;
&lt;br /&gt;
In the face of ambiguity, refuse the temptation to guess.&lt;br /&gt;
&lt;br /&gt;
在模棱两可的时候不要试图去盲目测试。&lt;br /&gt;
&lt;br /&gt;
There should be one-- and preferably only one --obvious way to do it.&lt;br /&gt;
&lt;br /&gt;
一定有一种明显的方法去解决它，最好是唯一一种。&lt;br /&gt;
&lt;br /&gt;
Although that way may not be obvious at first unless you're Dutch.&lt;br /&gt;
&lt;br /&gt;
尽管在开始时没有那么显而易见，除非你是个荷兰人。（Python创始人是个荷兰人，或是调侃复杂问题像是看荷兰语）&lt;br /&gt;
&lt;br /&gt;
Now is better than never. Although never is often better than *right* now.&lt;br /&gt;
&lt;br /&gt;
尽管从不开始经常好过于不暇思索立马就做，但是现在仍优于从不开始。&lt;br /&gt;
&lt;br /&gt;
If the implementation is hard to explain, it's a bad idea.&lt;br /&gt;
&lt;br /&gt;
如何执行方案很难解释，那这行不通。&lt;br /&gt;
&lt;br /&gt;
If the implementation is easy to explain, it may be a good idea.&lt;br /&gt;
&lt;br /&gt;
如果执行方案很容易解释，那这或许是个好主意。&lt;br /&gt;
&lt;br /&gt;
Namespaces are one honking great idea -- let's do more of those!&lt;br /&gt;
&lt;br /&gt;
命名空间是个超级棒的主意，让我们多一些这样的想法。&lt;br /&gt;
----&lt;br /&gt;
注：1，The Zen of Python来自于Python交互式解释器，输入import this，可得。&lt;br /&gt;
&lt;br /&gt;
2，翻译：阿润Aaron。&lt;/div&gt;</summary>
		<author><name>江南仁</name></author>	</entry>

	</feed>