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

二战寄了，然后包装了一下简历，投出去没人搭理我，问ai感觉千篇一律的车轱辘话，厚米们我这简历有什么优化的地方吗，信息不够精炼吗😇我投的7 8k岗位是要太多了吗😇😇😇麻了

关注boss直聘好久了，好多次想主动联系HR，但是一直都没有勇气(ó﹏ò｡) 之前被某二线游戏厂商拒绝了，然后就认怂了。也不知道纠结是我能力不行还是学历不行꒦ິ^꒦ິ

这个是4.30的面经 我一直没来得及整理1. 自我介绍，包括个人背景、经历，以及 AI 大模型如何融入学习和实践2. 使用 AI Coding 工具时遇到过什么问题，怎么解决答案：AI Coding 最大的问题不是不会写代码，而是它容易写出“看起来能跑但不符合项目约束”的代码。比如它会新增不必要的抽象层、改动无关文件、吞异常、遗漏权限校验、把敏感字段打进日志，或者生成一个和团队代码风格完全不同的实现。我的做法是先给它明确上下文和边界，不让它自由发挥。比如只允许修改指定文件，不允许改接口签名，不允许新增依赖，不允许修改数据库 schema。生成代码后，我会先看 diff，再跑测试，再重点 rev...