有一次我对 AI 提了一个离谱到自己都觉得好笑的 Java 需求：“帮我写一个程序，自动找出所有内存泄漏、生成修复补丁，并直接提交到 Git。”这需求看起来像“自动化神器”，但本质是想让 AI 变成一个会理解业务、会分析代码、会操作版本库的全能工程师。更离谱的是我还加了一句：“顺便统一项目所有日志格式、处理所有异常，并回滚到上一版本。”AI 当然给了我一套很完整的方案，但我知道真正落地会非常复杂，也很可能把项目搞崩。后来我才明白，离谱的需求可以问，但别指望 AI 代替工程师做所有决定。

vivo好像也开了，字节是真开了，其他的这个月也会开始开的吧

在嵌入式方向的校招面试中，项目经历并不能替代基础能力评估。无论是 MCU、嵌软还是偏底层的软件岗位，面试的核心始终围绕“基础是否扎实、理解是否到位、表达是否清晰”展开，而这些能力，最终都会体现在对高频基础问题的回答上。这些问题，通常被称为“八股文”。嵌入式面试的真实考察逻辑与算法岗或纯软件岗不同，嵌入式面试有明确且稳定的考察结构：第一层：C/C++ 语言与内存模型指针与数组的区别const / volatile / static 的语义栈、堆、全局区的使用场景野指针、内存泄漏、栈溢出的成因与排查思路第二层：操作系统与 RTOS 基础进程与线程的区别上下文切换过程FreeRTOS 调度机制信号量...