第一次真正感受到“技术判断”这四个字，不是在写完代码的时候，而是在一次方案评审前。需求看起来并不复杂，业务要上线一个新能力，时间不算宽裕，但链路很长，涉及多个模块联动。导师把文档丢过来，只说了一句：先别急着写，先把可能出问题的地方找出来。 我最开始也和很多实习生一样，下意识会先看接口、看表结构、看怎么把功能做出来。但越往下梳理，越发现这不是一个“把需求实现”就结束的任务。高并发场景下，任何一个看起来正常的调用路径，都可能在流量起来之后变成瓶颈；任何一个默认重试、超时设置、依赖堆叠，都可能把局部问题放大成全链路抖动。 于是我先没动代码，反而花时间把调用链、异常路径和兜底逻辑一条条画清楚。哪些请求...

一股神秘的力量，我是不是被资本做局了

最近才准备开始投，没实习，八股只看了一点点形势有点严峻😇

🕐面试时间：26.4.8-一小时💻面试岗位：后端开发❓面试问题：1、自我介绍2、从工程角度来介绍代码评审执行流程，怎么获取修改的代码的，怎么跟大模型交互的？3、如果不用静态分析库，直接让大模型去评审的话，怎么做？4、慢SQL是什么问题导致慢，怎么优化，数据量是多少，查询语句，查询场景是什么？5、Kafka自动提交为什么会消息丢失？(忘记自动提交的原理了！！)6、volatile关键字有啥作用啊？7、Hashmap，假如它的key是一个对象，需要注意啥吗？8、什么是死锁？9、Redis常见类型？10、Redis持久化机制，项目中的持久化机制怎么配的？11、缓存雪崩12、题目描述：零到N之间的...