小碼聰聰 就業輕鬆 今天小碼君想給大家來一篇純文字的乾貨經歷，讓大家看看是如何0基礎學習PYTHON
我是真正零基礎開始學Python的，從一開始的一竅不通，到3個月後成功搭建了一個動態網站（沒有用任何框架）。相比於計算機大牛，我更加知道一個小白將會遇到什麼坑，遇到哪些難點。我把我的學習過程寫在下面，並附上在每個階段的學習資料，希望對零基礎的Python學習者有所幫助。
---
在頭條上常常看到想要轉行IT，或者是想學習編程但不知如何開始的朋友。回答這類問題的人往往只是列出書單資源然後給出一個大致的方向。有些朋友一開始就扎入了理論學習的汪洋大海，從苦讀類似《算法導論》開始，能夠堅持讀下來的寥寥無幾，學習的積極性也被不斷的挫敗感消磨的所剩無幾。
一直以來，編程對我而言是一種「黑魔法」般的存在。去年阿里月餅門，當很多人都參與到是非之爭的時候，我更加著迷於程序員區區幾行代碼的腳本所展現出的威力，對於外行而言，這是超乎他們想象之外的某種能力——為什麼我守在電腦面前盯著秒針然後拼命點擊鼠標都不一定能搶到的禮物，程序員只需要提前花5分鐘寫3行代碼就輕鬆搞定？
所以，我的心底深處一直都想變成這樣的一位魔法師。去年的8月，剛好工作上想要開發一個基於微信的英語學習網站，藉此機會，我決定好好學習一下編程。在此之前，我所有關於程序的知識僅僅來源於兩部分，一是本科時期的C語言必修課，現在已經忘的一乾二淨，不過好歹我從中明白編程是怎麼回事；第二部分是大概兩年前由於工作關係學的一些Python，不過只是皮毛，現在忘的七七八八。
簡單說，我的目標是建立一個網站，不過這個網站是動態的，也就是說它能識別誰登陸，然後對不同的人顯示不同的內容。而當時的現實是，我完全不明白網頁是如何顯示出來的？譬如每個人登陸知乎的時候看到的是定製化的頁面，後臺是如何基於每個ID來組織出不同的頁面的？所有我們看到的問題，回答，參與的評論在背後的服務器上是以一種什麼樣的形式存在的？又比如為什麼有些頁面只能在微信端打開，在電腦上就會出錯？（不知道你有沒有發現這一點）
當時我的心中充滿了無數個類似的問號？當然如果你也是小白，一定有著同樣的疑問。好處是一開始就明確了學習的目的：Web建站。所以我的學習方案基本就是通過做項目學習，哪裡不懂就解決哪裡，邊做邊學習，不斷推進。另外，由於知道很多成功的網站在用Python做服務器開發，比如知乎，所以我就自然選擇了Python。
於是我就開始了我充滿著挫敗感和成就感的編程之路……
從去年8月到12月的四個月裡，除去本來的工作，為了學習質量，我會保證平均每天4個小時的學習時間，週末也不例外。另外，所有的文檔，問答都儘量看英文的，這可以幫你剩下大量的時間。12月13日，我做的網站上線了，3天時間大概有5000人訪問了這個網站，我有時在後臺看著日誌，不免有些心潮噴湧，我想把自己的經驗寫下來，希望對於那些有心學習編程但無從下手的朋友提供一些幫助和鼓勵。
1. 我的自學編程之路
1）基礎
剛開始的時候，我對搭建網站一無所知。為了給自己迅速建立一個框架，我在Google上面泡了整整一天，瞭解了HTML，CSS，JavaScript，Ajax，jQuery，React，SQL，服務器腳本等等知識，不求精通，只是瞭解每一項技術是幹嘛的，另一方面建立起了一個學習的roadmap，這樣大概知道做一個Web App需要哪些知識，分別學習的主次順序。重點推薦兩個資源：
Python基礎知識：Learn Python the Hard Way
Web App基礎知識：@張秋怡的答案寫的通俗易懂，極力推薦。
有了這個roadmap，我明白了前端三大必須掌握技能HTML，CSS和JavaScript，花了大概10天左右把W3Schools上的教程全部過了一遍，然後試著寫了幾個網頁，感覺自己寫的很沒有底氣。於是根據知乎和豆瓣上的推薦，買了《JaveScript DOM》和《Head First HTML與CSS》，邊看書邊把例子過了一遍。
W3Schools: www.w3schools.com/
JavaScript：JavaScript DOM編程藝術
HTML & CSS : Head First HTML與CSS（第2版）
前端是需要慢慢學習的，在看完上面的資料後，雖然能寫出來一些挺漂亮的頁面，但是我自己知道很多都是不符合標準的，更不要說代碼風格什麼的。這隻能通過不斷地積累和增加代碼量來提高。由於明白服務器端需要耗費自己大量的時間，所以在發現自己能夠按照構思勉強實現網頁之後，我就把學習中心放到了服務器端上。不過每天還是會抽空寫一寫網頁，避免手生。
2）服務器端
最先了解的是HTTP協議，也就是瀏覽器和服務器之間是如何通信的。也就是當你在瀏覽器裡鍵入網址按下回車直到網頁顯示在你瀏覽器的這個過程中，瀏覽器和瀏覽器之間發生了什麼事情。這是很有意思的內容，我是以讀小說的心情瞭解了這部分內容。瞭解這部分後，你就會明白類似為什麼有時候會有404頁面？在百度搜索框裡鍵入的搜索詞是如何提交到百度服務器的？為什麼重新登錄知乎的時候就不用再輸入密碼了？之類的問題了。
HTTP協議學習資料：In Introduction to HTTP Basics
@Vamei的博客：協議森林
瞭解了HTTP協議之後，我就多少有些入迷了。看似神秘難懂的現象其實原理並不複雜，你反而會被吸引。接下來就進入到我投入時間最多的部分了——後端開發。記得當時瞭解Web開發的MVC（Model-View-Controller）模式後，有一種心血噴湧的感覺，覺得太有意思了（程序員別噴，我就是這麼沒見過世面）。我們以知乎為例子來說明MVC是個啥：
https://pic3.zhimg.com/v2-0f9a54678b79094188b7e281cc7ffd5e_b.png
每個人的主頁都是相同的佈局和風格，例如最上面的菜單搜索欄，顏色分割，左邊顯示動態等，右邊是個人信息等，然後具體的內容卻因人而異——每個人的頭像，名字，動態都是不一樣的。那麼知乎是如何保證每一個人看到的都是自己的主頁呢？
你可以把這個相同的佈局想象成一個模板，裡面有一個個空格子，當你用你的賬戶登陸頁面時，想象你的電腦裡有無數個小人根據你的賬號從知乎後臺的數據庫裡取出你的頭像，動態，認證信息等等內容，然後對應著模板上規定好的位置，把對應的內容填進去。這些小人的動作實在是太快了，以至於你覺得這是在瞬間完成的。
上面所說的模板就是MVC中的V，是View的縮寫，負責顯示。這樣做的好處在於，如果知乎有一天突然想改變一下個人主頁的風格，那麼只需要改變這一個模板，然後幾千萬註冊用戶的主頁就相應的變化了，因為模板是公用的，是不是省了很多事情？（早期的Web開發可不是這樣喲，你可能要一個個用戶去改，非常麻煩。）
而這些小人除了擺放內容，它們真正負責的是業務邏輯，我們把他們叫做Controller，也就是MVC中的C。例如當你登陸的時候，這些小人要檢查你的用戶名是不是準確的，如果準確，它們要去數據庫裡取出你請求的信息等，如果用戶名錯誤，它們要攔截住你的登陸。它們的職責還有很多，無法一一列舉。在實際中，這些小人做的事情其實就是Python（或者其它腳本語言）做的事情。
最後，MVC中的Model其實就是傳給View的數據，包括上面的頭像，用戶名，動態等因人而異的數據。這些數據在知乎服務器上是以數據庫表格（table）的形式存在的，你可以把它們想象成很多不同的excel表格，不同的表格儲存著不同的信息，有些記錄著知乎用戶的個人信息，有些記錄著回答，有些記錄著評論等等，而這些表格之間又彼此聯繫，當你在知乎的不同網頁間跳轉的時候，上面說的那些小人就根據你的要求，組合對應的表格取出對應的數據，然後把他們放到模板對應的空格里，發送給瀏覽器。然後瀏覽器根據你寫的CSS，用不同的顏色，大小等等，將數據很漂亮的顯示出來。
這樣做的好處是什麼呢？雖然你最終在瀏覽器裡看到的是一個完整的頁面，但是在後端邏輯上它們都是區分開的——模型（M），視圖（V）和控制器（C）的區分就保證了較高的可維護性——我可以隨時修改主頁的顯示並看到效果，同樣我可以隨時加入一些業務邏輯。
如果你的學習堅持到這裡了，首先要恭喜你。其次你可能已經知道一些非常成熟的Python Web框架了，例如Django，Flask等等，並且你可能看到了很多小白教程教你直接使用，畢竟大部分人可能覺得沒有必要重複造輪子。
本來為了省事，我也打算直接用框架。我是在設計數據庫的時候，當時在看SQLAlchemy文檔，覺得相對自己的項目SQLAlchemy太過複雜，所以我決定自己寫自己的ORM（名詞不懂沒關係），這對於當時的我來說是一件難度非常大的事情。於是我投入了極大的精力每天都在看關於SQL和Python相關的教程和資料，Python核心編程（第二版） 給了我很大的啟發。在自己完成了ORM後，又寫了URL處理函數，同樣沒有用任何現成的Web框架。
現在回頭看，我認為這一段時間的造輪子是提升編程能力最快的時候。比如為了寫ORM，就必須去花很多時間學習SQL，去了解Python裡面的metaclass，而如果用一個現成的框架，我很有可能偷懶不去關注某些細節。而不出問題還好，一旦出問題，我就只能跪。另外，造輪子迫使我在開始的時候就構思整個框架，因為我必須儘可能的考慮到所有的情況，於是就會不斷的強迫自己完善知識體系，和別人的代碼作對比從而改進自己的，這個過程充滿了無盡的挫敗感，但是得來的成就和快樂也是無可比擬的。
SQL書籍：Sams Teach Yourself MySQL in 21 Days
Python：Python核心編程（第二版）
Github上的優質Python資源：CodementorIO/Python-Learning-Resources
過程中還牽涉到部署，我的網站是跑在Linux上的。關於部署網上有非常多的優質教程，一搜一大把。這裡就不再贅述。這些是我學習大致路線，當然過程中充滿著小的磕磕絆絆，雖然網站上線了，貌似運行還比較順利，但是如果以一個程序員的標準來要求自己，自己依然非常菜鳥。不過我並沒有以前那樣懼怕技術了，就像你明白魔術的背後的原理後，會更多的思考原理本身。
2. 自學編程需要注意的問題
很多人都推薦小白第一門語言選Python，因為語法簡單。這句話只說了一半，Python確實容易上手，對初學者的門檻很低。但我發現，對於小白真正的門檻在於系統知識，這就和用什麼語言完全沒有任何關係了。例如很多人學完了Python的語法，覺得確實簡單，但是轉頭去用Python標準庫的時候，卻發現自己連文檔都看不懂。標準庫提供了Python和其它系統功能的接口，最終實現了Python和系統之間的互動。讀標準庫需要系統知識，比如操作系統，數據庫，進程和線程，socket編程，網絡協議等等，這些對於編程小白來才構成很高的門檻，但是隻有學會這些，才能真正發揮出Python的威力來。
這也是我覺得自己的經歷對小白是有價值的一個原因。因為設計一個動態的網頁是一個很不錯的練手Project。建立網頁（Web App）會逼迫你瞭解從你在瀏覽器裡鍵入地址按下回車到網頁顯示在瀏覽器的過程中，瀏覽器，網絡，服務器都幹了些什麼。具體到技術上面，你不得不去學習前端的HTML，CSS和JavaScript，後端的腳本，數據庫，操作系統等。也就是說，這個過程能夠促使你去主動學習上面提到的系統知識，如果你再做另外一個項目，你就不會像現在這樣無從下手，而有能力去進行一些技術性的探討，所以我認為這是一個非常好的練手項目。
1）一定要空出時間補充理論知識
很多人會強調learn by doing，邊做項目邊學習，這也是我自己採用的方式。在這種方式中，你不斷犯錯，改正……學習效率非常高。但是，很多人走了極端，最後的結果就是不注意理論知識的學習。你會發現自己Google的能力越來越高，但是真實的編程能力並沒有得到提升。如果有這種情況，你需要反思一下。
一種可能是你太過於依賴各種成熟的框架，結果編程就變成了用「膠水」去粘合不同的框架完成需求。就好比你的Web App用了SQLAlchemy，雖然自己不太懂SQL，但是網站跑的也還不錯。這時候如果數據庫出現了問題，那你就只能跪了。
另外一種可能是你完全沉浸在做項目中，忽略了學習理論知識。做項目雖然充滿困難，但回報是強烈的成就感，很容易沉浸其中。我覺得這是極其錯誤的。首先半路出家的程序員都沒有經過系統的學習，沒有形成自己的知識體系，如果你不懂數據結構，算法複雜度，操作系統這些理論，那麼你能達到的高度就極其有限。所以，在每天做項目的同時，一定要保證抽出一定的時間，惡補理論知識。這部分的書單在豆瓣和知乎上都有很多總結，可以自行搜索。
2）不要太糾結於無意義的問題，比如什麼框架好，XX語言比XX語言好啦這種問題。前期確定了練手項目，就去專心積累代碼量，積累基礎知識。那些你現在還看不懂的炫酷技術你慢慢也就能明白是怎麼回事了，反而沒有基礎，再炫酷的框架對你而言都是天書。
3）學會發問。好問題是建立在你自己已經實踐或者思考的基礎上問出來的，這是對自己的負責，也是對別人的尊重。不要一遇到困難就喜歡直接上網搜索：「這個問題是怎麼回事啊？」，「我不明白你能不能幫我看看……。
4）學好英語。
THE END
最後
小碼聰聰 就業輕鬆
閱讀更多 小碼聰聰 的文章
