快速进入陌生知识领域的四个步骤

快速进入生疏学问领域的四个步骤

如何能够快速进入一个全新的学问领域呢？四部曲：

1.大量泛读

■目标：扩大信息源，兼听则明

・关键动作：搜寻、查看相关书目、纪录关键术语和概念、保藏一些精品文章待重复阅

读

■要点：开放吸纳，不做推断，不强迫自己记忆

扩大信息源，樗寻，查找，开放吸纳，不做推断，做大量的泛读，不争取全部理解C

在这个过程中：适当保存一些你认为可再次精读的文章，但是目前阶段，先不要把重点放

到精读上。我们的目标是：先让大脑爆炸掉。

这段时间对于有些人来说很苦痛，之所以苦痛是由于你试图每个信息都要思索，然后

发觉相互冲突，视角紊乱，或急于反对。但是对我来说很享受，有时会发觉与自己的观点

截然不同的观点，也不要忙着去反对，有的时候会遇到你已经想过的观点，也不要忙于去

洋洋得意。有的时候会遇到你全然没有想过的内容，也不要忙着去深化思索，明辨是非。

总之，此时，汲取大于辨别，甚至大于理解。避开断章取义的方法就是先让更多的内容进

来，就像《罗生门》一样，每个信息或许只供应应一个角度，但是只有足够的多，才能渐

渐拼凑出全局。

这个阶段，总共花4・5个小时，初步的效果就可达到了。

真正的效果会受到以下因素影响：

•你是否擅长使用搜寻引擎

•你是否有储备的好的信息来源头

有爱好的同学也可以查看过去的我的一篇《高效信息搜集及管理术》。

当然，有些同学习惯去请教他人而不是搜寻引擎，也无妨。关键是提问的技巧如何帮

别人快速回答你，在于我来说，若不先使用搜寻引擎猎取大致脉络，是很难去向人请教的，

这是不同的习惯吧。

2.整理核心术语并梳理关系

■目标：建立学问框架体系

■关键动作：回顾术语，适当精读，明确术语之间关系

■要点：可视化，讲故事

4-5个小时泛读之后,我们已经有一个很人的突破：我们已经拥有了一个全新的学问

领域的各种术语了。当别人提出，你最起码知道他们在说什么，也能够恰好联想到这个术

语之前所存在的信息，也许是什么场景，基本的沟通应当已经不成问题了。

但是，真正的化学反应应当在之后发生一找关系

关系是一个很有用处的概念。古人云的“举一反三"，本身就是要依靠于关系。这个

"一"和"三〃所代表的“事物"，肯定是有某种相像性、相关性，才能够让我们举一反

但是，明晓"关系"本身就是一个特别高深的技能，不然就不会有一句话：“物有本

末，事有终始。知所先后，则近道矣"了一突然觉得得道的人都是关系学家，他们都是

把握了种种关系之要诀。

关系的分类许多,比如因果（由于a所以b）、依靠或影响（有了a,b会怎么样）、次序（先

做a再做b）、相像（a和b在某些特指的属性上同类）、相近（a和b在空间或时间等维度上

接近）……，假如我们搞不清晰，那么就是统称"相关"，大家可以理解为什么新闻里常常

消失相关这个概念了吧。

我们拥有的术语，当然肯定都是"相关"关系,我们的任务恰恰就是把这些“相关〃

进一步明确掉。

Stepl.卡片分类，建立属性层级分类

可以用脑图、站点架构图关心我们快速梳理。

这块可以帮我们更加抽象去理解这个简单的系统，而不是聚焦在详细某个特例上，也

是举一反三的基础的基础。比如，当你知道了PHP是做什么的，而你又了解了JAVA、C

和PHP常常在一起对比，他们都属于开发语言，那么在这个阶段，你不需要深化学习某种

语言，只要把术语中属于开发语言的都放到一个坑里即可。

Step2.可视化它们的关系

即使我们已经对这些术语分好了类，简化了我们的理解，但是他们彼此间是如何发生

关系的呢？

除了重复阅读深入理解外，单纯的文字表达已经比较苍白了，我们有必要借助一些可

视化手段关心我们快速理解整个学问体系。

美岳时分凌

可视化读W从A/41*:X分困*狎械应生表

啮出娘螟泉洞©

汕道团

实件关，田(H)

关5.图

栗狗图主5取

脑图(MindMap)

侧重于描述层次关系一一从高层到细节的发散。脑图要表达的关系特别单纯，可以说

是最不需要动脑子的图，只要有基本的心智，加上一个工具（现在这个工具也被破解得很厉

害），分分钟产出一份看似很高大上的图来。所以大多数人都很喜爰用它，尤其是老板，组

