快指出我的缺点，大神们。

对嵌入式工程师来说，进大厂并不是“会不会写代码”的问题，而是你是否具备可规模化培养、可长期使用的能力。面试所考察的技术栈和八股文，本质上都是在验证这一点。一、嵌入式进大厂的核心技术栈（拆到不能再拆）1. C / C++：不是会写，是吃透在嵌入式面试中，C 语言几乎决定生死。重点不在语法，而在以下能力：内存模型栈、堆、全局区、常量区的区别局部变量和静态变量的生命周期野指针、悬空指针产生的原因指针与数组指针运算的本质函数指针、回调的真实用途位运算掩码、置位、清零外设寄存器操作的常见写法volatile / const / inlinevolatile 为什么能防止编译器优化在中断、DMA、寄存器访...

从11月中hr完到1月多还未开奖，中途也没怎么催，只是耐心等待，后面字节开了，想催一下快手开，这几天打了十几次电话都没人接，也发了好多次短信，没人理，结果我去官网点结束流程，结果直接就挂了[捂脸R][捂脸R][捂脸R][捂脸R]本来对快手还是抱有不少期待的，面试聊的都挺好，方向也和字节一样，在0offer的时候无比渴望快手能发，这一个多月轮询快手状态得七八十次了，最后还是挂了之前搜了非常多次：快手的录用评估会挂吗？现在终于有了答案，会挂的

谁懂啊！我实习遇到的公司，真的太把实习生当正式员工使唤了，刚入职没几天，连项目代码结构都没摸透，就被安排写项目了！一开始都是些接口对接、数据格式转换的基础活，听起来不难，但架不住我对项目的业务逻辑、代码规范一窍不通。对着前辈丢过来的需求文档，我一边查代码注释，一边翻技术文档，磕磕绊绊写完功能，也只知道 “这么写能跑通”，根本不明白 “为什么要这么设计”，妥妥的知其然不知其所以然。本以为这种基础活会干很久，结果没过多久，领导直接甩给我一个小功能的开发方案，让我负责从方案落地到功能对接、测试上线的全流程。当时我直接懵了，硬着头皮啃需求、画流程图、写核心代码，遇到不懂的就逮着前辈狂问，加班加点成了家常便饭。更没想到的是，后面居然让我独立负责一个模块的开发，还要做性能优化。从数据库索引调整，到接口响应速度提升，每一步都得自己琢磨、自己验证。那段时间真的累到飞起，每天下班脑子都是懵的尤其是发版的时候，我比谁都紧张，盯着监控屏大气不敢喘，生怕自己写的代码出 bug 导致系统崩溃。一旦出问题，就得立刻配合运维回滚版本，然后自己留下来加班排查修复，常常整栋办公楼只剩我一个人的工位亮着灯。每天加班到深夜，工作量比正式员工还饱和，我不止一次对着电脑发呆：我到底是来实习的，还是来打工的？虽然这段经历确实让我的技术能力突飞猛进，但那种被推着往前走的疲惫感，直到现在想起来都觉得累。

最近复盘实习经历，越来越觉得：决定一份实习含金量的，从来不是你活干得有多快，而是你从Leader和Mentor身上“压榨”出了多少认知。很多同学（包括刚开始的我）都容易陷入一种“学生思维”：被动地等着分配任务，做完交差，不敢多问，生怕打扰领导。殊不知，高产出的核心在于“高频互动”与“深度对齐”。关于如何围绕Leader和Mentor做更有价值的产出，分享几点我的心得：1. 对Mentor：从“问怎么做”进阶到“问为什么”Mentor通常是手把手带你的师兄师姐，是你的引入人。 低效沟通： 遇到卡点直接问“这个怎么弄？”，mentor教你做完，你就丢群里不管了。 高产出策略：主动发起同步： 如果在...