有一次嵌入式面试，面试官没有问太多八股文，直接给了一道现场手撕题。背景是设备需要统计状态寄存器中异常位的数量，本质就是统计一个 32 位寄存器里有多少个 bit 为 1。题目不难，但面试官强调两点：这是跑在单片机上的代码，效率要高，不能浪费算力。如果只会一位一位右移去数，很容易被追问有没有更优解。这道题考的不是能不能写出来，而是你平时有没有真正写过底层代码，是否对位运算和性能敏感。写完代码后，面试官还会继续追问在中断里用、在低功耗场景下用，有没有需要注意的地方。这种题目，很贴近真实嵌入式开发，也最容易拉开水平差距。

写论文最崩溃的，往往不是实验做不出来，而是明明知道这东西是玄学，却非要用最严谨的数学语言把它包装成真理。这种“学术欺诈感”和“语言组织的便秘感”才是最折磨人的。明明代码里就是几行的事情。写到论文里，不能这么干。我得对着屏幕发呆半小时，然后开始编：“为了有效捕获长距离的时空依赖关系，本文引入了基于多头注意力机制的特征增强模块，其数学表达如下……”然后就是一顿 数学推导的疯狂输出。写完觉得自己真牛逼，读一遍发现全是车轱辘话。写论文的过程，就是把“工程上的凑合”翻译成“科学上的严谨”的过程。 翻译不出来的时候，就是想手撕电脑的时候。