织架构用它，梳理需求用它，提功能清单还用它……

不动脑为啥用脑图呢，可能是脑图本身也是定位于将你大脑里原原本本的东西给掏出

来有条理展现消失而已。

流程图（Flowchart）

这个图就需要动点脑子了，梳理流程本身还好说，把事情给还原出来，关键是流程优

化也要靠它。流程图依据表现形式，可以分成一般流程图（好吧,我承认这个术语是我自己

造的……人家也不知道怎么叫嘛）以及泳道图。依据使用场景，则可分成业务流程图、数据

流程图、页面流程图……

架构图：

现在我画得最多的，而且觉得需要好好学习的，就是架构图。但是这个图很奇妙，没

有对错，没有方法去评估，甚至还没找到肯定的绘图标准。请教一些技术架构的牛人，得

到的就是这种图要体现系统最高层次的划分以及各部分的依靠关系以及系统与外部的关系。

自己看了网上的一些架构图，发觉也的确没有肯定的规章。所以只能渐渐感悟了。

但是我个人真的有个强迫症：这世界上怎么会存在讲不清道不明的技能和学问呢?只要

存在，肯定有潜在的规章和方法（甚至可以分解成详细步骤的），只是还没有被很好总结出来

而已.

架构图举例：

JavaEEApplication1JavaEEApplication2

Client

ClientTierMachine

DDynamic

Application

ClientHTMLPages

JavaEE

Server

Database

日STier

DatabaseDatabaseServer

由于架构图能够既清晰表达层次划分、大的模块的分类，又能够很好表达他们之间的

错综简单的关系（其实更多就是依靠、引用、数据流向等关系）所以常常被演绎成"生态图"，

比如移动互联网生态图：

中国RTB广告技术生态用

CHINARIBADVERTISINGTECHNOLOGYLANDSCAPE

消

费

者

关系图：

这样的图你也许在网上常常见吧?

不得不承认，这样的表达，的确比成段的问题要清晰多了不是，假如你搜"关系图"

的话，消失最多的就是这种应用场景了。此外就是在计算机领域的”实体关系图"-也即

E-R图，也是我学习内容之一。但是由于关系图的关系本身概念更加宽阔，所以不管任何

关系,其实都是可以叫做关系图的。

假如架构图再进行简化，到一个个实体之间的关系层面，则可视为关系图。而通常说

的概念图，从狭义的层面，也是一种关系图，从广义的层面，则无所不包了，哪怕你顺手

勾画一个简笔画,用来描述你想要的产品，也是一种概念图了。

说究竟，把握画图的核心：在于表达关系。其实我们可以不拘泥于这些图的分类，你

只要有基本的图形、线条、合适的工具，那么就可以开头了。

此外，讲故事，也可以在画图之外，有助于我们理解，比如当时我的一个牛掰同事Justin,

就是这样给我们普及了下网站基础架构学问：

Apache:服务器。APACHE好比是饭店的服务员，你告知他给我上个八抓鱼，他就给

你弄个八抓鱼。你说：我要熊心豹子胆!他说:"对不起，您要的菜不存在〃服务员还能依据

特定的菜来做招微。例如，规定，凡是要熊心豹子胆的，就给他上盘老鼠药。这服务员很

厉害他能把全部用户点的菜，都纪录下来能依据菜量和品种的不同，找到特定的厨师，能

把不受欢迎的顾客拒之门外。

Java:厨师。JAVA是对恳求做出相应处理，取出数据，加工数据，返回结果。服务员

说要红烧猪蹄，那么厨师就从向配菜员要猪蹄，然后炒巴炒巴就做好了，交给服务员。只

要有材料，厨师几乎是什么都能做。但是厨师是有快慢好坏之分的，有的又快又好，有的

又慢又烂。这样可以理解其他的开发语言,都有类似的属性。

数据库：数据库就是一个配菜员加一个大冰箱。是存储数据，各种数据处理工具的一

个东东,厨师(java)说要个20个10斤重的白萝卜，酉歌员就从冰箱里找出来，再给厨师.

缓存：把常常要用到的配菜和原料在厨师旁边留一些备用，免得每次都要去数据库要

数据。有些是始终要放到厨师身边，叫做本地缓存，但是厨师身边的空间是有限的,所以

还需要远程缓存，这样即使多走一些路，也不至于每次都要麻烦配菜师取菜。

这样，再协作他供应的网站技术架构图，特别形象不是吗?

|GETTPOST|

HTTP______1k-SQL

程序(JAVA)故据

APACHE(数据库Search

engine)

浏览器

解析HTML