字节这么多部门，选哪个呀兄弟们

1.商品超卖问题2.某一时间，大量请求到来该怎么办3.redis与数据库一致性以及本地缓存问题4.redis的扩容与迁移问题，如何保证尽量少的key在机器中进行迁移5.redis为什么是单线程，后续加入多线程是为了解决什么问题6.redis数据结构底层，reids的string与java中string的区别7.大流量mysql热点数据更新会有哪些问题?8.项目提问9.实习公司做的试卷评分系统有了解具体流程和评分机制吗？10.ai基础相关手撕：一个链表奇升偶降，排成有序心得，面试的时候还是要去主动了解下应聘的对应部门，感觉这次面试很多问题都有部门中实际开发用到的技术相关，。

在你简历中的两个项目里，你觉得哪一个做得比较好或者更有技术含量？讲一下虚拟滚动的实现原理是什么？虚拟滚动在处理用户快速滚动时，底层是如何监听更新并保证页面流畅度、不掉帧的？针对 AI 对话的流式渲染，在技术选型时为什么要选择 SSE 而不是 WebSocket？结合 Markdown IT 工具，前端打字机效果具体是如何处理数据拼接和渲染的？你目前实现的打字机效果，是根据服务端响应的数据块增量渲染，还是真正做到逐字渲染的？假设后端逻辑不变，要求前端调整成“带有光标且挨个字匀速吐出”的真实打字机效果，你会怎么调整架构设计？如果这个 AI 对话平台要做到支持一万个用户同时在线，从前端或服务端的架构...

26应届的，两个总包基本一样：1、百度智能云，n*16 + x qzf，x分两年拿，组内业务包括开发维护一个中台，承载一些内部ai服务，同时也有一定的公有云业务。平台日均调用量大概是21亿。工作强度10 8 5。**优点：提前实习过了，组内氛围还行，mt和ld比较好说话，强度相对低点。另外我拿到字节offer后ld表示比较希望我留下。智能云做为百度还在增长的部门，相对还比较稳？去年年底广进影响相对小。还有和ai算是沾点边，组内后续会做一些推理引擎相关中间件**缺点：技术感觉比较老，代码也旧很少迭代，go版本甚至在1.13，总体没什么新需求。和ai有关但是和llm关系不算大。平台上大部分是传统视觉模型，llm有一些但不多，而且参数量都比较小，基本是单机单卡部署。部署实际是调用厂内paas服务去做，并不由我们直接负责，不太能接触到底层。最后就是百度整体风评一般，不知道会不会影响简历认可度2、字节抖音服务架构，n+2 * 15 + x/2 qzf，x/2 第一年拿。中间件方向，为抖音直播和短视频做支撑，有两个可选的小方向，感觉也是中台。工作强度10 10 5：a. 消息与调度：主要负责MQ相关的中间件和调度系统b. 流量与接入：主要负责业务网关中间件和长连接**优点：抖音算是比较核心的业务？数据规模应该非常大。然后字节title比较大，总体认可度会高点？**缺点：应该也算中台，比较偏传统，开发运维oncall啥都有（这个百度也一样），看起来是在底层mq基础上进行类似二次包装，而不是写mq的。和llm结合的情况看起来不太好说，那边表示“如果不自己选的话，会倾向安排你来消息与调度方向，基于LLM做MQ中间件的一些场景落地，比如消息积压诊断”，差不多是做运维机器人...？然后一面面试官是我将来的mentor，看起来比较不苟言笑，有打断我说话的情况，但也没有很粗暴打断，大概是对我讲的项目没那么感兴趣，表面看起来没有百度mentor好相处的样子。结合字节的培养情况感觉landing难度未知，有开盲盒风险两个业务看起来都比较普通。个人bg在当下比较一般，二本+211硕，不知道应该在百度苟一苟，还是尽快通过字节成长并获取简历背书，想问问各位会怎么选择。以及这些业务后续跳槽/活水换方向难吗？

部门：头条 4.7 一面，第二天早上通知面试通过4.8 二面，面试完一小时通知面试通过4.9 14:00 三面，面试完半小时通知面试通过4.9 19:45 HR面，HR说会帮我提交offer申请，最早周一出结果，最迟周二。补：10号早上11点收到offer