华为od

大家好，我是去年参加秋招的后端选手。刚经历了pdd的一面，热乎的面经奉上。pdd果然名不虚传，上来就是硬核三连，完全不问项目，直接揪着基础知识往祖坟上刨。整个面试30分钟，感觉像经历了一场高强度的技术论文答辩。一、 面试开场：没有寒暄，直接亮剑面试官准时上线，确认身份后，第二句话就是：“我们来聊聊Redis吧，看你简历里写得很熟练。”我心里一紧，知道这场恶战开始了。pdd的流量和并发决定了它对缓存的要求是极致苛刻的，Redis必然是考察重点。二、 核心拷问：从使用到源码，一层层剥开第一层：基础用法与场景（热身）Q1：你们项目为什么用Redis？用了哪些数据结构？我的回答：主要做缓存和分布式锁。...

🐭🐭是学院本，没有实习过😭3.2号更新一波简历，目前已经有一家进二面了，一面线上面被拷打了一个多小时，后面和负责人开始聊天。😭

其实不少人这么干的1.面试尽量约到晚上，和实习不冲突2.上班期间，没啥事，也可以准备准备3.要是面试的有些问题不知道，可以记录下来，第二天找同事问问，就学到了4.上班期间没事的时候，看看代码，顺便问问同事，代码的架构，用到的技术看具体怎么写的等等

1、自我介绍2、讲一下你做过的一个最有代表性的项目3、RAG 里 chunk 怎么切，为什么这是个关键点chunk 切分会直接影响召回质量和最终回答质量。因为向量检索不是按整篇文档检，而是按切分后的片段检。如果切得太长，一个 chunk 里会混入很多无关信息，虽然语义覆盖大，但相似度不一定集中，模型拿到后也不容易抓住重点。如果切得太短，单个 chunk 虽然很纯，但上下文不完整，容易导致召回回来的内容缺少关键信息。实际做的时候一般会根据文档类型来定。像制度文档、说明文档，可以按标题、段落、语义边界切；如果是 FAQ 或问答对，本身就天然适合按条切。通常还会设置 overlap，避免一个关键信息...