1. 从文档出发，知晓作者的思维。以众观全局的姿态，透析作者的思路。这时，一个工具、库、包的API设计，所带来的顺畅感，或是别扭感，也会油然而生。

也因为大多是英文文档，可以扩充/提高了我的英文阅读的能力。故，我开启了，对英文文档的中文翻译之路。一举两得

2. 读代码，过去几年，我的前辈，我仰仗的大神们，我的目标们，无时无刻不在字里行间告诉我，读的代码永远是比写的多得。读前辈的代码，读那份从容，读那份优雅，读那份权衡。这时，代码级别的养成正一步一步侵蚀着你，强迫你对糟糕代码的无可忍耐，成为某种意义上的洁癖。同样，解析源码之路也出来了(但，该项目整体会个人项一些，随笔的形式居多，且一份源码大而全，要解析完整谈何容易，各位施主还是自行实践为妙)

3. 写代码，是的，来到实践这一步了。写代码的方式，真的有很多种：以测试驱动，以功能驱动，还有敏捷开发等等。如同写作大纲一样（也可以没有）。这一步上的理解与实践，对我来说，其实有所缺失。以至于，我停留在了代码表面，而忘记了，代码更应该是软件本身所带给世界的作用：就是解决问题的。

4. 第四步，从问题出发，其中有借鉴到某篇我看到的文章，只是那篇文章应该是留在了陈旧的收藏夹里面吃灰了。 它说：快速掌握一种新技能的方式，是从项目的 Issue 出发，以点破面。但，在我看来，应该要加个前提，你在某个领域，有所深入之后，这种方式才是对的。 比如说：你是前端的，从 原生JS -> JQuery -> Vue/R/A 三框架。有了一个趋势的流行认识，是什么，为什么，怎么做。javascript 是什么，为什么Vue 框架成为近年的主流，而它是怎么做的...。后端，嵌入式，无不有类似的思维曲线。你只有从第一步走来，有了方法优劣，工具变革的过程。才能从，第四步开始，快速掌握新的/但又不是新的事物。