序言
近期在升级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，那时候坦白说，听完短视频也不是很理解，可是我还是挺喜爱前端的，没咋了解就继续听。
记牢，我们应该短时间提高能力，因此短视频算得上在其中更快的啦，其他方式很难有这一来得快，而且没了解也就罢了，可以理解是多少多少钱。
学习培训是一个螺旋式上升的一个过程，并不是一下子就全懂或是全不明白的，全是每一次比上一次更懂一点。除非是你是天才，急不来的。
视顿第二大好去处便是社区论坛，一些社区论坛有非常多的培训教程，这类社区论坛太多，你谷歌搜索或是百度搜索一抓一大把。
正确了，谷歌搜索是爸爸，你懂我意思，不吝啬一点钱。在搜索学习材料眼前，百度搜索就是个弟弟。
文章内容
文章内容一定记牢，在精不在多。
谨记，每个人处于不同类型的学习过程，不必一味追求所说的大咖文章内容，不一定适合自己，例如有的人刚开始接触前面，你去看看有一些有深度的文章对自己的没啥可处，消耗时间，由于你无法理解，无法理解的基础知识等同于没学过，过几天就忘记了。
文章内容选择范围，例如AdminJS，知乎问答也有前面微信公众号，大部分就够了，选一两个你觉得自己这一阶段能吸收，好好地选读，坚持不懈个一年你就会发现不一样的。
额外知识积累
前面3年以前流行的前面书我都学过，哪些红宝书，权威指南都学了很多遍了。
但有一本从小白到高端-杰出前面很强烈推荐的一本是：JavaScript设计模式与开发设计实践活动（图灵制作)(腾讯一位哥哥所写的，并不是百度搜索那位，这两本书我应该看过)
里边重点知识很干很干，里边有很多的方法，例如你的同事写了一个函数公式，你不愿意毁坏函数公式，有什么好办法扩展它（因为我觉得我想的这些题就会比前面八股文好玩儿得多，是开放式的）
- 方法许多，例如面向切面编程，加一个before或是after函数公式外包装一下
- 例如责任链模式
- 例如刚才那compose函数公式
- 例如装饰器模式
建立自身发展的趋势
大伙儿实际上最终也要应对一个很实际的问题，便是35以后怎么办，我是觉得你没对比阿里巴巴P7能力，落地式到中小公司都很难。
因此我们看源码，看什么都是为提高能力，增加职业寿命。
我们该如何在短期内合理的提高，你就要留意不可以各种各样方位随意探寻，前面有游戏方位，大数据可视化方位，B端后台管理系统方位，音频视频方位这些
我是做b端，那b端全部链接我便必须连通，组件库就是我正确的方向，因此我探寻这儿，也有node端都是，写实用工具也是必须的，可是大家说哪些deno，别的的专业技术，我根本不在意，没时间和精力在这样的地方，其实除了有一些业务中必须，比如企业有一个ai标明要求，用canvas写了一个相近绘图工具的一种手段，也算是开辟了知识要点，但这个也不是我关键发展的趋势，不深层次。
我做组件库就是为了后边的低代码，低代码平台的总体设计理念我已想好，总体偏重海外开源系统的appsmith的那一种方法，随后连通部件间通信的功效，我觉得是能够胜任略微繁杂的b端需求场景的，并且能走许多垂直行业，例如网站制作，微信文章编辑器这类。所以我才开始关注组件库的，由于低代码大部分繁杂作用都是在部件上。
工作方面敢于走出舒适圈
为何这个跟看源码有关呢，假如一个人做过比较复杂的新项目，你就会发现许多现成第三方库不能满足。例如自己遇到过的大中型sass新项目，ant design就不能满足，因此你才发现，源代码看的少再加上业务流程急，编码就烂，这个时间就留下出不来自己偷偷学习时间，如果你想要主要从事程序开发，并没有发展是一件很危险的事情（有钱就当我没说，嘿嘿），由于不管怎样，你有本事，总没错的。
当我们的业务流程难度系数上来时，会逼着你去提高能力，因此你如果想前面走得更远，不建议在自己舒适圈很久，业务中选择一家较难企业，之后再换工作便是沉积这几个月知识要点了，如果你可以有信心说，我如今带团队，从0到1再遇见那样困难的服务时，能坦然面对，祝贺你了，那你去面下阿里巴巴p7，并不是为了这一工作啊，能够检测下是否做到这个岗位的要求了，就喜欢有时候面一下，并不是跳槽，就是看看自身发展没