從不懂編程到成一個大神

㈠ 普通的程序員和大神級的程序員有什麼區別

㈡ 你見過最厲害的程序員是怎麼樣的

以前曾經做過十餘年的編程，見識過不少程序員，其中有兩位是比較厲害的。

第一位，J同學，非科班出身，糧食專業畢業的，之後在一個食品廠工作，因為比較清閑，於是他突發奇想，想考某個211的計算機研究生，就去買了書來看，但是要實踐啊，他又沒有計算機，就有空總去公司的電腦室蹭機器用，電腦室的人，就讓他幫忙開發一個工資管理系統，不知道是不是想為難他，結果他研究生是沒考上了，但是經過一個月的摸索之後，居然把工資系統給做出來了。讓電腦室那些科班畢業的人臉上掛不住啊！

之後他就斗膽去了一個國內知名的企業應聘程序員，居然還給應聘上了，慢慢做到了華南區的技術總監，再後來他幾個同事出來創業，高新挖走他。

他這個人就是傳說中的怪俠，非常低調，樸素，不按時上班，不按時下班，工作效率非常高，愛抽煙，請教他什麼問題，他一時想不出來的話，就去外面抽根煙，煙抽完了，回來就會有答案，反正非常神奇。

第二位，B同學，科班出身，211大學計算機研究生，當時是他的導師跟我們單位有來往，推薦過來的，我面試的他，惜話如金，聽說他C語言非常厲害，但是當時我們做項目需要PB，他說他不會，我就說，那給你一個星期的時候，你回去學習一下，再來面試。一個星期後，再過來，給他一個小模塊，很快就做出來，非常棒，之後，項目的技術難題，大部分都是他解決的。平時，他也不怎麼跟我們來往，但是有事就做，也不打 游戲 ，按時上班，按時下班，非常討厭加班。

遇到技術問題，下班後打電話給他，他不接的。有一次，我們第二天系統要上線，大家都在忙著測試，加班，他到點就走了，領導追到電梯門口，問他，XX哥，你走了，他說了一個字，是，就進電梯了。後來也是被高薪挖走，聽說到現在40歲也還沒結婚。

我們公司有一位非常厲害的程序員，基本上一個人當做一個排兵力使用。也就是說一個人寫代碼的效率基本上抵得上10+人的能力，一年隨隨便便寫個幾十萬高質量的代碼。這種人對編程語言的理解已經到了登峰造極的地步，且能夠靈活自如地使用。

在自己編碼能力強的同時，對架構的理解能力也是超強，一個大的系統能夠很快地進行模塊拆分，快速的定義不同模塊間的交互介面，可以快速的安排任務下去。

另外代碼的質量基本上沒地說，導致跟著他的測試人員幾乎發現不了Bug，這哥們在寫代碼的同時基本上順手就把單元測試寫好了，代碼質量高的簡直出奇。

當然了，至於學習什麼新的開源框架或者新的技術架構，基本上就是2-3天的功夫，就可以全面掌握。

目前為止，公司一直當做寶一樣供著。

我見過最厲害的程序員，是在2001年入職的一間香港電路板公司的電腦部經理，他也是最值得我尊重的程序員，那他最厲害的地方在哪裡呢？

編程語言只懂Foxpro DOS版本，但所有的ERP流程，英文、管理方法說得滴水不漏，有一次和財務的同事聊天，才知道他的月薪達8萬多。

很多程序員最怕大老闆提問題，但在他的眼裡，大老闆提問題就是一個商機，多多少少都要老闆加工資加設備。 高情商的表現就是無論下屬或老闆通通管理得服服帖帖，包括我自己，甚至老闆還沒有說話就己經知道老闆的心思了。

老闆分配的編程任務應期三天完成，絕對不過4天。軟體開發效率的提高，自然要依賴下屬心甘情願的加班付出才行，做到這一點，真的是難能可貴。

