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

真没招了  原来是卖课的.. 把我的感动还来...

😭

面试前，我本以为北京全满科技的二轮技术面，只是常规大厂式的刻意刁难。面完才恍然明白，那些看似刁钻的项目细节、跨领域交叉提问，背后藏着企业对工程师最朴素的用人标准：能落地、懂原理、心怀工程质量敬畏之心。网上常有吐槽“面试造火箭，工作拧螺丝”，但在北京全满科技的面试中能明显感受到：每一个深挖的问题，都和入职后的实际工作紧密贴合，从不脱离业务实际。问得深，只为筛掉只会背流程的“伪测试”很多企业的软件测试面试，只停留在背诵测试流程、罗列工具名称的表层问答。而北京全满科技的二轮技术面，更看重流程背后的底层逻辑。谈及单元测试，面试官会追问覆盖率定义，以及业务快速迭代时，如何平衡测试覆盖率与开发效率；聊到自...