編程新手如何快速提高開發能力？
前言
本文來源于我的知識星球“碼農翻身”的一個討論帖子，編程新手面對新的技術和項目，如何學習，如何快速提高個人開發能力？抓狂的觀點很有意思，我建議他擴展了一下，寫成了這篇文章。
說服自己
拿我自己這一年的工作經歷來說吧。
首先，說服自己很重要，什么叫說服自己呢，就是一定要先把自己“忽悠”了，讓自己覺得現在做的事情非常的牛x。
去年這個時候，我也是剛畢業進公司，上來就要搞一個之前從沒有接觸過的技術，怎么辦？
首先，開始瘋狂暗示自己，這個項目很牛x --- 大名鼎鼎 Erlang 平臺，號稱可以寫出十幾年不用停機，超高可用性的項目，同時搭配吸取了 Ruby on Rails 精髓的 Elixir/Phoenix 開發框架，開發速度據說是 Java 的 20 倍。如此牛逼的技術，學起來還不得偷著樂？
然后搗鼓開發環境吧，語言太新，沒有成熟 IDE，正好可以學學多年來一直想學的 Emacs --- 這可是號稱神之編輯器，號稱偽裝成編輯器的操作系統，號稱無所不能。
硬著頭皮學，一開始保存文件快捷鍵都要想一下怎么按，把快捷鍵列表放在屏幕另一邊，一邊看一邊寫，竟然也能慢慢上手了。
然后項目跑起來，學習語言，理解核心要點，開始寫代碼，寫項目 --- 從一開始寫爬蟲，到研究如何打包項目，熱部署，再到代碼結構的設計優化 ...
甚至橫向發展: 前端，交互設計，SEO 都開始涉及。慢慢的也能理解更深層次的東西了，非常有成就感。
但是還不能滿足，能不能更好？學習一下別的大牛是怎么做的？都用的什么？最新的開源項目用的什么技術？學過來！
于是埋頭研究，把公司老舊技術替換成更好的新技術，GraphQL，持續集成/持續部署(CI/CD) ...
同時自己也搞點個人愛好，比如給自己博客用上公司還不敢用的更加激進的新技術，折騰一下 ArchLinux，嘗試自己搭建一個代理服務，等等等等 ...
這樣既能提升自己的水平，又給公司創造了價值，這樣帶著榮耀感去學，怎么會覺得枯燥？
總之，“自我催眠”，認為自己做的事情很牛x，這樣做起來才會有激情。不然如果自己都覺得無聊，一看見就煩，那樣能做好才奇怪。
內功
貌似學了這么多東西，如果僅僅只能學到點新技術的用法，能行么？新技術日新月異，瞎追是追不上的。這就又回到老掉牙的話題了，內功。
真正的聰明人聰明在思考問題的方式和你不一樣。聰明人有聰明人的思路，而你想不到這個思路。 但要知道大部分人并不是聰明人，所以也不要自卑。
扯遠了，再說內功。為什么有的人學知識特別快？可能并不是因為他有多聰明，而是他內功扎實。也就是對計算機的知識體系有一定程度上的理解。
比如在你懂了計算機網絡之后，就可以很快理解 RESTAPI，GraphQL，RPC 之間的異同，也可以明白即時通訊協議 XMPP，MQTT 的優劣。
比如你了解 Lambda 演算，編譯原理，形式語言，自動機，也就能理解一個語言為什么要這么設計語法，為什么不能這么寫。
比如你懂了數據結構，你就能理解數據庫，搜索引擎中的細節原理。
這些知識并沒有被什么邪惡組織封鎖，只要你想學，網絡上有大把的資源供你所學。
所以你眼中的聰明人真的是天才么？不排除真的有天才，但我想更多的是普通人，只不過他學的稍微比你多一點，知識體系比你更系統一點罷了。
所以只要你愿意學，愿意思考，愿意動腦子，愿意較真，愿意折騰，也一定能成為別人眼中的聰明人。
道理我都懂，但是到底要怎么做？
技術是復雜的，而且每個人都有自己的學習習慣，所以具體例子可能并不適用于所有人。
所以到底怎么做才能快速提高開發能力？
別急，先講兩個故事。
利其器
一開始學校老師讓你用純文本編輯器，不讓用 IDE，所以你就選則了比較流行的 Notepad++。
這是第一步，先上手。第二步，在用的過程中尋找問題，并解決問題。
比如，經常因為標點符號打錯而不能通過編譯，怎么辦，首先老師不讓用 IDE 的原因之一就是讓你認識到這些錯誤，養成一種嚴謹的習慣。
那就打字之前小心嚴謹一點。但是就算你非常嚴謹，難免也有筆誤的時候，這個時候 Eclipse 登場了，問題解決。
然后循環這個過程 --- 遇到新的問題，解決問題。
比如有些代碼片段記不住怎么辦，用自動補全。變量改名方法結構調整的時候非常麻煩怎么辦，用 IDE 的重構功能，等等。
其中解決問題的時候也會遇到問題，比如怎么才能找到問題的解決辦法呢？一開始總是黑暗的，這個時候可以求助他人，比如現在有人告訴你，搜索引擎是個好東西，于是你知道可以用搜索引擎。
搜索引擎搜索不到怎么辦？這個時候就發揮作為人類的能力，也就是結合和運用之前的經驗的能力，怎么辦？你現在只會用搜索引擎，那只好在搜索引擎里搜索“如何使用搜索引擎”... 結果還真搜到幾篇有用的內容，一看都是來自某某公眾號的文章，果斷收藏。
發散思維之后還要收回來，得到了搜索引擎使用秘籍之后要投入使用啊，比如把某搜索引擎換成更好的搜索引擎，把整句分割成關鍵字來查詢，最終你成功搜到了想要的結果。同時，積累了數個收藏夾。
下次再遇到問題的時候，你又可以站在之前的經驗上，繼續提高自己。
這樣你就滿足了嗎？雖然你解決了自己遇到的問題，但是有沒有可能另一種解決方式更完美呢？
所以繼續發動人類能力，于是你從你同學口中得知一種叫 IDEA 的東西，又從搜索引擎上得知 IDEA 的優點，又在之前收藏的論壇里發現了一篇 IDEA 的教程，再結合自己 Eclipse 的使用經驗，你成功的上手了 IDEA。這就是人類的能力，可以結合運用之前得到的經驗的能力，而不是只能零散的使用。
你甚至把這個過程總結成一篇文章，得到了許多膜拜，也得到了許多批評建議，不僅能收獲了，還能輸出了。
最后，追求永無止境，能不能更好？更舒適的字體，更快的快捷鍵，更強的代碼模板 ... 總之，就像劍客對其兵刃的喜愛一樣，投入精力不斷打磨，總是有回報的。
重構
拿著錘子不會錘釘子也不行啊。工具并不能直接提高你的編程水平，怎么辦？
繼續發動人類天賦技能，之前你已經學到了遇到問題解決問題的能力，那寫代碼有什么問題呢？
首先第一步還是先搞起來再說，于是你花了三天時間寫了一個“高達” 80 行的程序。寫完之后覺得自己好牛x啊，厲害的不得了。
冷靜下來，這樣夠了么？不夠，因為代碼中有三段都是重復的，僅僅只有一點區別，如果以后需要改動，那就需要改動三處代碼，這樣不行。
于是你花了兩個小時把那些代碼改寫成一些函數，使用之前學到的 IDE 重構功能，消除了重復代碼，現在只剩下 40 行了。寫完之后感覺已經超神了，怎么會有這么聰明的人？
冷靜，這樣還不夠，雖然提取了出來，但是方法名不能體現出功能，而且可讀性太差。如果過兩天來看完全不知寫的啥。
于是你整理代碼結構，增加注釋，代碼變得賞心悅目起來。寫完之后感覺精神振奮，抬頭一看，天已經黑了，嗯，晚上能吃三個饅頭。
冷靜，這些代碼有沒有值得總結的通用邏輯？下次如果遇到類似問題能不能直接寫出最后一步的代碼而不是再這么重構一遍？
于是你認真分析，總結出一個非常通用的邏輯，什么時候可以用，什么時候不適用。寫完長舒一口氣，晚上能睡個好覺了。
這么晚了只能吃夜宵了，路上你想，我這個東西這么厲害，怎么能忘了出去炫耀一下？馬上打開手機，正準備發帖，突然想到，聰明人大有人在，是不是已經被捷足先登了？
于是你利用自己之前積累的豐富的搜索引擎使用姿勢，快速搜索到原來早就有人總結了出來，還出了書，稱之為設計模式。不禁出了一身冷汗，這要是真出去得瑟了還不得被笑話，幸好搜了一下。
吃完飯回來，翻開設計模式，哦，原來別人是這么總結的，大同小異。設計模式算是理解了，今天是太晚了，只能以后再多加練習。
一星期后，你發現有人在抱怨設計模式好難學啊，背也背不會，用也不會用，根本無從下手。于是給他耐心講解一二，那人發出感嘆，“大神啊，你怎么這么聰明。”
你一時語塞 ... 真的是我聰明么？
總結
僅僅只是兩個故事么？
其實，開發能力的提升都像這兩個故事中說的那樣。
如何寫出高質高效的代碼？并不是一蹴而就，同樣需要先按以往經驗寫出初版，然后提取、抽象，最后歸納總結，甚至開源分享。為下一次更好更快的開發做好準備。
所以并不是按照某種經驗照做就可以快速提升個人能力了，而是需要按照一定的節奏，站在之前的基礎上，不斷自我升級，迭代，優化，開發水平和速度才能穩步提高。
那到底是什么節奏呢？各位都是程序猿了，那就總結的程序一點：
- 遇到問題
- 解決問題
- 若解決途中再次遇到問題，則解決子問提
- 能不能更好？
同時，說服自己非常重要，自信，但不能自滿，要在覺得自己很牛x的情況下虛心前進，這樣有動力又走的遠。
這一點兒也不矛盾。『雖知大海的深邃，但仍為撿到貝殼而歡呼。』這是我非常喜歡的一句話，作為結尾。
【本文為51CTO專欄作者“劉欣”的原創稿件，轉載請通過作者微信公眾號coderising獲取授權】
