前几天有位同事问我,学习 Vue 应该看哪些书。作为一个从 2000 年开始就用记事本手写 CSS 的野生程序员,我的确是存了不少关于 Web 前端的书籍,但对于团队成长来说,总是发书似乎解决不了未来的问题。所以我觉得有必要写一篇 授人以渔 的文章,把我自己快速掌握一门新技术的方法说道说道。

1. 定义技术

首先来定义一下 技术 的概念。技术是 知识 的一种,如果按照弗里茨-马克卢普的分类法,技术应该属于 实用知识。如果按照 Towers 的分类法,技术应该属于 实践性知识。如果按照波兰尼的分类法,技术应该属于 关于技能和诀窍方面的知识。

弗里茨-马克卢普根据知识的实用价值把知识分为五类:实用知识、学术知识、闲谈与消遣知识、精神知识、不需要的知识。

一九六六年,美国俄亥俄州立大学教授陶尔士 (Towers)、陆克斯 (Lux)和雷(Ray)等人,受Maccia 系统化知识思辨理论的影响,将人类知识分类成「描述性的知识」、「规范性的知识」、「实践性的知识」、与「形式性的知识」四大领域.

经济合作与发展组织(OECD)在1996年发表的《以知识为基础的经济》报告中,以波兰尼的知识分类为基础,进而把人类的知识分为四大类:关于事实和现实的知识、关于自然规律和原理方面的知识、关于技能和诀窍方面的知识、关于人力资源方面的知识。前两类为可编码的显性知识,后两类为不能明言的意会知识。

2 月份 SAGI读书会 选书 《俞军产品方法论》 中也提到了关于企业知识传承的问题,在这段话中可以看出,技术属于可以用语言文字符号传递的 显性知识。

生产效率高于市场平均水平的企业才能得以延续。企业使用 权威 的力量来提高效率。利用各岗位的专家表现出超出市场平均水准的更优决策来战胜市场。企业的核心竞争力是专业知识,专业知识中的 显性知识 可用语言文字符号传递,但 默会知识 只可意会不可言传。企业管理者通过设计内部惯例和制度,将一部分专有 默会知识 转换成 企业共同知识,从而提升提升组织效率。

在这篇文章中,我把 技术 定义为: 可以通过现有资料进行全面掌握的解决实际问题的知识与能力。

从上面的定义可以看出,由于技术解决的是 实际问题,不可避免地,技术会根据现状的变化出现过时的情况。由于可以 通过现有资料全面掌握,时效性就显得尤为重要。

2. 锚

找到正确的资料,才能准确掌握技术。当今的互联网上,优质和劣质的资料混杂在一起,我们必须寻找到特定的锚才能判断资料的质量。

对于程序开发技术,我主要用下面几个锚:

  1. 该技术的官方网站/官方文档。
  2. 社区。
  3. 问答网站。
  4. 经典书籍。
  5. 相关联的技术。

下面展开讲一下。

2.1 官方文档

官方网站/官方文档永远是你学习这门技术时首先阅读的。一个值得学习的技术,应该是相对优秀的。如果它的官方文档不能让你满意,那就只能说明两件事:

  1. 该技术还不够有名,可能属于项目早期。
  2. 该技术由于维护人员太少而有维护风险。

在技术百花齐放的今天,对于一门技术,你往往能找到大量的替代者。此时需要睁大眼睛挑选,如果在选择上出了问题,可能会浪费大量的学习时间。如果官方文档很不完善,可以观察项目是否处于早期阶段。早期阶段的技术需要谨慎使用,如果学有余力,可以为早期技术贡献代码,当然这就是另一个故事了。

在文档不完善的情况下,你可能需要大量阅读源码才能完成对资料的理解,孰优孰劣,要看个人。

下面是我之前做技术选型时候的一些选择,供参考:

2.2 技术社区

Github 是目前最大的社区,大量的开源项目会在 Github 上托管自己的仓库,并建立互动社区。你需要关注该技术的 Issue 和版本发布信息。有些技术依然在使用古老但有效的邮件列表,例如 uWSGI。入乡随俗使用它们,观察参与社区讨论的热度和话题的回复速度,能得到正确的锚。

对一些热门技术,社区提供了集合性的资源,例如针对 Vue 的 Awesome Vue.js

2.3 问答网站

全球知名的 Stackoverflow 是程序员必上的网站。你可以查看一个话题的热度和回复速度,这能够体现该技术的热门程度。热门的技术总是相对更好的选择,这意味着你可以更容易找到一起讨论的人,你的问题能更容易得到解决。

国内的 V2EXSegmentFault 也是相对靠谱的社区。而对于 知(B)乎,需要谨慎分辨。

总的来说,不建议在知乎提问技术问题。不要使用百度搜索技术问题,尽量少看 简书CSDN博客 的文章。并非前面的社区不好(都有不少隐藏大牛),而是因为你碰到质量很差的文章的概率更高。在不知道如何快速分辨这些文章质量之前,你会在这些平台上浪费大量时间。

重要的事情说三遍:

不要用百度搜索技术问题!
不要用百度搜索技术问题!
不要用百度搜索技术问题!

2.4 经典书籍

成熟技术都有经典书籍,例如著名的 《UNIX环境高级编程》《JavaScript高级程序设计》 等等。 最简单的找到经典书籍的办法是在 豆瓣图书 搜索后查看评分。如果一本技术书籍(非小众技术)有 500 人以上的评价 7.5 以上的评分,我们就可以认为这本书是经典之作。

