我第二次从字节毕业了

一转眼二入字节实习已经两个月了，已经进入实习尾声，马上准备返回学校处理毕业的事情以及筹备我的毕业旅游计划，前段时间一直很忙，有一些很想写的东西一直没时间写，这次总结就当是这段实习的最后一个总结帖，希望这些感悟能够带给大家一些思考和共鸣。

1.煮包最近干了些什么

先来看看煮包最近干了些什么。

• 本次实习的最后一个需求进入测试阶段，修复qa同学提的bug
• 阅读了react、jotai官方文档并梳理知识点
• 正在学习node.js
• 正在玩一些ai工具（aipa、trea等）
• 毕业论文送审
• 筹备旅游计划以及各种订票

前三条是最近实习的内容，后面两条是学校以及毕业后想做的事。对的，没错，这段时间已经没有在做新需求了，每天的任务就是看文档。什么，你说你不敢相信在字节还能自学？是的，一开始我也不相信，甚至做好了周末抽时间学习的准备，不过这段时间确实没有需求给我做了，或者说，是因为考虑到我要回校了，所以给了我足够的自由度去自学。

学习这些东西是有原因的，就跟大家背八股一样，是为了找工作找实习。前段时间我一直在写需求，也一直在思考作为校招新人要怎么才能进步的快一些，当我做了两个需求之后我发现，其实很多东西不是我不会写，而是我可能根本不知道这些东西的存在，这就是我跟其他同学的差距所在（之一）。所以我好好梳理了一下，发现应该仔细去阅读一下官方文档，有几个好处：

1. 可以把一直以来模糊的概念和知识点梳理清楚
2. 系统学习文档，多了解一些好用的工具以及方法
3. 看文档可以避免自己踩到bad case，遇到bad case的写法及时改正，养成好习惯
4. 学习好的代码结构和设计，比如hooks封装和组件封装，就可以照猫画虎把代码写好点

至于node，是因为node作为前端想要接触服务端最方便的工具之一，对于前端来说真的很友好很好上手（毕竟直接用js就行）。至于为什么前端要接触服务端，是因为最近了解到未来项目的发展方向是希望部分全栈开发，也就是前端承担一些功能的服务端部分，服务端承担一些前端部分（比如简单的列表查询，表单提交等），这样可以减少一些前后端的沟通成本，一个人去维护的话也更加方便。

没想到之前面试说未来规划是希望自己有朝一日能成为全栈的话要逐步实现了，这也有好处，毕竟我感觉以我的自驱力如果没人督促我，这句话也就是空话了。现在刚好有这个机会，就趁机多学点东西，尽快上手。下周把node基本能过完，回学校之后学习一下go和MySQL。如果有服务端大佬或者也做过全栈开发的前端大佬，能给一些服务端开发的学习思路和路线，也欢迎大家评论留言！

2.不要既要又要

可能是自己想的比较多，一直在想自己怎么才能缩小跟别人之间的差距，也总听身边的同事说要找机会做一些额外的事，给自己做一些额外产出，搞得对未来有一丝丝焦虑。所以最近总想着自己能不能参与一些技术项以及是不是应该什么去参与一下比较复杂的工作。最近跟ld和mt都oneone了一下，得出的结论就是：新人你就好好提高自己，把基础打牢，如果你能让自己的代码写的很好，基础很牢固，技术很ok，那已经很牛了。如果这些能做到，再去想做额外的事。

我问过mt和ld同样的问题：你们对于新人有怎样的期望，新人应该在什么时间点拥有什么样的能力才能算得上优秀。

mt说：先把自己的能力提高，如果一个需求交给你，你会怎么做，你会怎么样保证这个需求你做的没有问题，如果遇到问题，你会不会解决，能不能评估好会有哪些风险。

ld说：1到3年内多跟自己对比，最重要的就是这三年，一定要把基本功打扎实，你这几年代码写成什么样，你以后应该就是什么样了。在这个基础上，尽可能做到高质量交付。如果在这个基础上还能做一些其他的事，那就很优秀了。

仔细想想他们说的话，其实就是一点：先把自身基础打扎实，再去想其他。如果在自身能力都还没过关的情况下就想去做额外的事，只会捡了芝麻丢了西瓜。其实想明白这点就想通了，作为新人大家都不会期待你会做出什么惊天动地的改变，也不会期待你能带来什么质的提升和产出。如果你的能力不行，机会就算再多也不会分给你做，当你能力足够时，一定有足够的机会去给你展现，也一定会发现额外的可以改变的事。所以不要既要又要，先努力做好一件事。

3.我发现的高潜的特质

前段时间学到了一个新词，叫做高潜：很有潜力的人。仔细观察了一些很优秀的同学，他们在我心里就属于高潜了，因为ld做对他们十分信任，提出的观点、做事的风格、评论和建议，都确实很有意义和建设性。至于他们拥有的一些特质，我粗略归纳如下：

• 基础牢固：代码写得好，技术能力过硬，业务熟练，对业务有自己的理解
• 执行力强：在发现某个地方有问题时，及时做出改变或优化。有了什么新点子时，马上梳理文档并尝试落地，探索解决思路
• 能做一些额外的探索和尝试
• 对新出现的技术充满好奇，并及时尝试使用，甚至利用这些工具在业务上落地

