阅读 2032

第一期前端技术月刊(一月)

前言

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

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

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

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

JS

性能优化

React

其他

个人月报

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

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

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

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

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

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

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

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

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

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

关注下面的标签,发现更多相似文章
评论