蒟蒻（巨弱）

很多人写嵌入式简历，最容易堆上去的词就是 UART、SPI、I2C、CAN、以太网、Linux 驱动、BSP、FreeRTOS、DMA、中断。这些词本身当然没错，问题在于只要简历里出现得够多，面试官通常不会再按“名词解释”的方式问你。现在更常见的追问方式，是挑一条你项目里真实存在的数据链路，从外设收发开始，一路往上问到中断、DMA、缓存、任务切换、驱动接口、异常恢复、日志定位，再回到为什么这样设计。答得出来，说明你真做过；答到一半就散，说明大概率只是配过、调通过、抄过一版能跑的代码。最近公开面经、岗位要求和讨论里反复出现的几个方向也很一致：Linux、RTOS、驱动/BSP、C/C++、通信协...

想暑假找个实习，BOSS试着投了几十份没啥回应，问问佬是不是简历有啥问题

学院本，几段实习都是那种20多个人的公司，接下来想去相对来说大一点的公司找一个能转正的实习，牛u们可以给简历一点建议不

1. 自我介绍2. 如何在工程上实现兜底机制？具体到代码层面怎么做？答案：兜底机制不能只写一句“失败后重试”，要按失败类型分层。模型层可能超时、限流、返回格式错误；检索层可能无结果、召回低相关；工具层可能参数错误、权限失败、下游服务不可用；生成层可能答案无引用或不符合 schema。不同错误要有不同兜底，不能统一重跑。工程上我一般会做三层兜底：第一层是重试，比如超时、临时网络错误可以指数退避重试；第二层是降级，比如大模型失败就切小模型，rerank 失败就用召回分数排序；第三层是安全返回，比如证据不足就拒答，工具失败就返回部分结果和失败原因。对于有副作用的工具，不能盲目重试，必须加幂等 key...