最終，“import this”被選了出來，大家對"import this"非常滿意。但是當選擇了這條以後，他們意識到他們必須要實現它。經過簡單的討論後，“import this”的被定為輸出Tim Peter寫的《The Zen of Python》（python之禪）——Python編程和設計的指導原則。（推薦學習：Python視頻教程）
在Python交互式解釋器中輸 入import this就會顯示Tim Peters的The Zen of python
讀壹讀Python之禪，妳就明白Python為什麽如此吸引人。
Beautiful is better than ugly.
# 優美勝於醜陋（Python以編寫優美的代碼為目標）
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.
# 不要包容所有錯誤，除非妳確定需要這樣做（精準地捕獲異常，不寫except:pass風格的代碼）
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.
# 雖然這並不容易，因為妳不是 Python 之父（這裏的Dutch是指Guido）
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!
# 命名空間是壹種絕妙的理念，我們應當多加利用（倡導與號召）只有在平常的使用中多加揣摩，細細研究，慢慢體會，妳才能更好地去理解Python之禪的深刻思想，從而更從容的寫出簡潔、優美、通俗易懂的Python程序！
更多Python相關技術文章，請訪問Python教程欄目進行學習！