前言
首先每次的月报文章都不会很多,但是写上去的文章都很适合精读,量会控制在十到二十篇之间。推荐的文章会存在英文文章或者需要科学上学才能阅读的,如果打不开地址请不要惊奇。
每次的月刊分为两部分,第一部分就是文章推荐,第二部分是个人月报总结,一些技术的成长以及个人感悟。
然后解答下为什么文章不多的问题。我知道很多人喜欢收藏一大堆链接的文章,感觉捡到了宝。但是可以仔细回想下,对于这类一堆链接的文章,你真的会再去阅读或者浏览链接中的内容么?如果很少或者不会,那还不如只推荐几篇优秀的文章,在有闲暇的时候细细品读。
另外月刊同步更新在我的 Github
JS
-
v8 是怎么实现更快的 await ?深入理解 await 的运行机制
V8 团队如何在新的版本中实现更快的 await。
-
为什么框架中更喜欢用
Object.create(null)
而不是字面量呢?
性能优化
-
大厂大佬提供的一些性能优化思路,从基础的内容讲起,逐步到 SSR 同构、PWA 直出、Redis 缓存等等内容。
-
A Netflix Web Performance Case Study
网飞的性能优化文章。如果你想学习这一块的内容,网飞的性能优化文章必然是不可错过的,人家在这方面的钻研是相当深入的。
React
-
Dan Abramov 的出品无脑推,毕竟是 React 团队中很活跃的一个大佬。你想学习 Hooks 相关的内容,可以阅读这篇文章。
-
HOC 與 Render Props,談我從她們身上學到什麼
组件的一些设计模式。
其他
-
张鑫旭给出的一些前端迷茫时该如何做的一些思路。
-
算法相关,了解 Bug-O 到底是啥玩意。
-
看看大佬的一些感悟。
-
安全相关的内容,了解下短网址会有什么问题?
个人月报
这个月在技术上的成长总的来说分为两块。
去年 12 月底接手了一个新项目,公司内部的简历系统,然后前后端都得前端一起做掉。作为项目的 PM,迅速学习了一些 MySql 相关的内容以及如何设计一个数据库等等内容,进而写完了前后端的核心代码。接下来就是给组员合理的安排任务,review 代码,在这个过程中其实不光有技术上的成长,更有其他的成长在里面。
在项目上线以后,老大和我说这个项目中我需要转变下身份,从开发者转为 PD,要多和业务方去沟通,了解他们的痛点和诉求,然后转化为合理的需求并且实现为功能。
其实这个项目是老大抛出去的几个项目之一,是需要业余时间去完成的。我看到有一个不错的练手机会,果断就要来了。因为在实际项目中练手的机会实在不多,虽然需要耗费业余时间去完成这个项目,但是这个项目带给个人的成长是完全值得的。
万一大家公司里也能遇到这样的机会,很推荐大家学有余力的情况下去争取一下。
这一块带给我的思考就是:公司给我们薪水是因为我们能创造更多的价值,然后分配一点收益给我们。你创造的价值越多,相应获得的机会也会更多。我这里写的是机会而不是实实在在的收益,因为在公司里,并不是付出一定有回报的。但是多露脸肯定是有好处的。
就比如说我这个项目。如果我没有去接手,我只是节省下了一部分的业余时间,而且很有可能业余时间也被自己浪费了。但是却失去了一次很好的成长机会,因为短时间内我不会成为一个项目的 PM,也不会有转换角色的可能。你比别人多了这个经验,你就会显得更有价值。
另外一边的成长是开始专门做组件化的工作。一个不错的组件,能够考量开发者的多种能力,毕竟要让别人用的爽不是一件很简单的事情。我也开始阅读 RC 和 Ant Design 这些组件库,学习它们的思想并且能用于当下。这份工作也让我升起了另一个念头:其实人人都在写组件,但是这东西并不是人人能够写好的。我希望通过这份工作能够实践出点东西,然后将学习到的内容转化为文章。
所以又给今年的计划多上了那么一笔,打算用一年的时间再多写一个专栏 「重写组件」。
多说一句,写写月报或者周报能很好的认识到自己一段时间的成长,总的来说利大于弊。