我是一个语言功能能力、记忆力方面相对较弱,数理能力相对较强的人。 这是我针对自己特征,实践出来的方案,只能说适合我自己。 也或许对看到的读者有帮助。

我先说我曾经的模式,也可能是大部分人的模式。

看到新技术,然后就去了解这个技术是什么,看文档学习技术的用法、语法、操作,然后用一用,后来深入一点,就去看源码或者找文章了解下层实现。

这当然没错,而且很试用、适合大部分人。

我现在的做法,我把它归结为一下 4 个步骤:

  1. 了解这个技术/产品是基于什么需求场景产生的,这个产品大概是做什么的,从使用侧大概是怎么做操的;
  2. 开始思考,如果是自己设计,会用什么方案去实现满足这个需求场景?如果自己设计这个技术/产品需要的功能,大概会怎么设计(设计原理)?
  3. 通过文档、三方文章、AI 快速了解这个技术/产品的真实设计原理,然后对比和自己想的,看看各有哪些优缺点;
  4. 真的开始使用了,再了解操作、使用细节。

简言之,就是:了解到需求场景后,自己先做一下系统设计题,再对照一下手头这个参考答案。

我认为这个的好处是:

  1. 有思维训练的过程;
  2. 比较容易举一反三,再看到相似技术/产品,能比较快速的熟悉;

坏处是:

  1. 因为不记规范定义啥的,全凭使用时的熟练,所以记不住文档;