成為一個半路出家的程序猿

上一篇更新（在這個程序猿通宵的節日）發布之後，有觀眾朋友反應說實在太水一點乾貨都沒有，於是這一篇來嘗試寫點乾貨洗脫一下。

首先啰嗦一下上一篇沒有乾貨有兩個原因，一是樓主還沒有成為一個優秀程序猿，不知道這點經驗是不是有用；二是個人覺得大部分半路出家程序猿最難克服的是某些心理障礙而不是技術障礙。

一不小心又說了這麼多廢話，言歸正傳來說點學習成為程序猿的經驗教訓，希望可以幫助到有需要的朋友。

===評估自身的知識體系和需求===

在開始之前，先對自己的知識體系做一個簡單評估，包括但不限於：邏輯思維，抽象思維，數學水平，記憶力。如果有哪塊覺得不夠好，就盡量補一補，或者至少要意識到這些東西的匱乏一定程度上會限制自己的發展。

對需求的評估主要是，為什麼學編程？想清楚了這個問題，就大概知道了應該先從什麼語言開始，要學到什麼程度。以樓主為例，學編程是工作需要，工作要求用java，那就主力學java，要學到能應付工作的程度；而譬如樓主的某個小姐妹，只是為了方便日常工作的數據分析不拘什麼語言，樓主就會推薦她學python，因為配置/運行簡單，入門不難，適合處理數據。

===開始學習===

對大多數半路出家的朋友來說，雖然很難像計算機專業學生一樣打下紮實的基礎，但還是有許多短期的網路課程可以進修的。個人覺得開始階段上課比自學效率高。樓主學python的時候是在coursera上面上了兩門課，好像是一周兩小時的課程（看老師講課的視頻）再額外花一兩個小時做作業，一共十四周。不過那是coursera還免費的時候，現在在那裡上一堂課也挺貴的，所以也可以去mooc或者網易公開課找找有沒有合適的課程（也可能要收錢，畢竟是個知識付費的年代了）。再就，如果是工作需要的學習編程，也可以看看公司有沒有什麼不花錢的培訓可以蹭。

此外還有一些手機app可以輔助學習，譬如SoloLearn，可以在上面學許多語言的基礎，甚至可以在手機上寫小的代碼來測試；還有一個Replete，相當於手機上裝了一個clojure REPL，可以用碎片時間熟悉一下表達式。

===實踐應用===

編程這件事情，理論學得再多不實踐也是沒有用的，唯一的出路就是自己敲代碼出來試。依稀記得之前看過一個說法，大意是只有寫過成千上萬的垃圾代碼，才能寫出好的代碼。（對你想得沒錯，正在垃圾代碼的路上就是樓主本人）

學會調試（debug）很重要。除了編輯器的基本以及花式調試功能，搜索引擎也有很大幫助。

還有就是善用各種工具，舉個栗子，最早的時候小白樓主不知道IntelliJ里的「refractor」修改變數名可以直接應用到全部被調用的地方，學會以後發現省挺多事兒的。

===多想少問===

其實本來應該是多想多問的，會說「少問」是因為樓主被許多真程序猿環繞，經常生了懶惰之心，有問題直接找人過來幫忙。後來發現假如時間允許，還是自己嘗試通過查文檔和反覆調試解決問題，這樣提高進步得比較快。

但也不是鼓勵閉門造車啦，技術上的問題找厲害的人多請教肯定有幫助的，重要的是「知其然還要知其所以然」。（怎麼覺得自己在總結高考做題經驗！）

===養成規範的好習慣===

作為資深強迫症，樓主大概先天就在這方面符合了程序猿的要求。。。

主要就是，代碼的縮進對齊空格空行這些形式主義的東西。說起來好像沒什麼意義，但實際上這是「代碼可讀性」的一部分。即使生產的是垃圾代碼，也要生產別人看得懂的垃圾代碼～

就，其實也不知道寫這些有什麼用，畢竟樓主也還在成為程序猿的路上，能不能走到頭也難說，但畢竟是人生的一部分，做個記錄唄。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！