挑选出版社也是个好办法。 O’REILLY 策划了一系列优秀的技术书籍,它的书籍装帧使用相同的风格,是的,这个风格你肯定见过。

HTTP 权威指南

在国内,电子工业出版社、人民邮电出版社、清华大学出版社 在技术书籍方面的质量是比较有保证的,买书时可以优先选择它们。

2.5 相关联的技术

要完全掌握一门技术,需要学习其相关联的技术。以 Vue 为例,相关的基础架构有这么多:

  1. HTML4/HTML5
  2. CSS3
  3. Node
  4. Javascript/Typescript/ES2015/ES2016
  5. NPM/Yarn

前端生态系统依赖:

  1. Babel
  2. webpack
  3. axios

相关插件和工具链:

  1. Vue Router
  2. Vuex
  3. Vue Loader
  4. Vue Cli

这么多相关联的技术,一次性全部掌握是不可能的。最好的方法是保证学习的主线,在主线周边逐渐展开技术广度,不要追求单个技术的深度,一切以实践中能满足需求为目标。

在需要了解某一个关联技术的时候,也可以继续采用上面的 5 个方法找到该技术的锚,基于优质资料持续深入学习。

3. 我是怎么学习 Golang 的

去年底,我花了 1 个月的时间学习 Golang,并写了一个在生产中使用的小项目。学习的过程如下:

  1. 找到官方和民间最主流的入门资料,阅读完毕。
  2. 选择一个 Web 框架,选择的方法可以参考 SaltStack/Ansible/Fabric 的选择
  3. 找一个即将投入生产的项目,使用 Golang 将其实现出来并部署上线。
  4. 强制输出:把整个学习过程记录在 Golang Resources从Flask 到 Gin 这一系列文章中。

下面是学习输出文章的一段摘录,现在看来,描写得很准确:

我学习新技术的时候有个不好的习惯,就是除了新技术本身,还会第一时间找一堆与这个技术相关的信息,了解一下其主流应用,把今后可能用到的库啊开源项目啊都找出来。这就导致我在学习 Golang 的同时又跑去看了大量的开源库和 Golang 主流应用的资料。另一个不太好的习惯就是,我很有点选择困难综合症,总执着于在一堆技术里面选择出来一个自己看起来顺眼的,相对主流,用起来不错,源码足够优雅的那个。这也就直接导致我足不出户的这两天阅读量巨大,眼都快瞎了。除了选择起来很痛苦,寻找佐证和写垃圾代码测试的过程也是难以描述啊……

4. 我是怎么学习 OKR 的

今年 2 月,为了启动团队 OKR,我全面学习了 OKR 知识,并在新冠疫情期间团队在线办公时,在部分项目中进行了试验,效果还不错。学习过程如下:

OKR书籍搜索

  1. 在豆瓣读书中找到评分最高的关于 OKR 的数据,从图中可以看出,《OKR 工作法》与《这就是 OKR》是最好的书(综合评分和评价数量)。
  2. 深度阅读,做读书笔记。 读书笔记:《这就是 OKR》读书笔记《OKR 工作法》
  3. 阅读一本包含多种绩效管理方法的书,深度阅读,比较所有绩效管理方法与 OKR 的区别。我选择的这本书评价不佳,读起来也的确很乏味。但它对我要达到的目的来说,是一个合适的选择。读书笔记:《绩效管理全流程实战方案》
  4. 在团队中实践。选择一个项目,在制作人完善了解 OKR 的前提下(可以通过读书笔记),与制作人逐条全面讨论目标和关键结果的制订。讨论期间,不断重新理解书籍中的内容,学习书籍中的实例,直至制订出大家都认同的 OKR。然后每周对 OKR 进行同步、调整、打分和反馈。在 OKR 结束时进行总结,并制定下一个阶段的 OKR。

5. 形成默会知识

授人以渔 的重点,是形成 默会知识。 有着不同经验的人,在学习时花费的时间是不同的。经验更丰富的学习者在学习新知识的时候,会从之前形成的知识网络节点中找到类似的经验,与新知识关联验证。如果找到相似的关联,这部分的知识就会立刻被学习者的知识网络接受,从而节省大量的时间。

形成的默会知识越多,个人知识网络 越清晰,经验关联越丰富,学习新技能和知识的速度就会越快。我在学习 Vue 的时候,已经有大约 18 年没有写 Web 前端,个人知识网络中的前端知识点还是 XHTML/CSS2/Dreamweaver,那时 jQuery 还没有被发明,Node.js 还没有出现,Div 布局还没有成为标准,Web 前端还在使用各种奇技淫巧来解决老不死的 IE 兼容问题。但即使如此,十几年前积累下来的关于浏览器渲染、HTTP 协议以及 HTML 技术栈知识依然快速与新的 Web 标准形成了关联,极大缩短了我的学习时间。

对于技术人员来说,需要不断拓宽个人知识网络的边界,大量阅读和编码,正所谓:

学得越多,就学得越快。

这套方法论并非只能用于程序员。我们在工作中需要掌握的大部分技能,都属于“技术”的范畴。希望读到文章的同学能触类旁通,举一反三。

学习之路,没有尽头。与君共勉。

全文完