研究方向选择

#牛客帮帮团来啦！有问必答# 这段中台产品实习快结束了，想整合一下经历，发现没有一些可量化的输出，想问问各位大佬有没有写简历的经验？目前画了几个很简单的功能原型和文档，都是为其他产线做的，落地后也只是解决了问题，但没有具体量化效果；其余时间都在熟悉各个中台系统的架构和模块，画了很多思维导图和使用流程图，这一块应该要怎么展现在简历上呢？马上要秋招了，有没有前辈指导一下#我的上岸简历长这样##投了多少份简历才上岸#

过来人简单说下，业务方面主要做电驱，电控，汽车域控制器，车载电源就是汽车零部件，薪资在重庆中上吧，加班还好，双休。

自己稀里糊涂就选了后端方向，还学的go，然后基础又不行，难一点的东西都没啃下来，又只能写写业务目前在某中厂日常实习，确实就是和大家说的一样，绝大部分时间在技术设计、评审、CR、开会上，写代码的很少感觉我这边还多了一个debuff，源码质量很差，我每天是写得真痛苦啊我第一次上手写的时候，直接上去把代码给重构了两天，之后被ld大骂了一顿，都快把我给训抑郁了原来以为去稍微大一点的公司写代码，会是我基本不用考虑什么代码设计，直接照抄一定是最佳实践的代码，慢慢体会好处就行了。没想到实际的体感就是，现有的代码都是垃圾，写得什么都行，不用细想都知道以后一定会出问题，能抄的没眼看；想看看怎么写的一些调用逻辑参考，找不到，结构散得很。到想自己发挥了，直接不敢写了，谁知道他让不让你写，他有有一些不成文固定的很多标准在那里，又不能过于改动现有的结构。当然以上的感觉很可能有我自己的一部分问题，大家可以不用在意语气直接锐评。感觉个人更喜欢写写前端这种更有反馈更有趣味性的东西，主要想走全栈，后续秋招是肯定想准备一下的。然后写后端其实也不排斥，本废物前面还有一段小厂实习在搞中台全栈，也会看看业务代码，感觉确实写得很好。有好多劳动密集型优化，自己手写的框架，有非常复杂而且还挺有意思挺有挑战性的设计，基本都是追求性能的极致。可惜那个时候写点简单代码就够吃力了，没来得及好好学习，最后就被开了。但是现在就是感觉，稍大一点的厂的业务就很不一样。写得业务真的很无聊。最终其实就是能跑就行，但是过程中你还要被各种锐评打击，跟测试产品及其低效地对接。代码上没挑战，业务上感觉都是害人业务，自己没法直接感受到任何正反馈。马斯洛理论最后两层是感到被尊重和自我实现，我觉得做业务好像很难感到被尊重，更后面更是无从谈起。个人其实是很迷茫的，目前比较不确定的规划是，实习大概可能会跑路，尝试往更基础的方向学学go，同时也学学前端，最后可能还会看情况继续学点java。。。感觉也不合理了，其实就是非常迷茫。我喜欢做有挑战的事情，喜欢写工具写有用的东西。想尽量去平衡爱好和工作，又一直觉得爱好和工作是矛盾的。我的缺点又是非常没有耐心，对于业务这种没挑战性还需要细心的方向坚持不下来。唉还是写得思路好乱，流水帐了，不加标签了

工资待遇还不错，但是工作绩效按排名来算，后期加班很严重，还不给加班费。