Chinaunix首页 | 论坛 | 博客
  • 博客访问: 179473
  • 博文数量: 79
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 15
  • 用 户 组: 普通用户
  • 注册时间: 2016-07-25 14:40
文章分类
文章存档

2015年(1)

2014年(1)

2013年(2)

2012年(1)

2011年(5)

2010年(2)

2009年(6)

2008年(20)

2007年(27)

2006年(14)

我的朋友

分类: Python/Ruby

2008-07-18 08:29:32



优美胜于丑陋,
明了胜于晦涩。
简洁胜于复杂,
复杂胜于凌乱。
扁平胜于嵌套,
稀疏胜于密繁。
可读性很重要!
即便假借特例的实用性之名,也不可违背这些规则。
不要放过一切错误,除非错误本身需要以忽略对待。
不确定面前,我们应抵挡妄加猜测的引诱。
应该有一种,也但愿只有这一种是显而易见的解决之道。
万事开头难,除非荷兰人。
做好过不做,而不假思索就动手还不如不做。
如果某个实现无法很好阐释,那么它肯定是一个糟糕的办法;
如果某个实现很容易说清楚,那么它可能就是个不错的方案。
命名空间是个绝妙的发明——对此我们应多多益善!

注:翻译参考了网上流行的一些译文

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!
阅读(2834) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~