最厲害也是我最佩的一點就是，40多歲了頭發還沒有一點白的跡象，每天高效率的工作，下班後就拋開工作的煩惱，盡情桑拿按摩享受。

我認為最厲害的程序員不是編程技術，而是如何利用編程技術，不知道你認不認同？

應該是讀研時的學長，精通java和python，畢業後進去微軟研究院工作。

當時和他在一個項目組，他獨立完成了教學平台語言分析模塊，NLP 模塊。我們團隊任何問題都能很快給出解決方法，前端後端都擅長。

當時我剛接觸linux，他就已經把Linux作為工作學習唯一的選擇。經常用terminal 操作，敲起代碼太帥了

誠邀，本人在杭州華為研究所工作，之前在一家創業公司工作過，公司里一個工作10年的大神，撐著整個創業公司，老闆總能拿到某些項目源代碼，不同語言的，c c++ .net java總之很多，給他，一禮拜就可以全懂了，所有語言基本都是1禮拜搞定(玩代碼的都知道精通一門語言後學其他的特別容易，不外乎面向對象的，面向過程的，然後就是各種API )上手做項目，之前很多不懂的問題問他都可以從本質上分析得很明白，主要是基本上看幾眼就可以知道哪裡錯了。或者大概方向，我後來去華為，都是他建議的，現在還在那公司的他聽說是技術總監了，應該不怎麼敲代碼了。

核心的代碼總是有那一兩個程序員來實現的。比方說現在微信的一開始的核心代碼。

比方說Linux的核心代碼， 都是由林納斯·托瓦茲編寫的， 並且為了能夠讓開源社區的人一起進行開發， 又編寫了Git版本控制。當你不滿意某個軟體或者系統的時候， 能夠自己實現並製作出更好的也許就是厲害的程序員吧。一直到現在很多的系統分支都是來源於Linux的內核。

最後如何成為最厲害的程序員， 還是要學習基礎核心的知識， 操作系統， 數據結構， 演算法， 編譯原理， 計算機網路， 在這個基礎上學習編程都是為了更好地實現自己的心中所想。為什麼這樣寫， 這樣寫會產生什麼效果。 為什麼Golang最近這么熱， 為什麼鴻蒙會被看好， 它又和其他的有什麼區別， 就可以自我判斷， 而不是見風就是雨。

最後希望自己也成為那個最厲害的程序員。

很久以前，我用win98的時候有次我系統崩潰了，因為我是電腦白痴，我朋友給我介紹了一個高手來幫我修電腦。

他看了一下電腦，問我有沒有98的盤，我說沒有。

他想了一下，叫我把固定電話拿給他，我想修電腦要電話干什麼，但人家是高手，我也不好說什麼，就把電話拔下來給他了。

他把電話線空著的一頭接在電腦的一個插孔內，然後進入dos，就開始在電話上不停的按著鍵，他按鍵的速度異常快，但是只按0，1兩個鍵，我搞不懂這有什麼用，但也不敢問，看了半個多小時，他還是不停的按這兩個鍵,我徐徐的有些困，我問他這東西要搞多久，他說要幾個小時，我給他倒了杯茶，就一個人去隔壁睡覺了。

醒來的時候，一看已經過了4個多小時，我起身到隔壁，看見他正在98裡面調試，過了一會兒，他說，你試試，我坐上椅子用了一下，真的好了，我當時也不懂電腦，謝過人家就走了。 後來我慢慢對電腦有了了解，終於了解，原來當時那位高手是用機器語言編了一個98系統，我後來問我朋友那位高手的下落，我朋友說前幾年去了美國之後，杳無音訊....

五年前有幸在一家軟體公司做產品經理。小的軟體公司。坐標西安。招人還挺不好招的。雖然給的薪水還不錯。但是真心不好招人。這種小軟體公司沒有名氣。真正牛逼的人都不來。

