118 - 《给新人的建议》

上周五（2022.5.20）给数字马力的前端实习生做分享，要求「题材不限、讲点虚的、指引未来」，于是把前一次给马力正式同学分享的技术部分删了，加了建议的部分，思路是「如果我回到 14 年前刚入职时，会希望当时收到什么样的建议？」。但感觉当时建议的部分没讲好，好多想讲的都没讲出来，于是重新梳理一份文字稿如下。

1、教是最好的学

分享驱动学习、多写多分享，今年 100+ 篇日更。

程序员就是传说中的「终身学习者」，不管是主动还是被动，都需要不停地学。不知道大家学的动力是什么？业务驱动、分享驱动、文章驱动？业务驱动是非常有目的性的，效率也高；但我是后两者居多，一是没有那么多的业务诉求，二是我更希望让技术走在前面，用技术驱动业务。

然后怎么算学会？教会别人！方式可以是讲、文字、PPT 等。教不明白其实是自己没搞懂。我是比较热衷于教的，写文章、内部分享、外部分享都比较多，开源其实也是一种教。今年写了 100+ 篇日更，20+ 前端周刊，每一篇都是一个教的过程。

教是表面的，本质上还要多产出，多产出会让你有一份漂亮的履历。能做开源、组件、框架、工具、体系化方案固然好，但也有很多其他形式的产出，日常的文档、文章、整理、总结、沉淀其实都算。我个人解完 bug 后会做记录，做完双 12 项目后会写写下次做如何更轻松顺便提取一些组件和工具供下次使用，连续写了三个 PPT 和做完 SEE Conf 演讲评委后会整理个演讲的 checklist 和自己的演讲套路，参加完其他同学的晋升会整理一些信息给团队同学。

可能有人会问，写不出怎么办？且看下一条。

2、水喝多了尿自然就有

多看源码、多输入，MDH 周刊、手撕源码系列。

和看书写作是一个道理。产出不出来通常是输入不足，要多些输入。等输入够了，才能多产出。这里没有捷径！还有一句话我觉得也挺对的，叫「不要在输入不足的时候强行领悟」。

我会写很多，当然在此之前也会需要有很多输入。我有固定的信息流，包括 newsletter、rss、twitter list 等。我每个工作日会整理前端简讯，然后周六找半天把一周的资讯和精品文章全部看一遍，最后整理成 MDH 前端周刊每周一发布。

源码我理解是程序员的另一种形式的「书」，多看源码非常重要。了解别人的实现思路，在讨论和整理方案的时候不至于坐井观天，或者讨论不到一个层面上。有一句话我觉得挺对，叫「不要在输入不足的时候强行领悟」。我会看大量的源码，最近每天早上来得早就开始翻别的库的源码。

看地慢怎么办？前面看是