前言

首先每次的月报文章都不会很多，但是写上去的文章都很适合精读，量会控制在十到二十篇之间。推荐的文章会存在英文文章或者需要科学上学才能阅读的，如果打不开地址请不要惊奇。

每次的月刊分为两部分，第一部分就是文章推荐，第二部分是个人月报总结，一些技术的成长以及个人感悟。

然后解答下为什么文章不多的问题。我知道很多人喜欢收藏一大堆链接的文章，感觉捡到了宝。但是可以仔细回想下，对于这类一堆链接的文章，你真的会再去阅读或者浏览链接中的内容么？如果很少或者不会，那还不如只推荐几篇优秀的文章，在有闲暇的时候细细品读。

另外月刊同步更新在我的 Github

JS

v8 是怎么实现更快的 await ？深入理解 await 的运行机制

V8 团队如何在新的版本中实现更快的 await。
详解 Object.create(null)

为什么框架中更喜欢用 Object.create(null) 而不是字面量呢？

性能优化

让老板虎躯一震的前端技术，KPI 杀手

大厂大佬提供的一些性能优化思路，从基础的内容讲起，逐步到 SSR 同构、PWA 直出、Redis 缓存等等内容。
A Netflix Web Performance Case Study

网飞的性能优化文章。如果你想学习这一块的内容，网飞的性能优化文章必然是不可错过的，人家在这方面的钻研是相当深入的。

React

Why Isn’t X a Hook?

Dan Abramov 的出品无脑推，毕竟是 React 团队中很活跃的一个大佬。你想学习 Hooks 相关的内容，可以阅读这篇文章。
HOC 與 Render Props，談我從她們身上學到什麼

组件的一些设计模式。

其他

个人月报

这个月在技术上的成长总的来说分为两块。

去年 12 月底接手了一个新项目，公司内部的简历系统，然后前后端都得前端一起做掉。作为项目的 PM，迅速学习了一些 MySql 相关的内容以及如何设计一个数据库等等内容，进而写完了前后端的核心代码。接下来就是给组员合理的安排任务，review 代码，在这个过程中其实不光有技术上的成长，更有其他的成长在里面。

在项目上线以后，老大和我说这个项目中我需要转变下身份，从开发者转为 PD，要多和业务方去沟通，了解他们的痛点和诉求，然后转化为合理的需求并且实现为功能。

其实这个项目是老大抛出去的几个项目之一，是需要业余时间去完成的。我看到有一个不错的练手机会，果断就要来了。因为在实际项目中练手的机会实在不多，虽然需要耗费业余时间去完成这个项目，但是这个项目带给个人的成长是完全值得的。

万一大家公司里也能遇到这样的机会，很推荐大家学有余力的情况下去争取一下。

这一块带给我的思考就是：公司给我们薪水是因为我们能创造更多的价值，然后分配一点收益给我们。你创造的价值越多，相应获得的机会也会更多。我这里写的是机会而不是实实在在的收益，因为在公司里，并不是付出一定有回报的。但是多露脸肯定是有好处的。

就比如说我这个项目。如果我没有去接手，我只是节省下了一部分的业余时间，而且很有可能业余时间也被自己浪费了。但是却失去了一次很好的成长机会，因为短时间内我不会成为一个项目的 PM，也不会有转换角色的可能。你比别人多了这个经验，你就会显得更有价值。

另外一边的成长是开始专门做组件化的工作。一个不错的组件，能够考量开发者的多种能力，毕竟要让别人用的爽不是一件很简单的事情。我也开始阅读 RC 和 Ant Design 这些组件库，学习它们的思想并且能用于当下。这份工作也让我升起了另一个念头：其实人人都在写组件，但是这东西并不是人人能够写好的。我希望通过这份工作能够实践出点东西，然后将学习到的内容转化为文章。

所以又给今年的计划多上了那么一笔，打算用一年的时间再多写一个专栏 「重写组件」。

多说一句，写写月报或者周报能很好的认识到自己一段时间的成长，总的来说利大于弊。