如何突破技术瓶颈（适合P6以下）

最近在更新react组件库源码的文章，其实vue和其他框架都一样，就是我发现自己在一年前直接看这些源码（不调试），还是有点吃力的，然后就放弃了。

可最近不知道为啥，看这些源码对我来说没啥太大难度，直接干就完事了，不需要啥调试。自己好好回想了一下，为什么会有这样的变化？也算帮助一些想突破自己技术瓶颈的同学。

有新人在下面留言说看到很焦虑，刚进前端领域的同学，你们首要任务是能完成业务开发，此时业务开发带给你的提升是最明显的，文章更多的是帮助业务api用熟之后的想有突破的同学，不用焦虑，哈哈。而且话说回来了，我在平时工作中看到不想突破的人基本占百分90%，无论大小厂，所以不突破也没啥，大部分人只是仅仅当一个普通工作而已。

首先我得出结论是：

• 最开始不要自己去读源码，看别人的文章和视频即可，目的是先接触比自己能力层次高的代码，为超越现有的能力铺路（后面详细谈怎么做）
• 平时注意积累一些手写题的思路，网上面经很多，主要不是写出来，是理解原理，理解大于一切，不理解的东西终究会忘记，我们要积累的是能力，能力是第一！（后面详细谈），设计模式里的发布订阅者模式必须要理解！这是写很多库常见的技巧。
• 最后开始独立去看一些小的代码库，比如腾讯，阿里，字节的组件库，这些库大部分组件难度低。

去哪里看视频和文章学源码

最简易的就是跟着视频学，因为视频会把代码敲一遍，给你思考的时间，讲解也是最细的，很适合刚开始想造轮子的同学了解一些有难度的源码。

举个例子：

我当时看了koa的源码，了解了koa中间件的原理，我自己造了一个自动化发布脚本就利用了这个原理，redux中间件也是类似的原理，在函数式编程领域叫做compose函数，koa是异步compose，redux是同步compose，

简单描述下什么是compose函数

我把大象装进冰箱是不是要 1、打开冰箱门 2、装进去大象 3、关冰箱门

那么很多同学就会写一个函数

function 装大象(){
 // 打开冰箱
 // 装大象
 // 关闭冰箱门
}

compose函数会把这个过程拆开，并且抽象化

// 把装大象抽象为装东西函数
function 装东西();
function 打开冰箱();
function 关闭冰箱();

compose(打开冰箱函数, 装东西函数，关闭冰箱函数)

此时compose把上面三个函数抽象为一个打开冰箱往里面装东西的函数，我们只需要把参数大象穿进去就抽象了整个过程

compose(打开冰箱函数, 装东西函数，关闭冰箱函数)(大象)

具体内容我还写过一篇文章，有兴趣的同学可以去看看：终极compose函数封装方案！

这个大家应该有自己的去处，我自己的话很简单，视频一般去b站，就是bilibili，有些同学以为这是一个二次元网站是吧，其实里面免费的学习资料一抓一大把呢，啥都有。

比如说我在b站看了很多linux入门教学视频，还有一个培训公开课，讲的都是源码，什么手写react hook，手写webpack，手写xxx，那个时候说实话，听了视频也不是很理解，但是我还是挺喜欢前端的，没咋理解就继续听。

记住，我们需要短时间内提升能力，所以视频算是其中最快的了，其他方法不可能有这个来的快，并且没理解就算了，能理解多少是多少。

学习是一个螺旋上升的过程，不是一下子就全懂或者全不懂的，都是每次比上一次更懂一点。除非你是天才，急不来的。

视频搜索第二大去处就是论坛，一些论坛有各种各样的培训视频，这种论坛太多了，你谷歌或者百度一抓一大把。

对了，谷歌是爸爸，你懂我意思，不要吝啬小钱。在搜索学习资料面前，百度就是个弟弟。

文章一定记住，在精不在多。

切记，每个人都处在不同的学习阶段，不要盲目追求所谓的大神文章，不一定适合你，比如说有些人刚接触前端，你去看有些有深度的文章对你没啥好处，浪费时间，因为你理解不了，理解不了的知识相当于没学，过两天就忘了。

文章选择范围，比如掘金，知乎还有前端公众号，基本上就差不多了，选一两个你觉得你这个阶段能吸收的，好好精读，坚持个一年你会发现不一样的。

额外的知识储备

前端3年前主流的前端书我都读过，什么红宝书，权威指南都读了好几遍了。

但有一本从菜鸟到高级-资深前端很推荐的一本是：JavaScript设计模式与开发实践（图灵出品)(腾讯的一位大哥写的，不是百度的那位，这两本书我都看过)

里面的知识点很干很干，里面有非常多的技巧，比如说你的同事写了一个函数，你不想破坏函数，有什么办法拓展它（其实我觉得我想的这些题就比前端八股文好玩多了，是开放性的）

• 技巧很多，比如面向切面编程，加个before或者after函数包装一下
• 比如责任链模式
• 比如刚才的compose函数
• 比如装饰器模式

确立自己的发展方向

大家其实最后都要面对一个很现实的问题，就是35以后怎么办，我个人觉得你没有对标阿里P7的能力，落地到中小公司都难。

所以我们看源码，看啥都是为了提升能力，延长职业寿命。

那么如何在短时间内有效的提升，你就需要注意不能各种方向胡乱探索，前端有小游戏方向，数据可视化方向，B端后台系统方向，音视频方向等等

我是做b端，那b端整个链路我就需要打通，组件库是我这个方向，所以我探索这里，还有node端也是，写小工具是必须的，但是你们说什么deno，其他的技术，我根本不在乎，没时间浪费在这些地方，当然除了有些业务上需要，比如之前公司有个ai标注需求，用canvas写了一个类似画板的工具，也算开拓了知识点，但这也不是我重点发展的方向，不深入。

我做组件库是为了后面的低代码，低代码平台的整体设计思路我已经想好了，整体偏向国外开源的appsmith的那种方式，然后打通组件间通信的功能，我认为是能胜任稍微复杂的b端业务场景的，而且可以走很多垂直领域，比如网站建站，微信文章编辑器这种。所以我才开始研究组件库的，因为低代码大多数复杂功能都在组件上。

工作上勇于走出舒适圈

为什么这个跟看源码相关呢，如果你做过比较复杂的项目，你会发现很多现成的第三方库满足不了。比如说我自己遇到过的大型sass项目，ant design就满足不了，所以你才发现，源码看得少加上业务急，代码就烂，时间上就留不出自己偷偷学习的时间，如果你想长期从事软件开发，没有成长是一件很危险的事（钱多当我没说，哈哈），因为无论如何，有本事，总没错的。

当你的业务难度上去的时候，会逼着你去提升能力，所以你如果想前端走的更远，建议不要在自己的舒适区太久，业务上选择一家比较难的公司，后面再跳槽就是沉淀这段时间的知识点了，当你能够有自信说，我现在带团队，从0到1再遇到那么难的业务时，能从容应对，恭喜你，你可以去面下阿里p7，不是为了这个工作啊，可以检验下是不是达到这个职位的标准了，我就喜欢偶尔面一下，也不是换工作，就是看看自己进步没