跪求offer，许愿Offer！百度三面几乎没有啥硬性问题，全部都是系统设计、技术排查问题，都是从项目、业务出发，每句话都在问，非常精细1、你的IM架构是怎么设计的2、为什么说群聊人多了，流量会指数式增长3、假如系统IO频率过高，怎么优化4、为什么考虑用redis做缓冲（缓存）5、怎么排查sql问题6、怎么让io的负载降低7、io负载降低的话，你怎么让它少写8、怎么RAG优化，怎么搭建反问：1、哪里需要提升回复：多遵守第一性，回答问题抓本质，你很多建议设施都是相似的我个人还有一点小问题，面试官认为是有些场景过度设计了，哈哈，其实是为了学习一下中间件的用法，强行加上去的已经燃成舍利子了，自大年初...

😵

看来得重新踏上征程了。后悔之前oc之后没有走其他的流程。

最近我给一些前端方向的实习生做内推，看了不少简历。投递里常能看出一种预设，找实习只要把前端做熟，页面和接口能啃下来，似乎就踩对了主线。初筛读多了会有另一种感受，当业务和岗位已经大量贴上大模型、RAG 或 Agent 时，纯前端技术栈写得再工整，也很难在一叠写法雷同的简历里单独把人托起来。我想写的不是简历技巧，评审更常问的是，你有没有把智能接进一条可维护、可观测、也能和人协作的链路，还是只在项目名里多写几个关键词。许多项目经历段落，技术名词很全，叙事却薄。写得多的几种模式是：周期很短，却同时堆上 RAG、流式输出、鉴权与复杂治理，读者很难估计真实投入与掌握深度段落像功能清单，缺少场景、难点、个人...