快手达人运营一面

全文约 8000 字 | 预计阅读 15 分钟 | 建议收藏慢慢看目录春招流程总览我的春招数据复盘笔试题型汇总后端开发面试高频题Agent / AI 方向面试高频题手撕代码题汇总AI 画像 & 开放性问题HR 面 & 谈薪高频题这轮春招教会我的事前言先说起点26 届，浙大软件硕士，秋招因为自身原因没参加，春招从零开始。目标岗位是后端开发 + Agent 应用开发两条腿走路。2 月底才开始投简历，手里没有任何 Offer 保底。再说终点投了 36 家公司，前后经历了 40 多场面试和对话，拿到了 5+ 个 Offer。最终去的方向是 Agent 开发——听起来挺酷，但本质还是开发...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

测开简历求佬拷打该走软测还是测开

1. 介绍下你实习学了什么 做过什么项目,为什么离职的2. MoE 为什么能在参数量很大的情况下还能把训练和推理成本压住，真正难点在哪MoE 的关键不是“参数变多了”，而是“每个 token 只激活一部分参数”。也就是说总参数量可以做得很大，但单次前向只走少数几个 expert，所以理论上计算量不会随着总参数线性增长。这个思路在大模型里很有吸引力，因为可以同时兼顾容量和成本。但真正难的地方是路由和负载均衡。路由器如果只偏爱少数 expert，训练会很不稳定，热门 expert 被打爆，冷门 expert 学不到东西。另一个难点是通信开销，尤其多机训练时，token dispatch 和 gat...