本節的內容有些趣味性，涉及到很多人為什麼會選擇Python，為什麼會喜歡這門語言。
私信小編007即可獲取數十套PDF哦！
圖3
內容如下：
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.
雖然這種 方式可能不容易，除非你是python之父
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.1.2 編碼規範
下面的內容很重要，建議初學者當做金科玉律來遵守。
對於初學者，我必須要強調的是，Python沒有C語言那樣的大括號，可以表示代碼塊和代碼之間的層級關係，也沒有VB那樣的begin…end，它是靠縮進來表示這些的。對於用慣了大括號的的程序員來說，多少會有些不適應，因為有大括號的情況下，我們可以隨意調整縮進，讓代碼按照我們的審美來排列，但是在Python裡就不能這麼做了。看下面一個簡短的示例：
stringStest = 'abcdefghijk'
for char in stringStest[1:]:
if char !='c':
print 'not c'
這段代碼很簡單，首先聲明瞭一個字符串變量stringStest，然後遍歷字符串中的中的字符，判斷是不是字母“c”，如果不是打印“not c”。運行之後，會看到如下錯誤:
圖4
簡單的分析下，for循環和變量聲明處於同級，二者目前作為測試代碼的頂級，不需要縮進。if條件判斷是for的子集，應該有4個空格的縮進，print語句是if的子集，應該和if參照再有4個空格的縮進。修改完畢的代碼如下：
圖5
運行結果如圖6.
圖6
下面我把PEP8的Python編碼規範轉引過來，
閱讀更多 繁華落盡and曲終人散 的文章