百試幾百人，包括做產品和前端的也算在裡面。光程序員這塊。有百分之六十的投簡歷的都是從某培訓機構出來的。所以的項目經歷。和待過的公司都是一模一樣，有明顯的人為的痕跡。

但是後來實在沒有人手。招了一兩個，差。差。差。真是差到極點

後來又經人推薦，招了一個，說是做安卓開發的。結果連個軟體的心跳包都調不好。軟體的升級這塊都搞不定。最後還是我這個外行，逼著他。一點一點卡，才把軟體升級這塊稍微搞上路了。

說出來真是讓大家笑話，華為的外包中軟國際。有個孩子實在忍受不了裡面的虐待，在裡面工作了一年半。然後跳到我們公司。這個孩子，才是稍微讓人可以用一下。就是起碼。你給他的工作。他能完成。其他的人都是在摸魚。因為這個公司的老闆以前也不是做手機軟體這塊。沒有資源，不認識人。

他是做電腦PC軟體，到後面做BS系統多一點。其實這種沒有技術含量，找的別人的框架。去修改。

普通人見不到最牛逼的程序員，最牛逼的程序員，一定是在最牛逼的軟體或者互聯網公司的深宮後院裡面。還沒出世的。就像當初的張小龍，史玉柱，裘伯君一樣。

你現在能看的牛逼的，感覺牛逼的。都是因為你不懂這個。你才覺得牛逼。包括前幾年比較活躍的黑客們，製造一些病毒。這都不是牛逼。包括熊貓燒香的李俊，普通人覺得他可牛逼了。但是真正的他出來後，去金山 360這種公司，提鞋別人都不要。

因為搞破壞不是牛逼。也不是自己水平有多牛逼。

我來講一個我見過最厲害的程序員。

這個程序員是我第一份工作碰到的大牛，我的第一份工作在中興通訊成都研究所，當時是做操作系統研發的。

我們當時經常會做一些培訓和技術分享，那時候我才入職3個月，我發現公司里有個人每次技術分享時候，就很多人去聽，並且會議室爆滿，連站的地方都沒有，然後我有次也去聽了一下， 第一每次目睹大牛的風采，因此操作系統是最底層的研發工作，會涉及到內核這塊知識，而linux內核知識特別抽象，看書根本很難看懂，但是這個大牛能把很難的東西講的很容易理解，並且在會上面對大家的提問總是能對答如流，實在是厲害。

而後我通過公司里的老員工才了解到，這位大牛是自學成才的，他的文化程度才初中，破格錄取到中興通訊，當時是操作系統部門的技術專家，他都能自己編寫操作系統，對各硬體都非常了解，也出了很多書。可見興趣是最好的老師，讓他能夠在程序員中發光。

必須是ACM大神，樓天成，樓教主。不了解他的可以網路之。是個天才一般的存在。
幾年前清華大學找同學玩，他那時是清華軟體學院的學生，突然說要帶我去見他的偶像，還說是最後的機會了，我們跑去計算機學院，當時博士正在答辯，通過在場的同學找到了他，他很靦腆的千呼萬喚始出來。他們兩在那裡交流了半個多小時，最後互留了EMail，我跟他聊了些我專業的內容，他還蠻好說話。 後面還通過這位同學認識另一位ACM屆大神，上海交大的戴文淵。我對編程略有了解，主要還是崇拜天才。

㈢ 有什麼東西，程序員覺得很普遍普通，而別人卻沒有的

《The Effective Engineer》的作者在寫書的過程中，為了了解那些頂級程序員和普通程序員的區別，采訪了很多矽谷頂級科技公司的頂尖軟體工程師。他發現這些給世界帶來巨大影響的的工程師們至少有以下5個共同的思維模式：

1.勇於去研究你不懂的代碼

