Skip to content

Latest commit

 

History

History
115 lines (87 loc) · 6.94 KB

README.md

File metadata and controls

115 lines (87 loc) · 6.94 KB

Python Philosophy原文及相关说明: http://www.c2.com/cgi/wiki?PythonPhilosophy
译文发在:Python Philosophy(Python哲学)翻译及简析,2010-09-28

Python Philosophy(Python哲学)翻译及简析

Python-Programming-Language

原文及译文

  1. Beautiful is better than ugly.
    美优于丑。
  2. Explicit is better than implicit.
    直白优于隐晦。
  3. Simple is better than complex [1].
    简单优于复杂。
  4. Complex is better than complicated [2] .
    复杂优于纠结。
  5. Flat is better than nested. [3]
    扁平优于嵌套。
  6. Sparse is better than dense [4] .
    稀疏优于稠密。
  7. Readability counts.
    可读性是有重要价值的。
  8. Special cases aren't special enough to break the rules.
    特例可以有,但不能特例到打破规则。
    • Although practicality beats purity.
      尽管在纯粹性和实用性之间倾向的是实用性。
  9. Errors should never pass silently.
    出错决不应该无声无息地忽略。
    • Unless explicitly silenced.
      除非明确地说明了是无声无息的。
  10. In the face of ambiguity, refuse the temptation to guess.
    面对二义性情况时,要拒绝任何猜的诱惑。
  11. 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 [5].
      尽管在刚开始的时候这个做法可能不是那么显而易见,毕竟你不是荷兰人。
  12. Now is better than never [6].
    『现在』 优于 『决不』。 * Although never is often better than right now [7].
    尽管 『决不』 常常优于 『马上』。
  13. If the implementation is hard to explain, it's a bad idea.
    如果一个实现难于解释清楚,那它是个差的想法。
  14. If the implementation is easy to explain, it may be a good idea.
    如果一个实现很容易解释清楚,那它可能是个好的想法。
  15. NameSpaces are one honking great idea -- let's do more of those!
    命名空间是个值得大力宣扬的想法 — 放手多多用起来吧!

译注

[1] [2] 单词complex的意思是 复杂,而complicated 是 结构复杂。

在计算机领域中,complex 可以对应 单个模块复杂,而complicated 则可以对应 多个模块互相关联的复杂。 用计算机的术语来说,complicated 是不同模块之间紧『耦合』,体现了理解不深,设计不好。

软件的核心复杂度不可避免,但要这些集中一起,给使用一个干净高级的接口, 也就是说:如果complex(核心复杂度)不可避免可以接受, 但complicated一定要想办法去除,随着系统深入理解,模块职责的划分会更简明干净。
PS: 核心复杂度的说明讨论可以参见《代码大全》一书。

翻译上,complex 翻成 复杂,complicated 翻成 纠结。

[3] 这里的『扁平』和『嵌套』说的是代码,嵌套的代码增加了逻辑及其对应理解的复杂性,应该想办法用更好的代码设计实现方式来避免深的嵌套。

另外,一个对应的话题是『数据』的 『扁平』 vs.『嵌套』,个人看来,期望用『嵌套』的数据,因为这可以简化数据理解规则和处理逻辑。可以把『嵌套』的数据看成是有『Namespace』的,也呼应了最后一条推荐使用Namespace。

更多讨论参见:

[4] 稀疏、稠密指的是代码行中操作的疏密。 CGeek,喜欢写稠密的代码,比如使用++--运算符来压缩代码行。 在Python看来,这个做法不可取,即会让代码更可能出错(如自增操作的负作用),也降低了代码的可读性。

[5] 这里的荷兰人指Python之父_Guido_,参见说明:武汉大学开源技术俱乐部 技术交流 第1期

在这里作者TimPeters即含蓄地表达了对Python之父_Guido_的敬意,又体现了自己作为Python开发的傲娇,不是吗? 😁

[6] [7] 关于『Now/现在』、『never/决不』、『right now/马上』,个人理解,这个条目要说的是:

决定是否做实现一个功能,要想清楚,要么做要么不做,都能给出**明确**的理由;但不要模模糊糊的说『后面马上』做,回避对系统的分析思考。

否则结果会是:

  • 『马上』做 是 『世界上最不能相信』的话 😄 ,想想饭店服务员的话『您要的菜马上就好』,其实你自己知道后面往往就不会去做这个功能了。
    更多『世界上最不能相信』的话参见世界上最不能相信的几句话
  • 『马上』做 === 不经过思考的不做,结果系统没有做一个本该这个系统做的功能!然后这个功能在不合适的地方被实现,即系统设计有问题。

个人讨论

既有指明大是大非的理念,又有指导细节操作的准则。

既有谆谆教导的推荐,也有声色俱厉的禁止。

每一个点都千锤百炼;每一点都有直指内心的感觉。

看了N遍,每遍会深思。

Python说得内容对生活个人觉得一样有指导性,果然是哲学。

参考/阅读资料

  1. Python(programming language) - Wikipedia
  2. No programming language offers what Python does philosophically.
    在编程哲学上,Python超越了其它编程语言。
  3. 武汉大学开源技术俱乐部 技术交流 第1期
    这里还有其它有关Python有意思的东西。
  4. 核心复杂度的说明参见《代码大全》一书。
  5. 世界上最不能相信的几句话