从候选人视角切换到面试官视角前面六篇，都是从"候选人"角度讲的：简历怎么写、项目怎么讲、技术题怎么答。这一篇换个视角：面试官到底在评估什么。大多数候选人有一个误区：以为面试是"答对题就通过"。不是。面试是打分制，不是及格制。面试官手里有一张隐形的评分表，每个维度打分，最后加权决定要不要你。答对题只是其中一项。你答得对不对是一回事，你答的过程展示了什么能力，是另一回事。这篇文章，我把面试官的打分表拆开，逐项讲：每个维度在评估什么，你怎么在回答里体现。一、评分表的五个维度我在做技术面试时，评分表大致包含五个维度。不同公司、不同岗位的权重不同，但这五项基本是通用的：注意：技术深度和工程思维加起来占 60%。这两项是决定性的。很多候选人以为"技术广度"最重要，拼命堆技术栈。实际上，广而不深，是减分项，不是加分项。二、技术广度：你接触过多少东西面试官在评估什么技术广度不是"你会多少种芯片"，是"你有没有跨领域的经验，能不能把一个领域的知识迁移到另一个领域"。一个只做过 STM32 的候选人，和一个做过 STM32 + Linux + 无线通信的候选人，广度差异明显。怎么在回答里体现广度不要主动罗列技术栈。面试官问什么，你答什么，但在答的过程中，自然地展示你接触过的相关领域。示例：面试官问："你用的是什么 RTOS？"广度窄的回答：用的 FreeRTOS。广度宽的回答：主力用的是 FreeRTOS，项目里跑了几年。也接触过 RT-Thread，主要是看它的设备驱动框架。裸机项目也做过，用的是前后台架构加时间片轮询。选 RTOS 还是裸机，我一般看任务复杂度和实时性要求。这个回答里，面试官听到了：FreeRTOS 是主力（深）RT-Thread 有了解（广）裸机也做过（广）有选型判断（工程思维）广度的展示，不是"我什么都会"，是"我知道不同方案的适用场景"。
