📍面试公司：字节跳动抖音部门🕐面试时间：10.9💻面试岗位：后端开发❓面试问题：1.讲第一个项目，没怎么拷打，主要是自己在讲，没去深入问。2.讲第二个项目，之前的面试基本都只讲第一个项目，结果第二个我都忘记该咋讲了，磕磕绊绊的。这里问了个比较开放性的问题，说如果你是站在项目负责人的角度看，你觉得这个项目怎么组织模块会更合理?没想过这个问题，乱答了几句。3.有没有了解过资金安全和金额对账？不会4.简单介绍一下幂等，业务上实现幂等一般有哪些方式？5.如果让你做一个agent的项目，什么场景会使用到RAG？RAG的优势和劣势是什么？6.有没有了解过有哪些向量数据库？7.模型的训练和微调有自己动手去做过吗？没有，讲了下Lora和研究方向里面模型的训练8.手撕问了下力扣刷的怎么样，我说还可以，然后第一道题是统计字符串里面出现最多的字母，第二道题是无限循环交叉打印123.结果交叉打印时候我用同步channel写的取数据的时候写成if <-ch1了.....（之前写过这道题不过有ide自动补全，没补全语法忘了直接尬住），只写了框架讲了下思路，然后面试官说你没有用过cond吗，sync包还真没怎么用过🙌面试感想：表现的依托狗屎，基础太差了

问实习一（第一个项目）优化的核心指标是什么为什么用模型来代替策略？解决什么问题mmoe的特点是什么为什么做下采样，如何确定采样比例采样前后的准确率是否一致？如何解决（第二个项目）为什么做微调，为什么做sftsft的优点是什么，为什么会有微调后效果更好的情况有哪些负样本，如何解决微调时用了多少样本？为什么觉得够用问实习二为什么用cnn-lstm，为什么没有用transformer节省电费是怎么算出来的

单9单实习java方向你发简历我给建议或者有什么想咨询的也可以问字节镇楼许愿开个大包

这是一个典型的“消息分发模型”设计问题，微博/社交平台在设计大V发博分发时，推模式（push） 和 拉模式（pull） 各有利弊。下面结合你提到的“大V发博客”场景详细分析：一、两种模式简介推模式（push）大V一发微博，系统立即将内容推送到每一个粉丝的时间线中（如写入粉丝的消息队列或Feed中）拉模式（pull）粉丝查看时间线时，实时去拉取他关注的人（如大V）最新发布的内容，再合并排序显示二、微博类应用场景选型✅ 小V/普通用户：使用 推模式粉丝数少，推送量小；内容分发量级低；直接推送到粉丝的 Feed 表中，读取快，体验好。⚠️ 大V用户（如百万粉丝）：不能用纯推模式，会有严重问题顺便吆喝...