写简历或准备助理工程师评定时，千万别干巴巴地罗列技术栈。与其写“熟悉Kafka和Doris”，不如具体化业务场景。比如，重点描述你是如何将1万5千个电池测试通道的海量时序数据，平滑同步到集中式Doris数仓的；或者在开发TRP测试流程管理系统时，是怎么攻克电池老化评估模块的架构瓶颈的。用具体的业务规模和真实的数据指标来背书，把踩坑经验转化为硬核的工程产出，这样写出来的项目总结绝对有杀伤力！

真投了你又不给ps:楼主其实比起去大厂当螺丝钉 更想去一些初创公司或外企。楼主是一年不到的社招。

我在秋招和春招加起来面了 20 多家大厂嵌入式岗位，有一个结论是反复被验证的：C 语言不是加分项，而是默认你必须掌握的底层能力。一开始我对它的理解停留在“会写代码”：能写循环、判断、函数会定义结构体会用指针能把项目功能跑起来但只要面试官往下追两层，这套理解就会直接崩掉。真正的分水岭不在“会不会写语法”，而在于你是否把 C 语言当作一门直接和内存、编译器、硬件打交道的底层语言来理解。下面是我踩坑之后总结出的核心考点和应对方式。一、C 语言在嵌入式面试中的真实定位面试官用 C 语言判断的，通常不是“你会不会语法”，而是三件事：你是否真的理解程序在内存里怎么运行你是否具备写底层代码的能力你是否能控制...