字节实习内容运营面经分享🎆

大家都说程序员35岁就失业了，但就我实习了两家公司来说（一家外包一家电商），感觉35岁不是公司裁而是很难跟上公司节奏了。第一家外包公司的领导将近40岁，已经是研发组的组长了，每次发布时都要搞到凌晨，并且平时每天也是电话不断，每天的休息估计都没有6个小时，完全是透支身体来工作加上前段时间程序员猝死的新闻给我整的心头一紧，他的情况就和我领导很像。第二家是一家电商公司，组长就在35岁附近，是整条业务线的负责人，他是对产品最熟悉的人，这也就造成了所有的人对产品有问题（包括但不限于产品、前端、后端、测试）都要问他，有时候问问题都要排队。需求发布的时候也要搞到很晚，并且基本上每天回去还要工作，回复客户问题...

1. 做自我介绍，并确认两个项目是个人独立开发还是学校项目？2. 从产品视角说明旅行规划助手项目的定位、能力、技术方案及需求解决办法？3. 追问1：旅行规划助手项目是否经过体验，效果如何，存在哪些问题及后续改进方向？4. 追问2：以“深圳玩三天预算3500元”为例，智能体能否满足需求，如何控制价格及响应时间？5. 知识库答疑助手项目是否为比赛，介绍技术方案（如RAG、混合检索、微调等）？6. 追问1：知识库答疑助手项目微调数据集的设计方法及测试集情况？7. 追问2：知识库答疑助手项目最终准确率及采用混合检索的原因？8. 追问3：知识库答疑助手项目向量模型和微调模型的选择依据及部署方案？9. 是否使用过多模态处理方式，图片识别的准确性及实现方法？10. 追问1：是否使用过Coze、Dify、N8N等低代码平台及使用程度？11. 确认实习时间（一周5天、持续6个月、1月初到岗的具体日期）？反问1：具体产品实习生进去负责哪个模块答：智能体 Demo 搭建、测试打标反问2：车载主要是负责端侧还是云端答：团队主要是负责云端，不涉及端侧

是腾讯的csig腾讯云，前天晚上九点突然打电话约面，激动的通宵学了一晚上，第二天状态很差改了今天（以后再也不通宵学习了）感觉自己浪费了面试官一个半小时单纯手写＋场景，无八股无项目无算法，打击真的很大，全是在面试官提醒的情况下完成的，自己技术方面真的还是有待提高，实力匹配不上大厂和已经面试的两个公司完全不一样，很注重编码能力和解决问题的能力，然而我这两个方面都很薄弱，面试官人很好很耐心的等我写完题目，遇到瓶颈也会提醒我，写不出题也会很耐心的跟我讲解好感动，到最后面试结束还安慰我打算把下周最后一场面试面完之后就不面啦，如果能去实习还是很开心，但是最重要的还是好好努力提高技术以下是面经第一题// 实现一个解析 url 参数的函数function parseUrl(urlStr) {// TODO}parseUrl('*********************************************');// 返回 {a: 1, b: 2, c: 3}追问：在链接里见过什么部分？用 hash 路由的话放在哪第二题// 考虑有一个异步任务要执行，返回 Promise，这个任务可能会失败，请实现 retry 方法，返回新方法，可以在失败后自动重试指定的次数。/*** 异步任务重试* @param task 要执行的异步任务* @param times 需要重试的次数，默认为 3 次*/function retry(task, times = 3) {// TODO: 请实现}// ---------------测试示例 ----------------// 原方法const request = async (data) => {// 模拟失败if (Math.random() < 0.7) {throw new Error('request failed');}const res = await fetch('https://jsonplaceholder.typicode.com/posts', {method: 'POST',body: JSON.stringify(data),});return res.json();}// 新的方法const requestWithRetry = retry(request);// 使用async function run() {const res = await requestWithRetry({ body: 'content' });console.log(res);}run();第三题就是给 retry 函数添加类型注释，用到泛型第四题：在组件库中将 Alert 用 api 的形式实现（应该就是 message 这个组件）怎么渲染到一个浮层里而不是原地渲染出来

我是最近才开始用cursor并且使用一些国内外的编程模型，我发现不管是国内的还是国外的模型，在进行长对话之后大概率都会有幻觉情况。我现在的解决方法就是从prompt和rule上下手。将一些常用的代码规范和数据库表设计规范整合成rule，这样在编写prompt的时候可以轻松一点不同的职责需要创建不同的rule，比如最近在写毕设时就会涉及到原型设计、前端编码、后端编码以及数据库表结构的设计，这就得编写四个rule，如果写到一个rule中会使规则文本过长，对模型也是一种压力，分开设计可以让ai在扮演不同角色的时候单独使用不同的rule。在编写prompt时，主要就是以角色+需求来写，需求尽量精简即可...