简历里写了 RTOS、Linux 驱动、BSP，面试官到底在判断你会不会做底层很多人投嵌入式岗的时候，简历会写得很满：做过 STM32，写过 FreeRTOS，用过 Linux，碰过驱动，项目里还有 UART、SPI、I2C、CAN、OTA、Bootloader。问题是，面试官并不是在看你名词堆得够不够多，而是在判断另一件事：这些东西你到底是“配过、调通过、抄着改过”，还是已经能独立分析问题、设计方案、解释取舍、扛住追问。这也是最近嵌入式面试里最明显的一个趋势。题面看起来还是那些熟面孔，但追问方式已经越来越统一：先从项目切进去，再顺着 RTOS、外设、驱动、启动链路、调试手段一路往下刨。答得浅...

4月初开始投的，学的太杂了，啥都不精，虽然投的也不多，但是目前就三个笔试，其他的还在筛选中，0面。暑期实习到底在招什么人？

这几个月匆匆忙忙连滚带爬，三月都没怎么投，四月底投了几家，基本没有回复，最后一家发了offer，没去（就一面，没有聊技术方面问题，问了一下基本问题就过了，太假了）😃准备准备一下八股和项目，竞争力太弱了，只能说大一大二太摆烂了，大三才开始准备

网友提问：现在很多项目靠 AI 写出来，那项目的含金量在哪里呢？Yt回复：一、先看一个典型场景：内存占用率很高，系统卡顿假设我们现在遇到一个问题：程序运行过程中，内存占用率逐步增高，导致整个系统很卡顿。这是一个现象，不是原因。表面现象就是：内存占用率很高，系统很慢。作为一个工程师，你得去梳理：到底是哪个环节引起的？二、发现问题：AI能帮你搞定吗？你梳理这个问题的过程中，你敢交给AI吗？你试过吗？你让AI试试看？等你慢慢去梳理的时候，这个时间绝对不短。一天、两天、三天，可能一个星期都有可能。梳理下来，发现原来是这个地方——有个地方内存没有释放。这个问题可能比较显性：内存没有释放，或者说在一个特定...