今天要答辩了

这场高通嵌入式软件开发面试整体节奏很快，面试官不是按八股顺着问，而是从项目、系统、内核、同步、内存、驱动和升级链路里不断切换，基本属于一旦某个点答得浅，就会立刻往底层追。体感上更看重两件事：第一是 Linux 和嵌入式系统基础是否成体系，第二是能不能把项目里的真实设计、问题定位和工程取舍讲清楚。准备这类岗位，单靠背题不够，很多问题都带着“继续往下挖”的味道。题目总结进程切换发生时，内核最少需要保存和恢复哪些核心上下文，哪些内容不是每次切换都必须完整重建的？select、poll、epoll 在底层事件通知机制上的差异是什么，为什么高并发场景下通常不会继续用 select？如果一个驱动里同时有中...

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

有人说在等。简历投出去了，就等着，手机调成最大音量，生怕漏掉一个电话。等了两周没动静，开始怀疑是不是简历有问题，改了改，再投，再等。整个人的状态被一个个"查看简历"的通知拉着走，有回音就振奋，没回音就沉下去。有人说在焦虑。每天刷牛客看别人晒offer，看到985的同学拿了大厂，看到双非的学弟也拿了，就自己还在原地。明明知道比较没用，但就是忍不住。关掉牛客打开微博，关掉微博打开知乎，刷了两小时，什么都没学到，焦虑倒是更深了一层。有人说什么都没做。不是不想，是真的动不了。那种状态很难描述，不是懒，是一种钝感，对什么都提不起劲，计划列了一张又一张，一条都没执行。我自己也经历过。后...