一般人都不願意去研究自己不曾接觸過的代碼，很多人都沒有嘗試就放棄了。如果你經常去研究你沒有接觸過的代碼，你就會越來越熟悉不同的代碼結構和設計模式。現在人們很容易就接觸到優秀的開源代碼資源，你可以很方便的就下載下來做一些改動或者調試，去研究為什麼代碼可以這么寫。

除了代碼之外，很多人對於陌生的工作內容也會感到恐懼。每次換工作的時候，你可能都會遇到新公司的工作內容和以前工作的內容不一樣的情況，以至於剛開始的時候工作效率沒有以前那麼高。很多人甚至覺得，他們是不是騙了面試官。

其實，大家都是在學習的過程中。在一個陌生的領域，沒有人從一開始就是大神。如果你想變得越來越好，無論是寫代碼，與人溝通或者其它的技能，都是需要投入時間去學習的。

2.精通代碼調試(debug)

很多人在寫代碼的過程中，經常會有的一個問題就是：為什麼我寫出來的代碼不能運行?為什麼運行的結果不是我想要的?

幾乎所有的程序員寫代碼都不是一遍就能寫好的。但是頂尖的程序員非常快的就明白自己代碼的問題可能是什麼。這是一個很重要的能力，但是偏偏學校里不教，面試的時候考官也不經常提及。

那麼怎麼去調試代碼呢?其實核心就是以下幾個方法：

1、不妨先猜測一下到底發生了什麼。

2、假設你的猜測是對的，想想你的猜測會導致程序有什麼結果。

3、試著觀察這些結果有沒有異常的地方。

4、如果你沒有發現異樣，那麼說明你的猜測就是對的。

5、如果你發現了異樣，那麼說明你的猜測是錯的，接下來換一個猜測試試。

對於頂尖程序員來說，這個過程在腦海中就是電光火石的一瞬間。只要你解決的問題足夠多，你做出來的猜測就會越准確。

至於如何發現異樣?你就需要有一套自己的工具或者方法論了。最簡單的就是在代碼里輸出日誌來判斷。但是這是比較笨的辦法，你需要去接觸一些高級的工具或者直接帶有Debug功能的編輯器。

3.重視能夠節約時間的工具

最近打敗人類的AlphaGo每天可以進行上百萬局的下棋訓練，我們人類一萬個小時的訓練卻需要10年之久。也就是說，電腦運行幾分鍾，可能就等於人類工作好幾年。

曾經在Facebook擔任技術總監的Bobby Johnson描述過，高效率的程序員都把時間花在製作工具上。

很多人也認為工具是很重要的，但是他們並沒有花時間去製作、整合自己的工具。但是，Jonson團隊最出色的員工耗費了他們1/3的時間在工具製作上，這些工具可以用來發布代碼，監控系統，以及能讓他們花更少的時間去做更多事情。

總之，不要花時間去做機器可以代替你去做的事情。

4.優化你的迭代速度

假設你要花12秒鍾去搜索某個函數是在哪裡定義的。再假設你每天做這個動作60次，那麼你每天就要花12分鍾去搜索函數定義。

如果你用一個好一點的編輯器，每次找到函數定義只要2秒鍾，那麼你每天就會節約10分鍾。每年你就可以節約40個小時。

如果你能找到3個這樣的場景去優化一下，那麼你每年可以節約一個月的時間。想想這一個月你可以做多少有意義的事情。

再假如你在調試一個App的bug的時候，改完一次代碼都需要重啟一下App，然後點擊4、5次才能看到bug有沒有改好。那麼你是不是可以先花幾分鍾設置以下，讓App一啟動就轉到顯示Bug的頁面呢?

千萬不要小看這些瑣碎的細節，改善它們的回報是巨大。

5.系統性的思考方式

當你在寫代碼的時候，你很容易就認為只要你按照需求實現了指定的功能，你的代碼就寫完了。但是這其實只是冰山一角。任何沒有發布到生產環境的代碼都不會產生任何價值。

如果想寫出真正有影響力的代碼，你需要從整個系統去理解你的工作：

