很多嵌入式面试，自我介绍刚结束，面试官就会来一句：“挑一个你最熟悉的项目，详细讲讲。”接着往往还有三连：你在项目里具体负责什么？项目里最难的问题是什么，怎么解决的？如果现在让你重做一遍，你会怎么改？这三问看起来都在问“项目”，但本质上考的是同一件事：你有没有真正参与过工程，能不能把问题从现象追到根因，再落到方案、验证和取舍。功能堆再多，讲不清楚“为什么这样做、还试过什么、最后怎么验证有效”，在面试官眼里都接近 Demo 级经历。先说结论：项目面不是背简历，是展示“工程闭环”嵌入式项目面，面试官通常不在找“背过多少名词”，而在判断四件事：项目是否真实 —— 不是你简历上写的那几个关键词，而是你确...

之前一直在牛客刷大家帖子，看到了很多人吹捧大厂多好多好。但是说个会被喷的事实：双非本，秋招拿了5个offer，比我那个在某大厂实习的室友还多一个。他在大厂做了三个月，负责链路中的一个中间模块。听起来很厉害对吧？但面试的时候面试官追问这个特征是怎么选的召回策略谁定的，他只能说这部分是算法团队负责的。我在旁边听得都替他尴尬。我呢？在一家不过百人的小公司做了个后台管理系统，全流程就我一个人。你问我任何一行代码为什么这么写，我都能给你掰碎了讲，因为踩过的坑我全记得——凌晨两点调CORS跨域问题的那种刻骨铭心你懂吗。说到底面试官要的不是你title多好看，是你到底有没有真正做过这件事。大厂名字能帮你过简历关，但到了面试那一步，你做的东西是不是你的，一问就知道了。后来我室友也想明白了，他说我那三个月最大的收获就是知道了食堂哪个窗口最好吃。我不知道他是在自嘲还是在认真的。

测评完就显示结束了完蛋了

1. 自我介绍2. 智能合同审阅平台里为什么要同时使用向量检索和全文检索？单一检索方式为什么不够？答案：在合同审阅场景里，用户的问题或者待审条款通常不是简单关键词匹配，而是存在大量语义相近但表达不同的内容，比如“提前解除合同”“单方终止协议”“无责解约”语义接近，但关键词并不完全一致。如果只用全文检索，比如 Elasticsearch 的 BM25，优点是关键词匹配精确、可解释性强，对合同编号、金额、日期、公司名称、条款标题这类结构化或半结构化字段效果很好。但它对同义表达、语义改写、隐含风险点的召回能力较弱。如果只用向量检索，优点是语义召回能力强，但是容易召回一些语义相似但法律含义不完全一致的...