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

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

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

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

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

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

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

我认为这个的好处是：

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

坏处是：

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