京东管培生网申倒计时三天啦！点击campus.jd.com

这场更像典型的嵌入式实习筛选节奏。时间不算长，但问法很实，不太给你空转概念的空间。项目要能往下挖，Linux 基础要能接得住，真碰到问题时你怎么定位，面试官也会顺手看一眼。一开始不会显得特别凶，可一旦你简历里写了 Linux、驱动、并发、调试、RTOS 这些词，问题就会很快落到细节上。印象比较深的是下面这 10 个。面试题目从用户态发起一次系统调用，到内核处理完再返回，这条路径里发生了什么匿名页和文件页在内存回收时为什么不会走完全一样的策略fork 之后父子进程看到的地址空间为什么看起来一样，但又不是真的完全一样select、poll、epoll 放到高并发场景里，真正拉开差距的点到底在哪负载...

第一次实习的时候啥也不懂mentor第一天跟我说的。我说好。我以为只是第一天这样。第二天——"你先看看文档。"第三天——"你先看看文档。"第五天我鼓起勇气问："那我后面大概做什么方向？"他说："不急，先熟悉。"我点开过的文档数了数，三十多篇。每一篇我都有认真看实在无聊，我打开同学群看看大家都干啥呢。有人说他入职第一天就改了bug。有人说他mentor每天带他review代码。有人说他们组上周聚餐了。我每天的成就是：又看了五篇文档。上了一周班后，晚上我收工位走出公司，那一刻我突然明白"你先看看文档"是什么意思。不是让我熟悉。是他也不知道让我干嘛。我真的谢

一些自己在网上搜刮的面经题目路过的牛爷爷可以试着答一答，附上自己的答案，如果有更好的答案也可以拷打我，如果有别的比较好的题目也可以评论里发一发。 如何评估 RAG 效果？指标是什么？ 分层评估：  检索质量评估：看如HitRate（命中率），Recall（召回率）等指标 生成质量评估：看如相关性（是否切题）、忠诚度（生成是否基于检索内容生成）、完整性（生成答案是否完整） 用户满意度测评：答案是否满意，检索速度够不够块。  RAG 和微调怎么取舍？ RAG适合更新频率高，存在隐私数据以及需要可解性性要求高需要稳定输出的场景。 微调适合需要特定规则以及语气的使用场景。 这两个技术在大部分场景下都不...