1、你的代碼和其他人寫的代碼在功能上是什麼關系?

2、你有沒有好好測試你的代碼?或者其他人是否很容易測試你的代碼?

3、為了部署你的代碼，線上生產環境的代碼是不是需要改動?

4、新的代碼會不會影響到已經運行的代碼?

5、在新的功能下，你的目標用戶的行為是不是你期望的?

6、你的代碼有沒有產生商業上的影響?

這些問題都不是很容易就能回答的，但是在寫代碼的時候，你需要明白你的代碼最後會不會得到最好的結果。

㈣ 自學編程=做無用功

作者 | PRESSone

來源 | 懷左同學

先給你講個故事，看看你有沒有類似的經歷。有一天，你去參加同學聚會，和老友們舉杯暢談，他們告訴你，不學編程就要 out 了，從全球趨勢來看，編程這把火已經燒了很多年。英國早從 2014 年 9 月起，就規定 5-16 歲的學生都必須學習編程，蘋果 CEO 庫克表示全世界各地都應該開設編程課程。回到家中，你輾轉反側，覺得自己跟不上時代潮流，扼腕嘆息：「廉頗老矣，尚能飯否？」焦慮之餘，你開始瘋狂搜索編程，網路、知乎、搜狗，你方唱罷我登場。一頓操作之後，你的嘴裡念念有詞：「Wow，會編程的人好酷，牛逼，都是大神。」感嘆之餘，你覺得不能紙上談兵，臨淵羨魚，不如退而織網。

於是乎，你開始了自學編程之路。

聽人說，演算法是編程的核心，學好演算法可以一招鮮，吃遍天。別人說在嘴裡，你聽在心裡，馬上買了一本《演算法導論》，打算死磕演算法。你沒日沒夜的攻讀，『演算法基礎』那一小章，你鼓搗了大半個月，還是雲里來霧里去的。然而，心高氣傲的你是不會屈服於『演算法基礎』這只攔路虎的，你開始逛各種論壇，CSDN、博客園、簡書、知乎都在你的常逛 list 上。你充分利用一切碎片時間，上地鐵刷一下，吃飯時刷一下，睡前刷一下，刷得不亦樂乎，刷不完的果斷收藏。

等到收藏超過100篇未讀的時候，你終於發現收藏=永不再讀，這讓你沮喪。

更讓你沮喪的是，你買的那本《演算法導論》已經在書架上躺了好久。為了弄懂『演算法基礎』，你把《演算法導論》打入了冷宮。比這更殘酷的是，從你信誓旦旦說要學編程以來，你連一行代碼都沒敲過，一個程序都沒跑起來。你越來越焦慮，終於有一天，你徹底崩潰了，自怨自艾道：「老子骨子裡就是個文科生，趕什麼時髦？學什麼編程？學來學去老是做無用功有意思嗎？安安靜靜地寫文章不好嗎？」寫文章的人不一定學不了編程，作家王小波就是中國早期程序員，曾經自己編了一套DOS下的獨立輸入法。真正阻止你學編程的也不是深奧的演算法，而是你錯誤的學習方法。自學編程不等於做無用功，盲目、焦慮地自學才是。讀到這里，你肯定滿臉疑惑：「我到底哪裡做錯了？」

首先，自學的初衷不是焦慮、盲目，而是解決問題。

李小龍當年剛回香港，在《歡樂今宵》上節目，節目組請來了一名拳師，想考驗他能不能推到對方。拳師也擺好架子等他來推，結果李小龍一拳打在對方臉上。李小龍想表達的是：在真實的實戰中，沒有人會等你擺好架勢，只沖著你規定的地方打過來。學習也是同樣的道理。在真實生活中，環境和知識都一直在動態變化中，你不可能像學校里一樣，系統的學好、學完一門知識，然後坐在教室等著不超綱的考試。

