如何快速學習新的知識

文章內容源自網絡，若有侵權，吾必刪之

1、人生就是不斷學習和探索的過程

前幾天看到一篇文章——《作一件事如何突破「擅長」達到「精通」》(這兒還有一篇)，我卻想到寫這篇如何快速入門一個全新的陌生的知識領域的經驗文章。

而最近買了一本書《高效學習法》，還剛好在路上沒到，我就想趁還沒讀，趕快寫出來。爲何呢?怕我要學的，被書上說完了：(因此這就是一瓶子水不響，半瓶子水晃盪的緣由。知道得越多，愈加現本身不知道得越多，從而沒有什麼可講的了。相反，由於不知道，本身感悟出來，以爲好像別人也不知道似的，趕快分享出來……

圖一：知道得越多，發現不知道得越多

可是咱們仍是要儘可能讓本身「知道」，而不是懵懂。由於：

隨着「知道」邊界的擴張(如圖上的周長)，已知世界和未知世界就多了更多的接觸點，從而咱們有機會探索更多未知領域。

凡是有所學，皆成性格。有時候學習一項技能或一種知識，倒沒法期待它就忽然生效，而是潛移默化中起了化學反應。

堅持是混職場必備技能。沒準忽然工做方向來了個大逆轉，部門發生了變更，崗位進行了輪換，就要求咱們快速適應新的崗位要求，補充新的核心競爭力。另外，生活如此豐富，那麼多扇未知的窗口，保持對生活不斷的探索之心，也須要不斷地學習。

可是，必須得認可，無論多麼愛學習，必定會有不少領域是不擅長的。

好比，我看了一個有名的視頻——激發了我學習coding的熱情，可是現在我依然不會敲下一行代碼。好比，我看了別人在彈尤克里裏，激發了個人好奇心，也買了一個，學習了2周，現在依然在彈《找朋友》，《小星星》，《生日歌》等簡單兒歌……曾經……過去的事情不堪回首，我用一樣的熱情，嘗試了二胡，也只是止步於《滄海一聲笑》，嘗試了陶笛，一樣如上。還有嗎?好多。好比油畫……書法……

這些看似失敗的學習經歷，太多了。

不少事情是要折服天賦、悟性，更多事情是要取決於咱們是否投入了足夠多的精力和時間。

記得當時自學二胡徹底不入門，交了800元報了個入門班，上來就給老師說：我要學習二泉映月。老師當我開玩笑，甚至連一首曲子都不教我，整天，空弦拉來拉去，太枯燥太乏味了。但是老師說：別看我如今拉得這麼好(也這麼不謙虛)，我如今還堅持天天回去拉空弦至少2000弓…… 都是練出來的。我投入的時間不夠多，因此可以解釋我爲何一首簡單的兒歌，雖然調成個調，曲成個曲，可是就是音色始終徘徊到驢叫和雞叫之間。

這種不斷淺嘗不止的學習經歷，沒有幫我成爲某個領域的專家，可是卻幫助我對學習新東西大大下降恐懼之心，並且充滿樂趣。入門的短暫，也領略到另外一扇門後的風情，之後，倘使能夠沉靜下來，也比從新開始的人更加節省時間。且，閒着也是閒着，幹嗎不去學點新東西呢?

接下來看你想在什麼方向投入足夠多的時間，若是沒有時間，也暫時不要苛責本身，畢竟，人生還長，到了之後，想要撿也來得及。

2、我的的快速學習經驗之談

我前幾個月寫了一篇《攻城師指望的產品經理》，我埋下了一個伏筆，說我有空會寫一篇面向非開發出身的產品經理的技術掃盲貼。而後不斷有同窗過來問，寫好了沒，很期待。前幾日還有這樣的郵件。

有這樣等待的時間，何不本身探索學習一下嗎?現在的社會，花一個下午、一個週末的時間，藉助搜索引擎、書目體系，哪怕沒有任何高手在你前面，藉助思考整理、組織，足以幫助咱們搭建出清晰的知識體系了。

這樣，即便你不會去寫代碼，最起碼你知道這是怎麼回事，how it works, 你也會清楚開發者平時說的術語是什麼，尤爲是他們之間是什麼關係，你也會了解每一個開發關心的「東西」到底是幹嗎用的。

你必定會遇到迷惑、盲區、矛盾的地方，這些地方偏偏是能夠詢問一些身邊的專家，獲取更加有針對性的解惑。而不是動輒發送一句：我想要了解一下學習交互設計須要注意些什麼。

在發出這樣的郵件以前，你必定要注意到後果：收件人會把你排除在適合作交互設計的人以外。請必定先問問搜索引擎。

那麼，如何可以快速進入一個全新的知識領域呢？四部曲：

一、大量泛讀

目標：擴大信息源，兼聽則明

關鍵動做：搜索、查看相關書目、記錄關鍵術語和概念、收藏一些精品文章待重複閱讀

要點：開放吸納，不作判斷，不強迫本身記憶

擴大信息源，搜索，查找，開放吸納，不作判斷，作大量的泛讀，不爭取所有理解。在這個過程當中：適當保存一些你認爲可再次精讀的文章，可是目前階段，先不要把重點放到精讀上。咱們的目標是：先讓大腦爆炸掉。

這段時間對於有些同窗來講很痛苦，之因此痛苦是由於你試圖每一個信息都要思考，而後發現相互矛盾，視角紊亂，或急於反駁。可是對我來講很享受，有時會發現與本身的觀點大相徑庭的觀點，也不要忙着去反駁，有的時候會遇到你已經想過的觀點，也不要忙於去洋洋得意。有的時候會遇到你全然沒有想過的內容，也不要忙着去深刻思考，是非分明。總之，此時，吸取大於分辨，甚至大於理解。避免斷章取義的方法就是先讓更多的內容進來，就像《羅生門》同樣，每一個信息或許只提供給一個角度，可是隻有足夠的多，才能慢慢拼湊出全局。

這個階段，總共花4-5個小時，初步的效果就可達到了。

真正的效果會受到如下因素影響：

你是否善於使用搜索引擎

你是否有儲備的好的信息來源頭

有興趣的同窗也能夠查看過去的個人一篇《高效信息蒐集及管理術》

固然，有些同窗習慣去請教他人而不是搜索引擎，也無妨。關鍵是提問的技巧如何幫別人快速回答你，在於我來講，若不先使用搜索引擎獲取大體脈絡，是很難去向人請教的，這是不一樣的習慣吧。

二、整理核心術語並梳理關係

目標：創建知識框架體系

關鍵動做：回顧術語，適當精讀，明確術語之間關係

要點：可視化，講故事

4-5個小時泛讀以後，咱們已經有一個很大的突破：咱們已經擁有了一個全新的知識領域的各類術語了。當別人提出，你最起碼知道他們在說什麼，也可以剛好聯想到這個術語以前所存在的信息，大概是什麼場景，基本的交流應該已經不成問題了。

可是，真正的化學反應應該在以後發生：——找關係

關係是一個頗有用處的概念。古人云的「觸類旁通」，自己就是要依賴於關係。這個「一」和「三」所表明的「事物」，必定是有某種類似性、相關性，纔可以讓咱們觸類旁通。

可是，明曉「關係」自己就是一個很是高深的技能，否則就不會有一句話：「物有本末，事有終始。知所前後，則近道矣」了——忽然以爲得道的人都是關係學家，他們都是掌握了種種關係之要訣。

關係的分類不少，好比因果(由於a因此b)、依賴或影響(有了a，b會怎麼樣)、次序(先作a再作b)、類似(a和b在某些特指的屬性上同類)、相近(a和b在空間或時間等維度上接近)……，若是咱們搞不清楚，那麼就是統稱「相關」，你們能夠理解爲何新聞裏常常出現相關這個概念了吧。

咱們擁有的術語，固然必定都是「相關」關係，咱們的任務偏偏就是把這些「相關」進一步明確掉。

Step1.卡片分類，創建屬性層級分類

能夠用腦圖、站點架構圖幫助咱們快速梳理。

這塊能夠幫咱們更加抽象去理解這個複雜的系統，而不是聚焦在具體某個特例上，也是觸類旁通的基礎的基礎。好比，當你知道了PHP是作什麼的，而你又瞭解了JAVA、C和PHP常常在一塊兒對比，他們都屬於開發語言，那麼在這個階段，你不須要深刻學習某種語言，只要把術語中屬於開發語言的都放到一個坑裏便可。

Step2.可視化它們的關係

即便咱們已經對這些術語分好了類，簡化了咱們的理解，可是他們彼此間是如何發生關係的呢?

除了重複閱讀加深理解外，單純的文字表達已經比較蒼白了，咱們有必要藉助一些可視化手段幫助咱們快速理解整個知識體系。

腦圖(MindMap)

側重於描述層次關係——從高層到細節的發散。腦圖要表達的關係很是單純，能夠說是最不須要動腦子的圖，只要有基本的心智，加上一個工具(如今這個工具也被破解得很厲害)，分分鐘產出一份看似很高大上的圖來。因此大多數人都很喜歡用它，尤爲是老闆，組織架構用它，梳理需求用它，提功能清單還用它……

不動腦爲啥用腦圖呢，多是腦圖自己也是定位於將你大腦裏原本來本的東西給掏出來有條理展現出現而已。

這個圖，我都懶得上例子了，本身搜去。

流程圖(FlowChart)

這個圖就須要動點腦子了，梳理流程自己還好說，把事情給還原出來，關鍵是流程優化也要靠它。流程圖根據表現形式，能夠分紅普通流程圖(好吧，我認可這個術語是我本身造的……人家也不知道怎麼叫嘛)以及泳道圖。依據使用場景，則可分紅業務流程圖、數據流程圖、頁面流程圖……

具體的，我以前也寫過一篇拙文，若是有興趣的話，也能夠繼續去拍拍磚。

架構圖：

如今我畫得最多的，並且以爲須要好好學習的，就是架構圖。可是這個圖很神奇，沒有對錯，沒有辦法去評估，甚至還沒找到必定的繪圖標準。請教一些技術架構的牛人，獲得的就是這種圖要體現系統最高層次的劃分以及各部分的依賴關係以及系統與外部的關係。本身看了網上的一些架構圖，發現也確實沒有必定的規則。因此只能慢慢感悟了。

可是我我的真的有個強迫症：這世界上怎麼會存在講不清道不明的技能和知識呢?只要存在，必定有潛在的規則和方法(甚至能夠分解成具體步驟的)，只是尚未被很好總結出來而已。

架構圖舉例：

由於架構圖可以既清晰表達層次劃分、大的模塊的分類，又可以很好表達他們之間的錯綜複雜的關係(其實更多就是依賴、引用、數據流向等關係)，因此常常被演繹成「生態圖」，好比移動互聯網生態圖：

關係圖：

這樣的圖你大概在網上常常見吧?

不得不認可，這樣的表達，確實比成段的問題要清楚多了不是，若是你搜「關係圖」的話，出現最多的就是這種應用場景了。此外就是在計算機領域的「實體關係圖」-也即E-R圖，也是我學習內容之一。可是由於關係圖的關係自己概念更加廣闊，因此無論任何關係，其實都是能夠叫作關係圖的。

若是架構圖再進行簡化，到一個個實體之間的關係層面，則可視爲關係圖。而一般說的概念圖，從狹義的層面，也是一種關係圖，從廣義的層面，則無所不包了，哪怕你隨手勾勒一個簡筆畫，用來描述你想要的產品，也是一種概念圖了。

說到底，掌握畫圖的核心：在於表達關係。其實咱們能夠不拘泥於這些圖的分類，你只要有基本的圖形、線條、合適的工具，那麼就能夠開始了。

此外，講故事，也能夠在畫圖以外，有助於咱們理解，好比當時個人一個牛掰同事Justin，就是這樣給咱們普及了下網站基礎架構知識：

Apache：服務器。APACHE比如是飯店的服務員, 你告訴他給我上個八抓魚, 他就給你弄個八抓魚.你說: 我要熊心豹子膽!他說:」對不起, 您要的菜不存在」服務員還能根據特定的菜來作跳轉.例如,規定, 凡是要熊心豹子膽的, 就給他上盤老鼠藥.這服務員很厲害他能把全部用戶點的菜, 都記錄下來能根據菜量和品種的不一樣, 找到特定的廚師.能把不受歡迎的顧客拒之門外.

Java：廚師。JAVA是對請求作出相應處理, 取出數據, 加工數據, 返回結果。服務員說要紅燒豬蹄. 那麼廚師就從向配菜員要豬蹄, 而後炒巴炒巴就作好了, 交給服務員.只要有材料, 廚師幾乎是什麼都能作. 可是廚師是有快慢好壞之分的.有的又快又好, 有的又慢又爛。這樣能夠理解其餘的開發語言，都有相似的屬性。

數據庫：數據庫就是一個配菜員加一個大冰箱。是存儲數據, 各類數據處理工具的一個東東，廚師(java)說要個20個10斤重的白蘿蔔, 配菜員就從冰箱裏找出來,再給廚師.

緩存：把常常要用到的配菜和原料在廚師旁邊留一些備用，省得每次都要去數據庫要數據。有些是一直要放到廚師身邊，叫作本地緩存，可是廚師身邊的空間是有限的，因此還須要遠程緩存，這樣即便多走一些路，也不至於每次都要麻煩配菜師取菜。

……

這樣，再配合他提供的網站技術架構圖，很是形象不是嗎?

三、驗證

當你梳理了術語，並可以能通順地講、可視化他們之間的關係的時候，其實我以爲你應該已經入門了。

可是你的理解是不是對的?或者你在過程當中，必定也會遇到疑惑和理解障礙。

將這些問題，記錄下來，而後再從新進行一些針對性的精讀，效果比一開始精讀的好太多了。由於：

你帶着問題去讀，必定會有更多思考，變被動的接收成爲與做者的交互

你有了必定的知和理解基礎。

到這個階段，若是還遇到一些沒法解答的問題，那麼詢問更爲資深的人物得到幫助，另外，也沒必要對他們的回答全盤接受。當你已經有了一些基礎，你也會發現，或者這些「專家」給出的答案，也僅僅是一種可能性、一種場景而已。或者是他本身的很好的經驗，可是是否可以被你所用，則要具體狀況具體分析了。

四、計劃

知識體系有了，你在全圖之下更易取捨：哪些要繼續深刻學習，哪些是你未來工做必不可少的，哪些僅限於目前的瞭解便可……

好比在瞭解了數據產品構建過程當中，發現數據倉庫、數據etl、數據挖掘是僅限於瞭解的，而數據應用層的數據可視化，以及報表系統是能夠結合過去的背景更好發力的，那麼就深刻之。

取捨後，就能夠制定具體的精進計劃。

3、最後，甘於作門外漢

舒國治是我很喜歡的散文家。讀過他《理想的下午》，最近讀了他寫的《京都的門外漢》，他去了京都屢次，幾乎每次都是深度遊，可是他依然以門外漢的角度定位本身，可是他對於京都的感覺、描述，甚至比日本門內漢更加細緻。但這不妨礙他繼續稱爲門外漢，也不影響他能夠很樂意將這些不足爲人道(和門內相比)的體驗分享給讀者。

我也樂於作一些門的門外漢，偶爾透過門縫窺一下里面的風光。