Python黑帽程式設計2.1 Python程式設計哲學
本節的内容有些趣味性，涉及到很多人為什麼會選擇Python，為什麼會喜歡這門語言。我帶大家膜拜下Python作者的Python之禅，然後再來了解下Python的程式設計規範。
2.1.1 ZEND OF PYTHON
在Kali中啟動終端，輸入Python，進入互動模式。
圖2
輸入指令
import this
“一首詩”呈現在我們眼前。
圖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
第2.2節《資料類型》已經在微信訂閱号搶先釋出，心急的同學進入訂閱号（二維碼在下方），從菜單“網絡安全”—>”Python黑帽程式設計”進入即可。
由于教程仍在創作過程中，在整套教程完結前，感興趣的同學請關注我的微信訂閱号（xuanhun521，下方二維碼），我會第一時間在訂閱号推送圖文教程和視訊教程。