原创：在京东的这一年，知难而进！

[zxyue25]

今年正好是我步入前端完整工作的一年，20届毕业，到现在工作一年半

这一年，带我的导师离职了，部门调整了一波又一波，我也在变化中不断适应；过程中有很多收获，也有不少遗憾

想了很久怎么写这篇文章，纯总结的话大部分是自己的经历，可能对大家没啥用，个人感觉自己技术水平虽然还一般，但是工作软实力还8错，所以过程中，尽量加写一些案例，希望对大家有用，一起成长～

一、关于博客

上半年开始在掘金陆续写文章，总共输出了19篇，不算多，但大部分都是很用心写出来的；大部分是工作中沉淀的解决方案，还有一些自己学习总结笔记

写文章的目的很简单，记录&总结；工作中经常会听到，自己写的代码自己都不认识了，所以趁着我还记得的时候写出来orz

比较惊喜的是，其中一篇上了周榜前三，收到了一份掘金的周边三件套

写文章，我自己的经验是从业务&团队出发，凭空写文章非但没有办法实践，也没有这么多精力、或动力不足，反正我是卷不动>-<

二、关于github

这一年沉淀了7个仓库，虽然star数不多，但都是自己码上去的

1. npm-package-privatify：一个将私有源npm包处理为离线包的自动化工具
2. cli-template ：一个前端CLI模版仓库
3. s-lint：一个全面、通用的前端Lint规范解决方案；集ESLint(Vue、React、Taro、Next、Nuxt)、StyleLint(Less、CSS)、CommitLint一体
4. axios-ajax: 基于axios二次封装，更友好的在浏览器发送ajax请求
5. widget-sdk: Vue多工程公共模块渲染sdk
6. 微前端模版仓库：主应用工程，子应用工程

这里要感谢我的导师，从他身上我学到了最佳实践的精神，因此工作中遇到一些复杂场景，我的经验是有意识的总结&沉淀

三、关于工作

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年都能遇见更好的自己