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

jrm谁懂啊，以前看乐子现在照镜子谁能知道这事能发生在自己身上说我回答太官方像背书我说我闭着眼答呗，他还说算了我说你怀疑的时候怎么不追问，怎么不问灵活点？逮着上古时代的八股搁这问，回来你叭叭问完我叭叭答完，一句作弊完事，六百六十六手写个最大子数组和，我直接记事本默写了，上古时代的题。然后他让我暴力写一遍……我追问他为啥觉得我作弊，他说你思考一会一直瞅一个地方，然后就都说出来了，背书一样没有思考我说我现在问你个问题你不思考能秒答吗？他来了句不能，因为我不是研究生……也不卖关子，公司名 银河智学20-99人小公司有录音有截图，存着留以后讲段子

介绍：这里面都是一些比较短小的名词，不值得被单独拉出来写成一篇文章。因此我们把他放在这里。非技术类：PRD:PRD 是 Product Requirements Document 的缩写，中文意思是产品需求文档，是产品经理在需求评审会前产出的核心交付物，也是后端开发、测试、设计等所有角色理解需求、开展工作的唯一依据。简单说，PRD 就是把产品要做的功能、要解决的问题、要达到的目标，用清晰、无歧义、可量化的文字写下来，避免大家对需求 “各说各话”。ABTest：A/B Test 全称是 A/B 测试，本质是一种对照实验方法：在产品迭代时，将用户随机分成两组（或多组），给不同组推送功能、策略、界面...