嵌入式岗位的简历，本质不是写“我会什么”，而是证明“我解决过什么问题”。大部分人的问题在于：罗列技术栈（C/C++、Linux、FreeRTOS）+简单描述项目功能，这在企业眼里几乎没有区分度。真正有价值的是——你在资源受限、实时性要求、硬件约束下，做了哪些工程级优化。一、项目描述必须“工程化”不要写：实现了一个基于FreeRTOS的任务调度系统要写：基于FreeRTOS实现多任务系统，重构任务优先级与就绪链表结构，将任务切换延迟从X ms降低到Y μs，系统负载提升XX%核心点：指标（延迟、吞吐、占用）手段（调度策略/中断/锁/内存）结果（量化收益）嵌入式=约束优化，而不是功能实现。二、突出...

   😅? 

说实话我当时秋招的时候就一个目标：必须进大厂。不是说小公司不好，而是我双非本，如果第一份工作再没个好平台背书，以后跳槽简历都不好看。事实上我把大厂投了个遍，笔试挂了一大半，面试又挂了几家，最后就拿了一个offer。过程确实很痛苦，但我觉得值。进来之后感受就是：流程规范、技术栈新、身边同事都很强，每天被卷但也确实在成长。而且说句现实的，大厂的薪资确实比同届去小公司的同学高出不少。当然我也知道大厂有大厂的问题，什么螺丝钉啊内卷啊，但我觉得对于实习来说，先进去学再说，后面想走随时可以走，但第一份工作的起点真的很重要。

感觉面试官自己也不是很熟 没怎么招过1. 你挑一个最熟悉的项目详细讲一下，重点说业务背景、数据形态和你负责的部分2. 如果大模型输出格式和你预期不一致，你一般怎么处理这个问题如果只回答“加强 prompt 约束”会显得太浅。真实场景里，输出格式不一致通常有三层原因：第一层是模型没理解任务边界，第二层是格式本身太脆弱，第三层是生成阶段没有约束。我的做法一般是先把格式要求拆成字段级约束，尽量避免开放式自然语言和结构化字段混在一起；然后再根据场景决定是用 schema 校验、函数调用、受限解码，还是生成后重排修复。如果业务要求严格，比如必须产出合法 JSON，我不会只依赖 prompt。我会让模型先...