大部分時間，生活會先給你一個考試，然後你根據問題，自己找出關鍵詞，開始學習。所以，學習的起點不是某人在酒桌上蜻蜓點水的一句話，也不是某人在朋友圈曬的一本書、推薦的一篇微信文章、更不是這個行業的一個經典教材引發你的焦慮，而應該是你真實遇到的一個問題。遇到問題，動手寫，犯錯、改正，再犯錯、再改正，這是學編程最重要的過程。其次，自學尤其是自學編程往往不是線性的。

我們從小到大在學校學習，都有一本教科書，往往按著預習、聽講、練習、復習的路徑學習，所有的教材也如出一轍：每個章節所涉及的知識點之間，全都是線性關聯，第一章學好了，才有基礎學第二章。而社會的知識結構不僅不是這樣的，而且幾乎全都不是這樣的。

工作中、生活里充滿了各式各樣的「提前引用」，即想要理解當前的知識點，需要依賴你未來才能理解的某個或某些知識點。如果還是按照校園時代的線性思維來學習的話，很有可能就像故事中的主人公一樣，最終學不下去。拿編程來說，動不動啃《演算法導論》的人，要不是有很深厚的數學基礎，肯定吃不消。

生活很少教我們按部就班，它給我們的測試往往是超綱的，這就要求我們不斷更新和迭代。互聯網的發展給我們帶來的最大啟發就是迭代，從門戶到搜索，從搜索到移動互聯，從簡單的網頁交互，到如今熱鬧的小視頻社交，技術和生態一直在更新和迭代。

同樣，自學也是一個不斷更新和迭代的過程。編程是一門活到老、學到老的手藝，有些很抽象的概念，一開始看不懂沒關系，先腦子里有個大概的印象，然後依葫蘆畫瓢寫幾段代碼，自己動手實踐，寫完之後再總結、歸納、整理、組織相關的知識點，實戰經驗多了，再回頭來看最初的難點，你自然能夠豁然開朗。

比如說 python 中的 return，很多初學 python 的人，對 return 疑惑不已，字面上是返回，那它到底返回什麼，又返回到哪裡呢？有人可能會給你解釋：「return 語句就是將結果返回到調用的地方，並把程序控制權一起返回。」對於初學者來說，這個解釋也不好理解。

沒事，先實踐起來。

拿下面這四行代碼來說，你可以想像你開了一家工廠，雇傭工人來幹活，這個工人（worker）在你的指導下，用a、b、 c 三個材料，裝配出了 x 和 y 兩個成品。但是程序里的裝配和工廠不同，用過的材料不會消失。這樣，這個工人手裡就有了a、b、c、x、y五樣物品。他怎麼知道你要的是哪個呢？

所以 return 的作用就是，在這種時候告訴工人你到底想要什麼東西，是一個iPhone 手機殼還是整台 iPhone。毫無疑問，return x 和 return y 是完全不一樣的結果。return x 是當你讓這個工人幫你幹活時（調用函數），他最後會把產成品x交到你手上，而當你輸入return y 的時候，幹活的工人會把產成品 y 給你。

舉個例子，worker(1,2,3)，return x 的結果為1+2=3，return y 的結果為（1+2）*3=9。這樣實踐一下，你對於return是不是有了更深的理解?def worker(a, b, c): x = a + b y = x * c return y看完我的分析，驀然回首，你是不是覺得道路明朗了許多，你肯定很想問：怎樣自學才高效呢？在自學過程中，有個方法特別管用，就是用輸出倒逼輸入，你逛論壇、刷文章、看視頻教程都沒問題，關鍵是要有輸出，光有輸入可是不行的。而最好的輸出就是實踐，把自己聽到的、看到的、讀到的，轉化為你獨立編寫的一個個程序，豈不妙哉？

文章開頭故事裡的主人公就陷入了盲目輸入，卻無輸出的泥潭。他的輸入表面上看上去渠道很多元化，然而這些輸入並沒有帶來有效的輸出。還有一個很多人都不知道的點，你的輸入很有可能是制約你進步的緊箍咒。

