百度内推百度内推百度内推百度内推

我记得之前牛客有个专门更新毁约的集合贴来着，但今年貌似没更新了，就业环境一年更比一年难，也想给牛友们找工作帮一些忙，今天开始我将继续更新毁约集合贴！本次先更新26届春招，在牛客已经发帖爆料的黑名单公司，以后再有新的，会持续更新！！！1、还没入职，部门裁了20%：链接2、多益游戏毁约：链接3、多益网络毁约：链接4、某大厂内包：链接5、25届前端人下人被裁后续：链接6、5月被毁约了：链接7、26届应届生惨遭毁三方，求内推：链接8、百度内部大调整批量毁offer：链接9、应届生四月被毁约——广东宝莱特：链接10、前端实习一个月多被裁了，难受😭：链接11、25届前端人下人被裁：链接12、因为不主动加...

求佬看看简历有啥写的不好需要改进的，四月底开始投暑期，就得到一个字节的面试，一面挂，其他投的全泡池子，给孩子整抑郁了，已经想创死了

各位前辈好，先说声抱歉，可能又是一篇“求骂醒”的帖子，但我真的需要一个方向。我的情况比大多数人都糟糕：双非软件工程，大四，马上毕业了，0实习经历，0工作经验。秋招根本没参加，原因很傻——我一头扎进了一个自己觉得“挺有意思”的项目里，天真的以为把项目做好工作自然会找上门。现在春招也快结束了，我才如梦初醒，发现简历投出去基本石沉大海。我没有什么能拿出手的背景，唯一能说的就是这个从后端到前端全栈独立开发的电影推荐平台。我知道在各位前辈眼里这大概率就是个小玩具，但我确实是下了功夫去琢磨的，它不是什么网上扒的代码，下面这些是我自己琢磨并落地的东西：项目概况：Spring Boot + MyBatis-Plus + Redis + JWT + MySQL + Vue3（前端是AI辅助生成的）我自己觉得花了心思的几个点：1. 推荐算法落地：没有照搬别人的推荐逻辑。我是基于用户多维行为数据（评分、收藏、浏览时长）去计算标签权重，然后用“评分×log(热度+1)”的公式做加权排序；冷启动场景用热门数据兜底。推荐结果用Redis的ZSet缓存，用户行为一变化就主动删缓存触发重算。2. 缓存体系设计：不是那种“面试八股文背完就扔”的表面理解。我实际遇到了缓存穿透和击穿的问题，然后自己用空值缓存+逻辑过期去解决。热门电影定时预热、批量查询用multiGet减少IO次数，还封装了MyCacheUtils通用模板，让整个项目其他模块也能复用这套缓存逻辑。3. 并发与一致性：用Redis的SET NX EX实现了收藏/点赞的分布式锁，key精确到“用户+操作对象”级别，不是粗粒度的一锁全锁。异常回滚时Redis和MySQL数据一致性问题也思考并落地了。验证码的原子性校验用了Lua脚本来保证。4. 性能是真实数据：我用JMeter做了2000并发的压测，引入Redis缓存体系后，推荐接口平均响应从6466ms降到155ms，吞吐量翻了一倍，缓存命中率干到98%以上。这些数据不是编的，是我自己反复调优跑出来的。说实话，做完这些的时候，看着压测报告我是挺兴奋的，觉得“这也算出活儿了吧”。但现实是，0实习好像成了我简历上的原罪，很多公司直接筛选条件就把我过滤了。所以我想跪求各位前辈指点我几个问题，每一条我都认真看、认真执行：1. 关于简历：0实习的应届生，还有资格谈“项目亮点”吗？我这项目，是不是在专业面试官眼里就是一个“低配版培训项目”？如果这个项目还有救，该怎么在简历上呈现，才能让HR或者面试官至少愿意给我一个电话面试？如果没有，一个0实习的应届生到底该在简历上写什么？2. 关于面试：如何用项目细节证明“我虽然没实习但真的能干活”？我挺怕面试官看到我没有实习经历就直接失去兴趣。真到了面试那一步，我该怎么引导对话，用上面这些技术细节去对抗“没实习=没工程经验”的刻板印象？比如缓存那块，怎么从“我解决了击穿”讲出一个有技术判断力和工程思维的完整故事？3. 关于求职策略：错过了黄金窗口期，现在该冲什么样的公司？大厂我肯定不奢望了。现在这个时间点，我应该去投那些小公司和外包吗？要不要把薪资预期降到最低先入行再说？对于0实习的应届生，什么样的公司是真的有机会让我进去学技术、积累经验的？4. 关于未来：如果现在直接找不到工作，我该怎么办？这段时间我想好了，如果实在是找不到研发岗，我要不要去干测试或者运维先入行？还是找家小公司被压榨一年攒个经验？还是干脆先找个其他工作边干边学等下一轮秋招？我什么建议都能接受。我知道自己起步晚了，代价得自己扛。现在唯一能做的就是面对现实，然后找到一条最有可能逆袭的路。希望前辈们能给我指个方向，即使简单几句“没救了”或者“还能救，去做XXX”我都非常感激。

什么是 Multi-Agent ？就是一个由多个分工明确的 AI 角色编排而成的协作团队。每一个 Agent 各司其职，通过互相交流协作来实现复杂任务相比单 Agent 的优点降维解耦：单 Agent 在处理庞杂任务时，容易因为上下文过长而丢失焦点或产生幻觉。多智能体让每个 Agent 只专注特定领域，挂载专属的系统指令和工具，降低模型的认知负载交叉验证：Agent 之间能互相审查与辩论。比如“开发 Agent”写完逻辑，“测试 Agent”立刻跑测试用例挑错，这就是为什么一般流程后会加一个 correct_node非必要不升级一定要多 Agent 吗？一个需求，能用函数解决就优先函数，函数解...