GitHub是不二之選，任何編程語言相關(guān)源代碼，只要開源，都能在GitHub找的到！

1. GitHub上的代碼資源非常豐富，應(yīng)有盡有：Linux內(nèi)核代碼、系統(tǒng)架構(gòu)、應(yīng)用架構(gòu)、工具、模塊、組件、項目代碼、實例demo等等；

2. 包括Python自身代碼實現(xiàn)也在GitHub進行維護，誰都可以翻閱以及研究分析等；

3. GitHub是世界性的，全世界軟件開發(fā)人員，將其代碼開源，并托管到Github上，軟件開發(fā)知識寶藏；

4. 如果美國針對中國進行技術(shù)封鎖，限制中國地區(qū)GitHub訪問，那對中國的開發(fā)人員重大打擊。

Python編寫1+2+3+······+n的值代碼如下:遞歸求和

n = int(input())

jie = 1

sum = 0

i = 1

while n >= i:

jie = jie * i

sum = sum + jie

i = i + 1

print(sum)

做為一個程序員，要做到碼如其人，人碼合一。

堅持python之禪，生活快樂無邊！

The Zen of Python, by Tim Peters

Beautiful is better than ugly.美優(yōu)于丑;Explicit is better than implicit.清楚優(yōu)于隱晦;Simple is better than complex.簡優(yōu)于繁;Complex is better than complicated.繁優(yōu)于亂;Flat is better than nested.直優(yōu)于曲;Sparse is better than dense.松優(yōu)于密;Readability counts.可讀性第一;Special cases aren’t special enough to break the rules.情況再特殊，也不要破壞規(guī)則;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.有個粗糙的實現(xiàn)總比沒有好;Although never is often better than *right* now.盡管現(xiàn)有的它并不完美;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!命名空間是個好玩意，能多用就多用吧，別控制!

無論寫什么代碼，都不可能避免錯誤，我們只能說盡可能減少錯誤或者說讓代碼錯誤的地方高亮顯示出來以便修改。下面我來說說我的看法，供大家參考參考:

1.想盡可能減少錯誤，這個就要你平時有意識的注意編程的代碼規(guī)范問題，這樣容易閱讀和檢查哪里有錯。

2. 選對編程軟件很重要。

(1)有些編輯器不管你寫的代碼有沒有錯，它都沒有提示，比如說Python官方軟件的IDLE編輯器。

(2)在編輯代碼過程中，能夠提示代碼錯誤的第三方軟件有

第一個: pycharm 軟件，這個挺好的，一個軟件就包含了Python控制臺、終端這些常用的工具。

第二個: jupyter notebook。

第三個:PyDev eclipse

第四個: Linux下的vim編輯器，運行快。

以上是我的看法，希望對你有幫助。