字节实习大模型一面凉经 43min

面试大模型算法岗，跟HR沟通有4论面试，很重视这个岗位，没有算法团队，去让你搭建团队，没有带团队经验建议避坑，面试可能是来套方案的。面试过程1.自我介绍2.挑了一个项目介绍下项目，项目的使用并发和访问量，项目开发用了多长时间3.八股文： 介绍GRPO、PPO、DPO，分别需要几个模型，需要训练的是哪些4.RAG检索优化5.transformer 的原理和机制6.没有手撕代码

感觉是项目经历太浅太少了，寒假沉淀沉淀年后再战吧...1. 实习介绍2. 项目深挖3. RAG的问题与改进方案4. 在不能修改模型的情况下，如何调整模型回复风格5. 为什么大模型有few-shot能力？讲一下few-shot能力的原理6. PPO、DPO、GRPO、DAPO等RL算法的原理和区别7. 平时是否使用vibe coding？对此有什么看法？8. 手撕代码：编辑距离，分析写法的时空复杂度，有什么更优的写法

最近复盘实习经历，越来越觉得：决定一份实习含金量的，从来不是你活干得有多快，而是你从Leader和Mentor身上“压榨”出了多少认知。很多同学（包括刚开始的我）都容易陷入一种“学生思维”：被动地等着分配任务，做完交差，不敢多问，生怕打扰领导。殊不知，高产出的核心在于“高频互动”与“深度对齐”。关于如何围绕Leader和Mentor做更有价值的产出，分享几点我的心得：1. 对Mentor：从“问怎么做”进阶到“问为什么”Mentor通常是手把手带你的师兄师姐，是你的引入人。 低效沟通： 遇到卡点直接问“这个怎么弄？”，mentor教你做完，你就丢群里不管了。 高产出策略：主动发起同步： 如果在...

不知道大家是不是今年感觉已经被AI刷屏刷的头都要炸了？伴随着VibeCoding的快速兴起，好像编程一夜之间就变成了人人触手可得的技能，而那些绞尽脑汁学习语法、练习项目的同学们一夜之间就变成了小丑，前端更甚——似乎每个新模型的诞生好像都在重复着“XX模型即将杀死前端”->“前端已死”->“XX即将发布最新的模型”的循环，似乎每年都是前端最糟糕的一年，甚至我们当中的不少人都这么认为，真的是这样吗？请允许我花些时间聊聊。展望前端的未来，必然要先回顾前端的过去，显然，AI压根就不是第一个杀死前端的。不知道各位有没有听说过Dreamweaver？这是一个可以直接可视化画图方式生成网页的工具，可以直接把设计稿转成网页（类似于VB的手绘控件），那个时候有人说，前端已死；结果是，一旦网页内容开始膨胀，嵌套几十层的图纸毫无维护性可言，更不用说复杂的动画效果了，它随着Dreamweaver一起成为了历史，并客观上加速了前端开发与UI设计的分离。下一个挑战者是JSP/ASP.NET，后端开发者可以快速的用他们最熟悉的语法完成前端开发所做的一切，数据处理，表单请求...，那个时候有人说，前端已死；结果是，伴随着移动互联网的高速发展，前后端一体反而给开发者带来了更加沉重的负担和夸张的维护成本。既然前后端分离了，想必那个时候的前端就迎来了春天？不见得吧，它的挑战者就从来没停过，以WordPress为代表的建站平台急匆匆的来了，是的，各种模版几乎快要革了“前端”的老命，但却提供了更多的插件、主题开发和二次定制需求的市场机会，你能说它杀死了“前端”吗？好吧，即便前端的生命力如此顽强，那低代码平台总能一劳永逸了吧？我的意思是，你也不想大清早起来就要盯着拧成麻花一样的蓝图来追踪数据流动吧，而且，低代码平台也不可能脱离前端而存在。所以，AI会取代前端吗？或许吧，但我知道，所有自称要“杀死前端”的挑战者全都败给了一个敌人：“真实的物质世界”，这个世界没有那么多含情脉脉的温床，也没有一成不变的需求，迎接开发者的只有客户谜一样的运行环境，恨不得把3A塞进去的诡异需求，以及不争气同事的、永远猜不到响应格式的API。而这也印证了那个软件工程的真理：“软件开发没有银弹”。前端的挑战者们还在围剿它，你要做的唯一一件事就是：像前端一样坚强、勇敢的面对这个站在最前沿，也最复杂的真实世界，而这正是它迄今不死的秘密。【全文人工手打,看到个别无良自媒体真的气得不打一处来,希望大家坚定自信,把自己的事情做好做精!】