輸入也是有講究的，盲目輸入會帶來信息超載。全世界每天有 4000 本書出版，超過 4 億個字；紐約時報一天的文字量等於牛頓同時代的人一生的閱讀量；一個專業領域，每天大概有有近4000篇文章正在產生。就算你火力全開，瘋狂地輸入相關知識，也還是難免有漏網之魚。

而且，在茫茫的信息汪洋中，信息質量參差不齊，保不準你輸入的就是一些邊角料，反而讓你裹足不前。這兒分享橋水（全球著名對沖基金）創始人瑞.達利歐在《原則》一書中闡述的觀點：「正確的決策很多時候需要依賴可信度加權。」學習同樣也需要可信度加權，不是所有的資料都全盤接收，而是有選擇的相信，用老祖宗的話來說，要取其精華，棄其糟粕。信息爆炸時代，最重要的不是增加信息，而是篩選和刪除信息。除此之外，要勇於跳出舒適區，刻意練習。

刻意練習這個概念由美國心理學家安德烈.艾莉克森博士提出，即有目的的學習，指的是把要學習的內容分成有針對性的小塊，對每個小塊進行重復練習。在武術訓練中，非常強調分解練習。

首先你要把整套動作過一遍，看教練是怎麼做的。然後把它分解為多個動作，每個動作分解為多個步驟，一個一個地練習。在這種訓練中，動作一定要慢，只有慢下來才能感知動作的內部結構，注意到自己的錯誤。畫家要采風、棋手要打譜、律師要學習案例、政客要讀歷史、科學家要看論文、馬拉松運動員每周至少要累計150公里的跑量。

大部分的學習都不是一蹴而就的，往往是練習-反饋-練習-反饋-練習-反饋-學成。刻意練習的關鍵是隨時獲得有效的反饋。拿自學編程來說，這是一個很容易獲得反饋的領域，當你寫的程序跑不起來時，意味著你要 debug，你得把你寫的代碼分成一小段一小段，逐句檢查，直到找出 bug。當然，鼓吹刻苦的雞湯想必大家都喝膩了。事實是，很多人即使整天坐在書桌前埋頭苦學，時長達到甚至遠超學霸，實際效果卻遠遠達不到學霸的水平。問題的關鍵在於你的思維和學習方法，在於你的學習時間是否得到了高效利用，是否能通過高效學習把知識轉化為你真正的實力。

只是如果你注意力渙散，身在書桌前，神遊天地間；如果你好不容易學完了，轉眼又忘得一干二凈；如果你寫了很多代碼卻不會舉一反三，同一個知識點換了個問法又被難住了；如果你對於你所學習的領域缺乏好奇心和探索精神，只是當一天和尚，敲一天鍾，沒有刻意練習。那麼，花費再多的時間，又有什麼成效呢？

捫心自問一下，你上一次坐下來長時間專注於學習，是什麼時候呢？

似乎這件事變得越來越難以做到，因為我們的生活已經有太多的干擾：必須要點的微博、朋友圈點贊、支付寶螞蟻森林收能量……誘惑源源不斷，切割了我們在學習上的很多可能性。我們接受了太多無效輸入，自然也不會產生高效的輸出。讀到這，你可能又要問我了：「該怎麼辦才好呢？」比起一味地延長學習時間，更『刻意』地學習更重要。

學習從來都不是一個階段的事，更不是一件輕松的事，但是我們可以優化我們的學習路徑，比如給自己創造一個干擾項少的學習環境。拿自學編程來說，你需要的就是一台電腦。在學習的時候，你最好離手機遠一點，並關掉電腦版微信、QQ和一些亂七八糟的應用。不過，自學之路從來都不是輕松的，這也才顯得它的專業性和獨特性。願你學成歸來，已然成了一名大神！