Revision 20 as of 2008-10-09 16:32:48

Clear message

TableOfContents

蟒之禅

通译集注

啄木鸟社区收集整理:

ZoomQuiet禅译

美丽好过丑陋,
浅显好过隐晦,
简单好过复合,
复合好过复杂,
扁平好过嵌套,
稀疏好过密集,
可读性最重要,
即使祭出实用性为理由,特例也不可违背这些规则.

不应默认包容所有错误,得由人明确的让它闭嘴!

面对太多的可能,不要尝试猜测;应该有一个(而且是唯一)直白的解决方法;
当然,找到这个方法不是件容易的事~谁叫你不是荷兰人呢?
但是!现在就做永远比不做要好;

若实现方案很难解释,那么它就不是一个好方案;反之也成立!

名称空间是个绝妙想法.

--现在就来共同体验和增进这些吧!

-- by Tim Peters

曹星明:Python之禅

优美胜于丑陋,显明胜于隐含。
简单胜于复杂,复杂胜于繁复。
扁平胜于嵌套,稀疏胜于密集。
可读性会起作用。
即使要为了实用性而牺牲纯粹性,
特例也并不特殊到足以破坏常规。
除非你想明白无误地保持沉默,
否则就永远不要悄悄放过错误。
面对模棱两可,
拒绝猜的诱惑。
做任何事情总该有一个,
而且最好只有一个明显的方式,
尽管那种方式起初并不见得明显,
但是谁叫你不是荷兰人[1]。
虽然一直不做经常要好过匆忙去做,
但是现在就做还是要好过一直不做。
如果实现方法很难以解释,那一定是个坏主意;
如果实现方法很容易解释,那也许是个好注意。
名字空间就是一个呱呱叫的好主意。
现在就让我们多多动手体验这些吧。

[1]python发明人Guido van Rossum是荷兰人。

参考

我参考的另一翻译http://python.cn/pipermail/python-chinese/2006-January/020833.html

**********************************************
**********************************************

优美胜于丑陋,明晰胜于隐晦
简单胜于复杂,复杂胜于繁芜
扁平胜于嵌套,稀疏胜于密集
可读性很重要。
虽然实用性比纯粹性更重要,
但特例并不足以把规则破坏掉。

错误状态永远不要忽略,
除非你明确地保持沉默,
直面多义,永不臆断。

最佳的途径只有一条,然而他并非显而易见————谁叫你不是荷兰人?

置之不理或许会比慌忙应对要好,
然而现在动手远比束手无策更好。

难以解读的实现不会是个好主意,
容易解读的或许才是。

名字空间就是个顶呱呱好的主意。

让我们想出更多的好主意!

translate by noname.tam@gmail.com

******************************************
******************************************
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 [2].
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!

[2]Guido van Rossum, who is the inventor of python, is Dutch.


CategoryLanguage

Unable to edit the page? See the FrontPage for instructions.