「时光不负，创作不停，本文正在参加2021 年终总结征文大赛」
今年正好是我步入前端完整工作的一年，20届毕业，到现在工作一年半
这一年，带我的导师离职了，部门调整了一波又一波，我也在变化中不断适应；过程中有很多收获，也有不少遗憾
想了很久怎么写这篇文章，纯总结的话大部分是自己的经历，可能对大家没啥用，个人感觉自己技术水平虽然还一般，但是工作软实力还8错，所以过程中，尽量加写一些案例，希望对大家有用，一起成长～
一、关于博客
上半年开始在掘金陆续写文章，总共输出了19篇，不算多，但大部分都是很用心写出来的；大部分是工作中沉淀的解决方案，还有一些自己学习总结笔记
写文章的目的很简单，记录&总结；工作中经常会听到，自己写的代码自己都不认识了，所以趁着我还记得的时候写出来orz
比较惊喜的是，其中一篇上了周榜前三，收到了一份掘金的周边三件套
写文章，我自己的经验是从
业务&团队出发，凭空写文章非但没有办法实践，也没有这么多精力、或动力不足，反正我是卷不动>-<
二、关于github
这一年沉淀了7个仓库，虽然star数不多，但都是自己码上去的
- npm-package-privatify：一个将私有源npm包处理为离线包的自动化工具
- cli-template ：一个前端CLI模版仓库
- s-lint：一个全面、通用的前端Lint规范解决方案；集ESLint(Vue、React、Taro、Next、Nuxt)、StyleLint(Less、CSS)、CommitLint一体
- axios-ajax: 基于axios二次封装，更友好的在浏览器发送ajax请求
- widget-sdk: Vue多工程公共模块渲染sdk
- 微前端模版仓库：主应用工程，子应用工程
这里要感谢我的导师，从他身上我学到了
最佳实践的精神，因此工作中遇到一些复杂场景，我的经验是有意识的总结&沉淀
三、关于工作
21年可以总结为三部曲“挑战-变化-适应”
1. 挑战
年初，我跟导师（校招生都有导师带）所负责的业务线扩张到了3条，导师将其中我比较熟悉的一条交由我负责（带几个外包一起干），这对刚工作不久的我来说，其实是有一定挑战的。
当时我遇到以下几个问题：
- 怎么带外包
干好项目，保质保量 - 怎么让年限资深的项目组成员人
信任我这个"前端负责人" - 怎么利用技术或者发散产品思维去
“帮助业务成功”
这里再次感谢导师的培养，如果说上面是
技术的培养，这里是工作能力的培养。其实我跟导师当时面临着资源匮乏的大问题，在这个节点上，导师没有让我去参与其他两个业务线打杂，而是让我保持聚焦
这里我的经验是“如果你每天的工作没有了思考，像一个机器一样麻木，这时候需要警醒”，有可能是没用对方法，效率太低，一直在做
重复工作，还是就是不够聚焦，没有精力去思考了。可以尝试跟主管沟通交流，及时调整状态当时我采取的办法：
-
第一点一定是
负责，主动承担- 产品、测试、业务等反馈的前端问题
及时响应，在群里看到是前端问题的，或者前端可以去解决的，主动站出来解决 - 毕竟是前端，
用户体验是我们需要关注的重点，在需求评审时，对交互提出专业的建议是可以加分的 - 保证按时提、上线，提测前把控代码质量、上线风险，这是最基本的
一个案例：业务线下五个产品转交过来UI、交互不统一；产品计划UI统一，但没有时间出方案。当时我
主动站出来制定了UI&交互统一方案（也是闲的没事干），拉着产品、测试针对一页的改动点一一评审，主动联系UI支持，最后带着外包改造了100+页面，当然我们效率还是比较高的，最终探索了vue多工程间公共模块处理最佳实践。把通用的组件都视为公共模块，在UI统一的同时，也优化了前端代码，因此建立了项目组成员对自己的信任 - 产品、测试、业务等反馈的前端问题
-
勇于
挑战自我，创新思维- 作为职场新人，还是有一定的
试错机会的，不畏惧，敢于提出技术创新 - 一定要关注业务，有必要
了解竞品，多看多学，为什么这个需求做，这个需求不做，只有了解了业务后，你才跟产品有默契，提出创新建议
当时我们的业务是典型的微前端场景，且产品计划中需要做一个统一控制台，之前在组里做其他业务线也做过微前端，于是我自己搞了一个tob系统微前端实践总结
这里我的经验是，
不要给自己设限，有人把自己当作接需求的机器，只关心代码实现，却不知道做这个需求是为了干嘛，这也是我初期犯的错。其实正好相反，我们做的需求都是为了服务用户。所以在接需求的时候，可以站在用户的角度思考，这么实现是不是用户能接受的交互，体验是否跟系统保持一致风格等；甚至，你也可以发现产品中缺失的部分，提需求 - 作为职场新人，还是有一定的
-
学会
举一反三，学会技术沉淀- “能用工具去解决的就用工具解决”来自主管的原话，工具来自哪里，业务中痛点，当你深入了解业务后，会发现一些技术难点，当你思考后，发现可以用自动化解决，一个工具就诞生了
当时基于业务在小组内提出做了一个将私有源npm包处理为离线包的自动化工具，虽然不难，但是是我第一个从创意到落地的小工具
当时我收获到的肯定：
“作为1年的应届生，非常有想法，不断学习并举一反三，成为非常棒的前端负责人”
认真努力，刻苦专研业务。出色的动手能力，对自己有较高的要求。目标清晰明确，执行干净利索
收到这些肯定还是很开心的，也来之不易。后来离开部门的时候，同事们也都约饭为我送行祝好，一波曾经一起奋斗的同事～
2. 跳出舒适圈，知难而进
随着公司一波又一波的调整，自己在A部门所负责的业务线，面临着产品方向不确定的大问题，一直停留在原地，也有一些同事离职，再一次调整前（每次调整意味重新梳理方向），经过考虑，正直学习期的我，当前的重点是在项目中锻炼，于是我选择了内部异动
这里我的建议是，要
有主见，选择自己当前最需要的
其实我自己当时也是挺纠结的，留原部门，有业绩，踏实的干下去，年底晋升不会少，但是产品方向不确定，意味着未来可能很长一段时间都做不了啥，担心浪费成长的最佳时间；选择一个新的部门，需要从0开始，这个过程其实是需要成本的，但是新部门可以接触新的场景、技术栈，利于成长。请教了挺多人，相比之下，我选择了后者。我的观点还是趁年轻，多尝试，多经历
3. 重新适应，继续打怪
说来也是天意，跟B部门主管聊了一个多小时，一拍即合，自己在上一个部门业务更多交给外包去，自己花了挺多时间做工程化的东西，以及阅读相关资料；而B部门是刚成立的业务跑的很快，缺少工程化这部分的东西。其实当时这么说的时候，自己还是有一些压力的，毕竟经验有限，且自己都是照葫芦画瓢。我的职级算是比较低，一般异动至少社招级别才要，经过B部门主管协调，9月份我就到B部门了
适应前期
-
来到这边，跟之前的部门变化还是挺大，这是
一个年轻的团队，所以团队基建的机会比较多，我看到可以做的事情比较多（也庆幸自己的选择是正确的） -
不过这些认知都来自上一个部门的沉淀，上一个部门沉淀了5年，很多东西都比较规范了，不同的是在上一个部门，我是规范的
遵循者，到这边是提出者、制定者 -
于是我刚进来就跟同事一起做了团队代码规范方案，在输出架构图的时候，比较清晰明了，基本得到了组内成员的
技术信任。方案里面的各个部分，我没有自己去实现，而是在制定方案后，找到感兴趣的同事一起参与，比如脚手架部分，分给一个同事负责了中高级前端必备：如何设计并实现一个脚手架，并不是我不会写，恰好相反，自己写过的东西，这个脚手架对自己来说，成长不大，但是给一个没接触过的人来说，是一个锻炼的好机会。对我来说，帮助了一个同学在某一方面成长。
适应中期
- 后来就开始做业务了，起初我是很兴奋的，觉得自己可以
大展身手，说实话，重新接受一个全新的业务，需要一定的时间与成本，这将是以后换工作不可避免的吧，多接触一个行业也是好事。也意识到，要想在业务中体现能力，挺不容易的，需要机会，目前来看，有些遗憾，来这边主要参与的项目暂停了>_<
适应中期
- 现在在基于业务做
多端组件库，也遇到不少问题，打怪中...总之也是自己比较感兴趣的～
这里我的经验是，在进入一个新部门前期，需要发现机会
证明自己，建立信任。学以致用，把自己之前的经验搬过来，精益求精，在之前的基础生做的更好。主动跟同事技术交流，拉近距离，互相学习。我一直觉得一个人的力量有限，一个团队才能做出更多东西，而这个前提是，大家互帮互助
4. 其他
在业务中沉淀了3篇专利，一次年中总结，部门多次分享
我的经验是，多总结、多分享。自己
多争取、珍惜机会
四、关于遗憾
-
最大的遗憾是，年初制定的学一个
框架的flag倒的很彻底；由于之前部门是Vue，现在部门是React，导致两者都没有深入学习，严重拖后腿了T_T(像极了什么学科差越来越差) -
第二大遗憾，没有机会做一个
0-1的项目，在部门A做的事迭代，本来部门B有机会的，突然暂停了>_< -
基础知识依旧不扎实，我的详细计划还没列一年就没了🤯
-
还欠着好几个工作中沉淀总结，偷懒一时爽，一直偷懒一直爽，快要不记得了，得赶紧写！！！！
-
对新技术没有找到结合业务的机会用进来，还是不够厉害，对于什么技术适用于新业务，还没有
把控风险的能力吧
五、关于生活
这里就不写了，在学会跟自己相处的路上
六、关于计划
明年总结见～我这次一定做个计划，明年总结用计划复盘（第一个flag立住了！！）
写在最后
一句主管写给我的话，分享给大家～
最终你相信什么，就能成为什么。因为世界上最可怕的两个词，一个叫执着，一个叫认真，认真的人.改变自己，执着的人改变命运。只要在路上，就没有到不了的地方，遇见更好的自己。 希望大家22年都能遇见更好的自己
本文首发于 GitHub，持续记录原创、好文！欢迎star，一起进步～