大部分待了很久的同学或者有一定工作经验的同学对业务都足够了解，也能够解决大部分的问题，完成大部分的需求。但是能不能在完成需求以外的时间有自己的思考和做一些额外的探索尝试，这就是高潜跟一般的重大区别。如果一个人只是一味的做需求，那终究只会变成一个重复劳动的熟练工。所以这也是我上面焦虑的原因之一，我不知道我能不能做到像他们一样，有自己的idea，能够做一些提效甚至优化的技术项，甚至发现一些东西。不过目前的想法已经有所转变了：先打好基础，再看他们是怎么样做这些事情的，学习他们的思路和解决方法。

4.带着思考做需求

最近给我带来比较大的思考的一个case：在做需求的时候，遇到了一个问题，当前的比较简单的解决方式是前端去修改逻辑或者改组件，但长远来看可能会有潜在问题，如果后端修改逻辑的话整个链路很长，本次需求可能会有一定的风险，所以在讨论解决方案的时候就出现了两种声音，是暂时不动还是直接全改。最后的方案当然是一个能够确保以后不会在后续链路出问题的方法，但在讨论过程中我就像个狗尾巴草一样，一下觉得这样合适，一下觉得那样合适，谁说的都有道理，那到底应该怎么样去做。其实我是明白怎么做在逻辑上是最合理的，但是实际合作开发的过程中就是会充满这样的讨论。

我想说的是，最重要的不是谁最终说服了谁或者用了什么方法解决这个问题，而是在整个问题的思考和解决过程中一定要有足够清晰的逻辑，要带着思考去做需求解决问题，而不是只是听从别人的意见去完成一个任务，这样是不会有收获的。

5.最大的敌人是不知道自己不知道

实习了这么长时间到现在，我其实已经丢弃了之前总担心自己完不成任务的心里包袱，因为我发现遇到的问题只要有时间研究一定是会解决的，这个问题可能是前端、可能是后端、可能是产品需求的问题，在不断沟通中总能找到合适的解决方案，所以不需要担忧。但我最近有点焦虑的是，有很多问题是我不知道自己不知道的。

比如前两天遇到的一个问题，前端发请求带了参数，带了泳道，但接口返回的数据就是有问题。排查了前端代码、bff啥的都是正确的，但是上链路查询工具查请求id的时候，发现确实就是没有将参数传过去，导致后端不知道该命中哪些数据，全量返回了。真的是百思不得其解，实在不行了拉旁边的好哥们排查了半天，最后发现是因为这个仓库是我刚接手的，而这个仓库这次的改动是挂在另一个开发任务上的（我并不在其中），结果这个开发任务的负责同学离职了，导致这个开发任务的一些权限和资源被回收掉了，所以在发送请求的时候命中的是生产环境而不是隔离环境（即使带了泳道）。

至于为什么一直排查不出来，是因为这种情况从来没有遇到过，所以肯定就没有这种排查和解决问题的思路。事实上很多问题都是这样的，你知道自己不知道的东西可以去学习，但你不知道自己不知道的问题在遇到的时候就是束手无策。我不担心自己已知的不足，但是很担心自己未知的缺陷。这好像也没有什么好的解决办法，只有多积累经验，在遇到相同问题的时候知道怎么去解决。

6.未来的一些想法

再进字节就是三进宫了，今天是last day，所以也希望未来自己能够慢慢进步作出一些成绩，至少作为新人还是想往上走的。

首先是希望自己能够在再次接到需求的时候尽自己能力理解清楚每一块内容，尽量把复杂逻辑提前向产品和之前的同学了解清楚，避免自己在开发时由于理解不够而产生的额外时间成本。同时足够的理解也能够帮助我把话说明白，不知道如何表述清楚自己的问题时，最大的问题就是你还不够理解。

其次是上面提到的内容，nodejs基础知识基本过了一遍，但是要学习框架使用，比如nestjs和公司内的框架。打算先从nestjs开始学习，看一些项目，再同时学习mysql。最后再学习go，可能这样的路线会比较好上手更合适一些？

再次，希望自己在再次回来后能够顺利完成：独自一人完成一个需求的开发->独自负责好一个模块和项目的需求迭代。当自己拥有这些能力的时候，代表研发时常用的基建、工程化工具已经能够熟练使用，代表自己对某个模块的理解已经足够到位，代表遇到的问题基本都能解决，遇到的各流程的报错也基本能够解决。已经成为一名合格的新人。

最后希望自己也能永远保持一颗好奇心，对世界，对技术。虽然自己不是一个很技术向的人，但是在当今一天一个样的大环境下，永远要保持学习和体验最新技术的习惯，这样才能更好的将ai甚至更高级的工具反哺业务研发，提升研发效率，帮助自己和团队进步。

以上就是最近思考比较多的一些问题，但是能力和阅历有限，思考的深度也不够，希望自己在几年后再回头看自己写的这些思考的时候，会有更深一些的感悟。

最近写的一篇帖子被同事刷到，发到小群里了，瞬间有一种被揭穿的羞耻感哈哈哈，在这些工作了几年的前辈面前，自己的一些思考和想法还是不成熟的，努力向他们看齐。