自學一門新知識的時候如何快速的把握重點？
去圖書館找一本該門學科最薄的教材，那都是最基礎的基礎了。
自己收藏的一篇文章，分享給大家
【一】
人生就是不斷學習和探索的過程
前幾天看到一篇文章——《做一件事如何突破「擅長」達到「精通」》（這兒還有一篇），我卻想到寫這篇如何快速入門一個全新的陌生的知識領域的經驗文章。
而最近買了一本書《高效學習法》，還恰好在路上沒到，我就想趁還沒讀，趕快寫出來。為什麼呢？怕我要學的，被書上說完了：（所以這就是一瓶子水不滿，半瓶子水晃蕩的原因。知道的越多，發現自己不知道就得越多，從而沒有什麼可講的了。相反，因為不知道，自己感悟出來，覺得好像別人也不知道似的，想趕快分享出來。）
圖一：知道的越多，發現不知道的越多
但是我們還是要盡量讓自己「知道」，而不是懵懂。因為：
隨著「知道」邊界的擴張（如圖上的周長），已知世界和未知世界就多了更多的接觸點，從而我們有機會探索更多未知領域。
凡有所學，皆成性格。有時候學習一項技能或一種知識，倒無法期待它就突然生效，而是潛移默化中起了化學反應。
堅持是混職場必備技能。沒準突然工作方向來了個大逆轉，部門發生了變動，崗位進行了輪換，就要求我們快速適應新的崗位要求，補充新的核心競爭力。另外，生活如此豐富，那麼多扇未知的窗口，保持對生活不斷的探索之心，也需要不斷地學習。
但是，必須得承認，不管多麼愛學習，一定會有很多領域是不擅長的。
比如，我看了一個有名的視頻——激發了我學習coding的熱情，但是如今我依然不會敲下一行代碼。比如，我看了別人在彈尤克里里，激發了我的好奇心，也買了一個，學習了2周，如今依然在彈《找朋友》、《小星星》、《生日歌》等簡單兒歌。曾經過去的事情不堪回首，我用同樣的熱情，嘗試了二胡，也只是止步於《滄海一聲笑》。嘗試了陶笛，同樣如上。還有嗎？好多，比如油畫、書法。
這些看似失敗的學習經歷，太多了。
很多事情是要折服於天賦、悟性，更多事情是要取決於我們是否投入了足夠多的精力和時間。
記得當時自學二胡完全不入門，交了800元報了個入門班，上來就給老師說：我要學習二泉映月。老師當我開玩笑，甚至連一首曲子都不教我，成天空弦拉來拉去，太枯燥乏味了。可是老師說：別看我現在拉得這麼好（也這麼不謙虛），我現在還堅持每天回去拉空弦至少2000弓……都是練出來的。我投入的時間不夠多，所以就能夠解釋為什麼我拉一首簡單的兒歌，雖然調成個調，曲成個曲，但是音色始終徘徊在驢叫和雞叫之間。
這種不斷淺嘗不止的學習經歷，沒有幫我成為某個領域的專家，但是卻幫助我對學習新東西大大降低恐懼之心，而且充滿樂趣。入門的短暫，也領略到另一扇門後的風情，以後，倘使可以沉靜下來，也比重新開始的人更加節省時間。而且，閑著也是閑著，幹嘛不去學點新東西呢？
接下來看你想在什麼方向投入足夠多的時間，如果沒有時間，也暫時不要苛責自己。畢竟，人生還長，到了以後，想要撿也來得及。
【二】
個人的快速學習經驗之談
我前幾個月寫了一篇《攻城師期望的產品經理》，埋下了一個伏筆，說我有空會寫一篇面向非開發出身的產品經理的技術掃盲貼。然後不斷有同學過來問，寫好了沒，很期待，前幾日還有這樣的郵件。
有這樣等待的時間，何不自己探索學習一下？如今的社會，花一個下午、一個周末的時間，藉助搜索引擎、書目體系，哪怕沒有任何高手在你前面，藉助思考整理、組織，足以幫助我們搭建出清晰的知識體系了。
這樣，即使你不會去寫代碼，最起碼你知道這是怎麼回事，how it works， 你也會清楚開發者平時說的術語是什麼，尤其是他們之間是什麼關係，你也會了解每個開發者關心的「東西」究竟是幹嘛用的。
你一定會遇到迷惑、盲區、矛盾的地方，這些地方恰恰是可以詢問一些身邊的專家，獲取更加有針對性的解惑。而不是動輒就發送一句：我想要了解一下學習交互設計需要注意些什麼。
在發出這樣的郵件之前，你一定要注意到後果：收件人會把你排除在適合做交互設計的人之外，請一定要先問問搜索引擎。
那麼，如何能夠快速進入一個全新的知識領域呢？四部曲：
1、大量泛讀
目標：擴大信息源，兼聽則明
關鍵動作：搜索、查看相關書目、記錄關鍵術語和概念、收藏一些精品文章待重複閱讀
要點：開放吸納，不做判斷，不強迫自己記憶
擴大信息源，搜索、查找、開放吸納、不做判斷、做大量的泛讀，不爭取全部理解。在這個過程中：適當保存一些你認為可再次精讀的文章，但是目前階段，先不要把重點放到精讀上。我們的目標是：先讓大腦爆炸掉。
這段時間對於有些同學來說很痛苦，之所以痛苦是因為你要試圖每個信息都進行思考，然後發現相互矛盾，視角紊亂，或急於反駁。但是對我來說這很享受，有時會發現與自己的觀點截然不同的觀點，也不要忙著去反駁，有的時候會遇到你已經想過的觀點，也不要洋洋得意。有的時候會遇到你全然沒有想過的內容，也不要忙著去深入思考，明辨是非。總之，此時，吸收大於分辨，甚至大於理解。避免斷章取義的方法就是先讓更多的內容進來，就像《羅生門》一樣，每個信息或許只提供給一個角度，但是只有足夠多，才能慢慢拼湊出全局。
這個階段，總共花4-5個小時，初步的效果就可達到了。
真正的效果會受到以下因素影響：
你是否善於使用搜索引擎？
你是否有儲備好的信息來源頭？
當然，有些同學習慣去請教他人而不是搜索引擎，也無妨。關鍵是提問的技巧在於如何幫別人快速回答你，於我來說，若不先使用搜索引擎獲取大致脈絡，是很難去向人請教的，這是不同的習慣吧。
2、整理核心術語並梳理關係
目標：建立知識框架體系。
關鍵動作：回顧術語，適當精讀，明確術語之間關係。
要點：可視化，講故事。
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斤重的白蘿蔔，配菜員就從冰箱里找出來，再給廚師。
緩存：把經常要用到的配菜和原料在廚師旁邊留一些備用，免得每次都要去資料庫要數據。有些是一直要放到廚師身邊，叫做本地緩存，但是廚師身邊的空間是有限的，所以還需要遠程緩存，這樣即使多走一些路，也不至於每次都要麻煩配菜師取菜。
這樣，再配合他提供的網站技術架構圖，非常形象不是嗎？
3、驗證
當你梳理了術語，並能夠能通順地講、可視化他們之間關係的時候，其實我覺得你應該已經入門了。
但是你的理解是否是對的？或者你在過程中，一定也會遇到疑惑和理解障礙。
將這些問題，記錄下來，然後再重新進行一些針對性的精讀，效果比一開始精讀的好太多了。因為：你帶著問題去讀，一定會有更多思考，變被動的接收成為與作者的交互，你就有了一定的知識和理解基礎。
到這個階段，如果還遇到一些無法解答的問題，那麼詢問更資深的人物獲得幫助。另外，也不必對他們的回答全盤接受。當你已經有了一些基礎，你也會發現，或者這些「專家」給出的答案，也僅僅是一種可能性、一種場景而已。或者是他自己很好的經驗，但是是否能夠被你所用，則要具體情況具體分析了。
4、計劃
知識體系有了，你在全圖之下更易取捨：哪些要繼續深入學習，哪些是你將來工作必不可少的，哪些僅限於目前了解的即可。
比如在了解了數據產品構建過程中，發現數據倉庫、數據etl、數據挖掘是僅限於了解的，而數據應用層的數據可視化，以及報表系統是可以結合過去的背景更好發力的，那麼就深入為之。
取捨後，就可以制定具體的精進計劃。
【三】
最後，甘於做門外漢
舒國治是我很喜歡的散文家。讀過他《理想的下午》，最近讀了他寫的《京都的門外漢》，他去了京都多次，幾乎每次都是深度游，但是他依然以門外漢的角度定位自己，但是他對於京都的感受、描述，甚至比日本門內漢更加細緻。但這不妨礙他繼續稱為門外漢，也不影響他可以很樂意將這些不足為人道（和門內相比）的體驗分享給讀者。
我也樂於做一些門的門外漢，偶爾透過門縫窺一下裡面的風光。在大學的學習中，經典教材和學校採用教材衝突的時候如何取捨? - 邵成的回答找書的一點小技巧。找到適合自己的書，翻閱目錄，快速瀏覽一下。另外英文wikipedia也是個高質量的知識庫，對所學科目一開始完全摸不著頭腦時，可以在wikipedia上找到相應的介紹頁，然後從該頁出發，快速遍歷相應的子學科/學科方法/重要人物和文獻等等，獲得對該學科大致的感覺。
多找幾本書，交集就是重點
有一個比較另類的方法，就是在知乎上或者quora上看相關內容，看完一些內行人的討論你大概就知道學習這東西的重點在哪裡了
比如我學haskell的時候看到知乎上很多人都在討論函數式和monad，那麼這兩部分就會成為我haskell的時候的重點了看書自己悟；與別人交流；聽高人指點
看那門新知識考試的大綱 。
用來賺錢
推薦閱讀：