一. 人生就是不斷學習和探索的過程
前幾天看到一篇文章——《做一件事如何突破「擅長」達到「精通」》(這兒還有一篇)，我卻想到寫這篇如何快速入門一個全新的陌生的知識領域的經驗文章。
而最近買了一本書《高效學習法》，還恰好在路上沒到，我就想趁還沒讀，趕快寫出來。為什麼呢?怕我要學的，被書上說完了。
是以這就是一瓶子水不響，半瓶子水晃蕩的原因。知道得越多，越發現自己不知道得越多，進而沒有什麼可講的了。相反，因為不知道，自己感悟出來，覺得好像别人也不知道似的，趕快分享出來……
但是我們還是要盡量讓自己“知道”，而不是懵懂。因為：
随着“知道”邊界的擴張(如圖上的周長)，已知世界和未知世界就多了更多的接觸點，進而我們有機會探索更多未知領域。
凡有所學，皆成性格。有時候學習一項技能或一種知識，倒無法期待它就突然生效，而是潛移默化中起了化學反應。
堅持是混職場必備技能。沒準突然工作方向來了個大逆轉，部門發生了變動，崗位進行了輪換，就要求我們快速适應新的崗位要求，補充新的核心競争力。另外，生活如此豐富，那麼多扇未知的視窗，保持對生活不斷的探索之心，也需要不斷地學習。
但是，必須得承認，不管多麼愛學習，一定會有很多領域是不擅長的。
比如，我看了一個有名的視訊——激發了我學習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、資料挖掘是僅限于了解的，而資料應用層的資料可視化，以及報表系統是可以結合過去的背景更好發力的，那麼就深入之。
取舍後，就可以制定具體的精進計劃。
最後：甘于做門外漢
樂于做一些門的門外漢，偶爾透過門縫窺一下裡面的風光。
來源：Heidi格物志 作者：Heidixie