昨天晚上熬夜到三点 ，终于在截止日期前把大修意见改完了，看着这篇乱七八糟的论文，真的心累，希望能中吧，也不枉我这几天的付出。当代研究生太难了。 #写论文的崩溃时刻#

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

俩实习生全是槽点，还一个个摸鱼摸到飞起，现在就问：这俩到底咋选？怎么带？实习生 A：一点就透，还能活跃组内气氛，妥妥的机灵鬼。但架不住爱忘事、左耳进右耳出，交上来的活儿也就刚够及格线，摸鱼倒是比谁都积极。实习生 B：做事踏实能落地，进度反馈贼及时，让人省心不少。可悟性是真差，一点小事得反复确认八百遍，巨费时间，摸鱼这事儿也没少干。一个机灵是机灵，就是太不省心；一个稳当归稳当，带起来太费劲。换你你选哪个？这俩到底该咋带啊？

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