|
|
|
|
|
# 26 | 阅读准备：当我们谈论快速阅读时，我们究竟在谈论什么？
|
|
|
|
|
|
|
|
|
|
|
|
你好，我是陈亦峰，欢迎你和我一起学英语。
|
|
|
|
|
|
|
|
|
|
|
|
今天我们开始阅读一篇新的文章，题目叫做[InfoQ’s 2019, and Software Predictions for 2020](https://www.infoq.com/articles/infoq-2019-retrospective/)。这也是我们专栏的最后一篇语料。我们还是先对这篇文章进行一个总体导读，然后借这篇语料，来谈一谈“快速阅读”的话题，帮你总结一下提高阅读速度的方法。
|
|
|
|
|
|
|
|
|
|
|
|
## 阅读开始前的“脱壳”准备
|
|
|
|
|
|
|
|
|
|
|
|
看文章之前，还是按照老习惯，我们先分析一下题目InfoQ’s 2019, and Software Predictions for 2020。
|
|
|
|
|
|
|
|
|
|
|
|
这个题目非常直截了当，一看2019和2020这两个年份，加上主题词software，就知道这是一篇回顾加预测的文章。文章发布的日期为2019年12月6日，是在辞旧迎新之际。我们可以想见，InfoQ作为新闻平台，会发布很多这种类型的文章，来回顾软件行业过去一年的发展，并展望来年的趋势。
|
|
|
|
|
|
|
|
|
|
|
|
接下来是Key Takeaways，也就是作者帮我们做的摘要总结。我们用最快的速度来略读一下。这是一篇整个软件行业的年度回顾加预测文章，我们可以预期在文章里一定会讲到软件行业的方方面面，因此在初次skimming的过程中，只需要了解文章要讲的话题，找到文章中的名词关键词就可以了，其他先不用去看。
|
|
|
|
|
|
|
|
|
|
|
|
我在作者写的五点takeaways里给一些关键词加了粗（见下文），这是我自己在skimming过程中找出来的，前后大约花了半分钟时间。通过这半分钟，我大致了解到，这篇文章会在量子计算、虚拟现实、Web Assembly、Kubernetes以及软件架构（微服务和FaaS）这些方面进行回顾或预测。
|
|
|
|
|
|
|
|
|
|
|
|
> Last month, Google claimed to have achieved **quantum supremacy**—the name given to the step of proving quantum computers can deliver something that a classical computer can’t. That claim is disputed, and it may yet turn out that we need a better demonstration, but it still feels like a significant milestone.
|
|
|
|
|
|
|
|
|
|
|
|
> A surprise this year was the decline of interest in **Virtual Reality**, at least in the context of Smart-phone-based VR. Despite this we still think that something in the AR/VR space, or some other form of alternative computer/human interaction, is likely to come on the market in the next few years and gain significant traction.
|
|
|
|
|
|
|
|
|
|
|
|
> We expect to see the interest in **Web Assembly** continue and hope that the tooling for it will start to mature.
|
|
|
|
|
|
|
|
|
|
|
|
> In our DevOps and Cloud trend report, we noted that **Kubernetes** has effectively cornered the market for container orchestration, and is arguably becoming the cloud-agnostic compute abstraction. The next “hot topics” in this space appear to be “service meshes” and developer experience/workflow tooling.
|
|
|
|
|
|
|
|
|
|
|
|
> We’re looking forward to seeing what the open source community and vendors are working on in the understandability, observability, and debuggability space in the context of **architectural patterns such microservices and functions(as-a-service**).
|
|
|
|
|
|
|
|
|
|
|
|
对不了解软件工程的非专业人士而言，你或许只听说过量子计算和虚拟现实这两个主流媒体报道相对较多的话题。对于了解IT行业的专业人士而言，你应该可以非常快地把这些关键词识别出来。你看，这就是背景知识在阅读过程中发挥的作用。**可以说，一篇文章的技术性越强，背景知识或专业知识就能发挥越重要的作用；同样道理，一篇文章的技术性越强，缺乏背景或专业知识就会对阅读理解构成更大的障碍。**
|
|
|
|
|
|
|
|
|
|
|
|
我在这里再次强调一下，阅读开始之前准备工作的重要性。有人把这个过程形象地比喻为“脱壳”或“脱外套”，也就是我们开始阅读一本书之前，不要立刻翻到第一章，然后从第一段开始读，一定要先快速研究以下几个要素：首先是题目，包括副标题，这不用多说；其次是作者的背景情况，第三就是书的目录和摘要总结，这些内容一般在一本书的封面、封底、腰封、目录、序言等处，能够帮助我们了解一本书的总体思路和框架，给我们接下来的阅读指明大方向，甚至可以帮助我们决定是否需要开始阅读。
|
|
|
|
|
|
|
|
|
|
|
|
## 通过找关键词快速略读全文
|
|
|
|
|
|
|
|
|
|
|
|
这篇文章全文大约2500字左右，我逐行读完全文，大约需要三十分钟左右，这是非常缓慢的阅读速度，主要是因为对文章中的部分内容不熟悉，导致我比阅读普通的文章速度慢了三至四倍。
|
|
|
|
|
|
|
|
|
|
|
|
但是，如果我不求甚解，只是想大概把握全文的主要意思，我的眼睛可以像雷达一般顺着手指移动的方向，快速扫描全文并捕捉关键字，大约一分钟左右就可以完成。根据我找到的关键词，我这里整理出了一个文章大纲，如下：
|
|
|
|
|
|
|
|
|
|
|
|
> **回顾部分：**
|
|
|
|
|
|
> **量子计算**：IBM（decoherence，量子脱散）；谷歌（quantum supremacy，量子优势）；微软（开源Q#，量子计算语言）
|
|
|
|
|
|
> **虚拟现实**：谷歌（停Daydream VR）；BBC（解散VR内容团队）
|
|
|
|
|
|
> **Java：**JavaScript、Java、C#、Rust、Swift、Go、Python、Kotlin等持续升温；微软（OpenJDK、JClarity、Monica Beckwith）；Spring Framework；Matt Raible’s JHipster book；non-HotSpot JVMs、OpenJ9、GraalVM
|
|
|
|
|
|
> **.NET**：.NET Core 3; WebAssembly; Blazor（ASP.NET Core新框架）；C#仅次于Java、C#8
|
|
|
|
|
|
> **网站开发：**JavaScript（Vue、React）；TensorFlow.js.（机器学习） ；Web Assembly、Typescript、Elm和Svelte
|
|
|
|
|
|
> **架构**：分布式计算、微服务架构
|
|
|
|
|
|
> **人工智能、机器学习和数据工程**：麻省理工GEN；谷歌ML Kit；对话界面；PostgreSQL
|
|
|
|
|
|
> **文化与方法**：敏捷开发；Scrum；远程工作
|
|
|
|
|
|
> **DevOps和云**：Kubernetes；服务网格（service meshes）；工作流工具；Ballerina、Pulumi；Dark（Beta）；Ecstasy语言
|
|
|
|
|
|
|
|
|
|
|
|
> **预测部分：**
|
|
|
|
|
|
> **云平台**：Kubernetes；五大云供应商：亚马逊、谷歌、IBM+Red Hat、微软、VMware+Pivotal；服务网格；持续交付流水线，GitOps、k8s YAML
|
|
|
|
|
|
> **架构**：“管理复杂性”之年；微服务、FaaS；分布式计算的“可理解性、可观察性和可调试性”（understandability, observability, and debuggability）；低代码平台（微软：PowerApps、Flow、Power BI、Power Platform）
|
|
|
|
|
|
> **.NET生态**：Blazor；.NET 5（和Java、Objective-C和Swift互操作）；微软ML.NET；Web Assembly
|
|
|
|
|
|
> **虚拟现实**：AR/VR及其他另类计算、人机交互形式
|
|
|
|
|
|
|
|
|
|
|
|
有人也把这种用眼睛搜索关键词的方法，称为“苹果阅读法”。怎么说呢？如果一本书或者一篇文章是一片果园，果园里面种了好多种不同的水果，有苹果、橘子、鸭梨、菠萝、草莓等等，但是你如果带着具体的目的或者问题来阅读，你进入果园之后只找苹果，不理会其他的水果，一次只完成一个任务，集中注意力去寻找自己关注的那个“苹果”，这样就可以大大提高阅读的效率。
|
|
|
|
|
|
|
|
|
|
|
|
我相信，对于刚刚这个由关键词组成的粗略提纲，在一个对IT行业几乎一无所知的小白眼中，或许就是一堆毫无意义的零散文字，完全无法串联其中的逻辑关系；但是对于有深厚IT行业背景知识的读者来说，他们可以凭借原本已经拥有的完整的知识框架，在找出这些关键词的同时，快速把这些关键词由点连成线，由线再结成网，在脑海中勾勒出这篇文章的逻辑结构。就像我前面讲的，一篇文章的技术性越强，背景知识或专业知识就能发挥越重要的作用。
|
|
|
|
|
|
|
|
|
|
|
|
在找关键词的过程中，我们还会注意到一点，这篇文章其实也是一份索引，每个话题中都带有InfoQ相关的新闻报道、访谈文章和出版物信息，而且还根据受读者欢迎程度进行了排名，如果读者对某一个话题感兴趣希望深入阅读，可以点击相关的链接。
|
|
|
|
|
|
|
|
|
|
|
|
## 关于快速阅读的真相
|
|
|
|
|
|
|
|
|
|
|
|
刚才我带你快速阅读了这篇文章，其实算不算阅读，顶多是浏览。那到底怎么快速阅读呢？下面我们就来谈一谈。
|
|
|
|
|
|
|
|
|
|
|
|
根据我多年阅读的体会，**阅读量或者阅读速度上不去的根本原因，在于习惯不好**。我们先来逆向地想一想，阻碍我们阅读量提高以及降低我们阅读速度的坏习惯都有哪些？我来总结7个坏习惯，看看你有没有。
|
|
|
|
|
|
|
|
|
|
|
|
* 坏习惯1：读外语书逢生词就查，导致阅读进展缓慢，一两页后就兴趣全无。
|
|
|
|
|
|
* 坏习惯2：三天打鱼、两天晒网，心血来潮猛读一通，但无法持久。
|
|
|
|
|
|
* 坏习惯3：一本书从第一章第一个字开始读，不读完觉得有负罪感。
|
|
|
|
|
|
* 坏习惯4：看书的时候同时做其他的事情，例如查看、回复微信等。
|
|
|
|
|
|
* 坏习惯5：阅读时默念词句，眼睛看到文字后先转化为大脑中的声音，才能被大脑理解。
|
|
|
|
|
|
* 坏习惯6：时不时需要往回读刚才已经“读过”的内容，或者读完一段不知道在讲什么。
|
|
|
|
|
|
* 坏习惯7：读所有的书都有“速度”焦虑，都想尽快读完，读几页就烦躁不已
|
|
|
|
|
|
|
|
|
|
|
|
这些习惯看上去是不是似曾相识？这些也是我自己身上都曾经有过的坏习惯，就我的经验来看，这是制约阅读数量和质量的主要因素。基于以上的这些问题，我给你提七点提高阅读速度的建议。
|
|
|
|
|
|
|
|
|
|
|
|
**第一，兴趣是最好的老师。**First and foremost, enjoying it! 最根本的还是要培养阅读的兴趣，要喜欢阅读这件事情。正因为如此，阅读的内容尽量要符合两个条件：自己感兴趣的领域，自己熟悉的话题。千万不要逼自己去读一些所谓的“名著”。读英文内容，要让你的兴趣和知识去补语言的短板，帮助你碰到生词的时候，利用你的知识、根据上下文去猜测生词的含义。具体怎么猜，我们下一次会具体来讲。
|
|
|
|
|
|
|
|
|
|
|
|
**第二，让阅读成为习惯。**什么是习惯？习惯就是每天都会做、不做你会觉得难受的事情，例如每天起床之后要刷牙、洗脸，就是习惯。如果可以把阅读也变成每天的习惯，例如每天睡觉前如果可以把刷手机的时间匀一半出来给阅读，一年就可以多读很多的书。要给养成阅读习惯创造便捷的条件，给自己定一个无法寻找借口的目标，例如每天看一页，如果做不到你自己都不敢照镜子。另外，尽量把阅读的小环境弄得舒服一点，使图书无处不在、随手可得。
|
|
|
|
|
|
|
|
|
|
|
|
**第三，要丢弃一些陈旧的观念。**为什么一字一句地从头读到尾才算把一本书读完？为什么开始读一本书就一定要把它读完？ 谁说不可以同时看五本书？为什么我们看公众号的文章就懂得快速浏览、而读一本书就不行呢？看公众号的文章和看一本书有什么不一样呢？其实读书的方式有很多，要学会用好一本书，而不是非要读完一本书。选书不慎，发现烂，就应该及时止损。略读两遍的效果，往往也要好过精读一遍。
|
|
|
|
|
|
|
|
|
|
|
|
**第四，一心多用是阅读的大敌。**读书时间不用太久，但一定要专注，拒绝一切干扰。目前来看，对专心阅读影响最大的外部因素还是社交媒体。除了睡觉以外，要让一个人一小时不看手机还是比较困难的。在条件允许的情况下，阅读时最好还是要约束自己尽量专注，最简单的办法就是把手机关机，放到自己够不到的地方。
|
|
|
|
|
|
|
|
|
|
|
|
**第五，克服阅读时在脑子里“朗读”的习惯。**我们说话的语速大约每分钟150~200字左右，汉语英语基本差不多。如果养成在脑子里默读的习惯，眼睛看到文字再转化为声音，你的阅读速度的上限就是你的语速。要尽量练习消除默读环节，眼睛看到后直接由大脑理解意思，可以逐步提高阅读速度。有人在阅读时会嚼口香糖，很多正是出于关闭默读通道的目的。这一条对母语阅读的改进会比较明显，而对于外语阅读，即使克服了“默读”，阅读速度的潜力也会因为英语理解能力不强而受到限制。
|
|
|
|
|
|
|
|
|
|
|
|
**第六，使用辅助手段杜绝“回头看”。**不少人读着读着感觉前面没看懂或者忘记了，就会退回去重新看，这是拖慢阅读速度的一大原因。这种现象本身是你的大脑走神造成的，养成这样的习惯会导致恶性循环，使得大脑不断走神，结果看了半天，看了后面忘了前面，理解率会非常低。人眼看东西往往是四处漂移的（saccadic eye movement），最简单的办法就是用手指点在要阅读的句子下面从左到右移动，眼睛跟着手指移动的方向和速度，全神贯注地往下阅读。
|
|
|
|
|
|
|
|
|
|
|
|
**第七，想快就快，想慢就慢，才是真的会阅读。**阅读的目的大体可以分为两类，一类是获取信息和知识，另外一类是享受文字的乐趣。对于后者，一般是需要慢慢品细细读的。例如你是哈利波特迷，当你拿到等了九个月的新书时，你会想办法两小时把它读完吗？而对于很多实用型的图书或文章，对你其实不是句句有用，就不要和自己较劲，非一字一句读得那么仔细。
|
|
|
|
|
|
|
|
|
|
|
|
培根曾经说过：“一些书可以浅尝即止；一些书可以狼吞虎咽；而有些书则需要细嚼慢咽，好好消化（Some books are to be tasted, others to be swallowed, and some few to be chewed and digested）”，说的就是这个道理。
|
|
|
|
|
|
|
|
|
|
|
|
## 小结
|
|
|
|
|
|
|
|
|
|
|
|
从第三篇文章开始，我开始强调，阅读时要关注段落和篇章。词汇和句法是阅读的基础，积累词汇和熟悉句式结构只是手段，阅读的最终目的并不是去分析和研究每一句话，而是理解文章要表达的思想。我一直在引导你从基础阅读阶段慢慢过渡到检视阅读，通过一系列的方式（例如读首尾句、识别起承转合的标记性词语、关注文字排版时的视觉标记如加黑加粗、加下划线等）来快速高效地弄清楚一篇文章乃至一本书的主题和梗概。
|
|
|
|
|
|
|
|
|
|
|
|
我们今天还谈到速读，其实并不存在我们幻想的那些神奇的“速读法”，来帮助我们在既没有相关背景知识的积累，词汇量很少又不熟悉句式结构的情况下，仍然能够快速、高效地阅读。真正有用的“速读法”是培养起良好的阅读习惯，在长期坚持的阅读过程中积累知识，构建自己的知识体系。只有这样，你才会体会到知识结构越来越完整所带来的“加速度”，才会真正从根本上提高阅读的效率。
|
|
|
|
|
|
|
|
|
|
|
|
## 课后作业
|
|
|
|
|
|
|
|
|
|
|
|
这个[链接](https://lifelessons.co/personal-development/read/)是美国人霍华德·伯格（Howard Berg）的一篇专访，他曾作为世界上读书速度最快的人被载入吉尼斯世界纪录，他的最高速度是每分钟读书80页。阅读下文，总结出适合自己的“速读法”，并完善自己的阅读计划。
|
|
|
|
|
|
|
|
|
|
|
|
如果在学习中有什么问题，你可以在留言区提问，同时欢迎你把学习心得分享出来，我们一起每天进步一点。
|
|
|
|
|
|
|
