面试嵌入式岗位，很多人会把重心放在“八股文”上：volatile 怎么理解、指针和数组的区别、FreeRTOS 有哪些状态、SPI 和 I2C 区别、线程和中断怎么配合。这些东西当然要会，但说实话，它们更像门票，不是上限。真正拉开差距的，往往不是“你背了多少题”，而是面试官追问到项目细节时，你能不能把一个功能从需求、实现、调试、稳定性、边界条件、量产问题一路讲清楚。嵌入式岗位尤其如此，因为这个方向天然是工程导向的。代码能不能跑，板子能不能起，外设稳不稳定，现场问题能不能复现和定位，这些都不是背几道题能替代的。先说结论：八股决定下限，工程能力决定上限如果让我用一句话概括嵌入式面试的判断标准，那就...

为啥都没人鸟我哇各位大佬帮忙看看简历

面试通过了，但是其实待遇没有之前的待遇好 没辙了去看看吧

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