Python の Zen とはどういう意味ですか?

Python を使用したことがある人は基本的に、インタラクティブ インタプリタで import this と入力すると Tim Peters の The Zen of Python が表示されることを知っていますが、その詩のようなステートメントは少しわかりにくいので、私の経験を翻訳とともに共有したいと思いました。

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!

翻訳と説明

Zen of Python by Tim Peters

美しいことは醜いことよりも優れています (Python は美しいコードを書くことを目指しています)

明瞭さは曖昧さよりも優れています (美しいコードは、命名規則や同様のスタイルで明確である必要があります)

単純さは複雑さよりも優れています (美しいコードはシンプルであるべきであり、複雑な内部実装があってはなりません)

複雑さは乱雑よりも優れています (複雑さが避けられない場合は、コード間に理解しにくい関係があってはならず、インターフェイスはシンプルに保つ必要があります)

入れ子よりも平坦性が優れています (美しいコードはそうすべきです)フラットであること、入れ子が多すぎてはいけません)

コンパクトさよりも間隔が優れています (美しいコードには適切な間隔があり、1 行のコードで問題が解決するとは期待しないでください)

読みやすさは非常に重要です (美しいコードは読みやすくなります)

例外の実用性という名目であっても、これらのルールに違反しないでください (これらのルールは最も重要です)

次の場合を除き、すべてのエラーを許容しないでください。絶対にそうする必要があります (正確に例外をキャッチし、例外をパスするスタイルのコードは記述しないでください)

複数の可能性がある場合、推測しようとしないでください

代わりに 1 つ、できれば唯一のものを見つけてみてください。明白な 1 つの解決策 (よくわからない場合は、徹底的な方法を使用してください)

これは簡単ではありませんが、あなたは Python の父ではないため (ここでのオランダ語は Guido を指します)

次の方がよいかもしれません。やらないよりはやるが、考えずにやるのはやらないより悪い（やる前によく考えてください）

自分の計画を他人に説明できない場合、それは間違いなく良い計画ではありません; その逆 (計画の評価基準)

名前空間は素晴らしいアイデアなので、もっと活用する必要があります (擁護と呼びかけ)

以上がPython の Zen とはどういう意味ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。