百融云创，算法，base北京，面试的时候和面试官了解了，方向是AI 引擎，主要是做大模型意图理解的，这方面百融做的还不错，同学和我反馈实习去这里学到了很多东西，工作时间早九晚八科大讯飞，算法，base合肥，讯飞是比较传统的it企业了，也是国内智能语音领域的领军企业吧，问过在里面工作的大佬，国企味挺浓的，喜欢汇报，早九晚七中国移动，无线网络优化，base成都，央企，较稳定，强度不确定。。

鼠鼠双非软工，大一刚入学时，坚定的走上了后端开发的道路。大一上学习了springboot+vue这套，大一下开始就主要在学习golang相关。现在一个项目是springboot+vue写的oj平台，一个是go-zero+tauri写的ai语音对话助手。鼠鼠所在的实验室今年前端走出了7位大厂，后端情况却不太好。到底是该考研，就业，还是转方向啊。

背景与闯祸实习期间承接需求时，我发现很多系统的业务逻辑盘根错节，上下文关联极深。有时需求本身涉及的代码改动明明很简单，可要是不把背后的业务脉络和代码逻辑摸透，就根本没法理解修改的初衷。最开始我接手需求，往往只盯着技术需求文档（TRD）里的修改要求，照着文档改完代码、做完自测，就觉得万事大吉了。到了代码评审环节，大家都要逐一讲解自己负责的需求和对应的代码改动。我负责的部分改动点很简单，无非是删几行冗余代码、调整一点参数配置，所以准备得很仓促，没多琢磨背后的逻辑。评审时，同事们针对这些修改提出了不少问题，比如 “为什么要删掉这段代码？会不会影响下游接口的调用？”“这里的参数调整有没有考虑到历史数据...