python八榮八恥

以動手實踐爲榮，以只看不練爲恥。 

以打印日誌爲榮，以單步跟蹤爲恥。 

以空白分隔爲榮，以製表分隔爲恥。 

以單元測試爲榮，以手工測試爲恥。 

以代碼重用爲榮，以複製粘貼爲恥。 

以多態應用爲榮，以分支判斷爲恥。 

 以Pythonic爲榮，以冗餘拖沓爲恥。 

以總結思考爲榮，以不求甚解爲恥。

  總結地至關精闢啊，下面談下我我的的理解：

  一、以動手實踐爲榮，以只看不練爲恥。 

   對於編程這活來講，這絕對是真理中的真理，任何編程語言學習均是如此，動手敲一下，編譯、調試一把，才能對語言的細節有更深刻的瞭解。好多東東看似簡單，作起來可能更本不是那麼一回事。因此，動手，必須的。

  二、以打印日誌爲榮，以單步跟蹤爲恥。 

  這句嚴格來講我的不太贊同，對於一個成熟的軟件，記錄日誌是最基本的，但在開發過程當中，僅僅經過日誌來分析並非一個很是好的辦法，一般單步跟蹤比日誌能更快地找出缺陷所在。

  三、以空白分隔爲榮，以製表分隔爲恥。 

   絕對支持，我所在公司這條是最基本的編程規範，像本身平時用Source Insight編碼，將TAB鏈設置爲4個空格，好多的IDE或編輯器均有此選項設置，因此這個工具能夠幫助咱們解決。 

 四、以單元測試爲榮，以手工測試爲恥。

  這句我以爲沒有寫好，這裏的手工測試定義不明確，單元測試我的一般使用單步跟蹤，這脫離不了手工，與之相對的就是自動化測試，我理解這裏說的是否是TDD（敏捷中的測試驅動開發）。不太明白。

 五、以代碼重用爲榮，以複製粘貼爲恥。 

  這句真理，複製粘貼很容易形成好多冗餘代碼，使用代碼愈來愈很差維護。

 六、以多態應用爲榮，以分支判斷爲恥。 

  作爲面向對象的語言，合理地運用多態無可厚非，由於我的工做使用C，對存在多個分支判斷時，一般會使用驅動表，這也不失爲一個好辦法。

  七、以Pythonic爲榮，以冗餘拖沓爲恥。 

  什麼是Pythonic呢，看這裏：http://faassen.n--tree.net/blog/view/weblog/2005/08/06/0，有讀者翻譯了下，中心思想以下：簡單、清晰，不要過度強調技巧，儘可能使用 Python 已經提供的功能以及符合Python的思惟方式。目前我的離這個境界還相距甚遠啊。

 

 八、以總結思考爲榮，以不求甚解爲恥。

 與1同樣，真理中的真理，不只編程，凡事均應如此啊。

最後，附一個python的禪：

 >>> import this
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!>>>