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

鹅厂和虾皮秋招补录出来了，传统技术岗除了测开都有，好好想想这是为什么。面过测开实习的都知道，测开实习面试难度极低，因为实习进去大部分时间都在做功能测试，毫无含金量且难有产出，干过的都知道可替代性强，大部分活正职能干实习生也能干，正职HC更是少之又少，牛客有多段大厂测开实习，但秋招零offer的大有人在，同时属于成本部门，薪资水平也是技术岗最低档（点名熊厂白菜价18k），裁员也是优先考虑，别人跳槽涨薪资，测开跳槽降薪资。🐭🐭在某大厂测开实习已有一个多月，从起初满怀期待到现在深入了解后，对测开的前景和秋招情况很是悲观，想另找开发实习，但现在已经12月底，焦虑万分，遂写此贴，警示后人，能劝就劝

bg双非本科，方向是嵌入式。这次秋招一共拿到了 8 个 offer，最高年包 40w，中间也有一段在海康的实习经历，还有几次国家级竞赛。写这篇不是想证明什么，只是想把自己走过的这条路，尽量讲清楚一点，给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候，其实并没有一个特别清晰的规划。网上的信息很零散，有人说一定要懂底层，有人说项目更重要，也有人建议直接转方向。很多时候都是在怀疑：1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题，我当时一个都没答案。二、现在回头看，我主要做对了这几件事第一，方向尽早确定，但不把自己锁死。我比较早就确定了嵌入式这个大方向，但具体做哪一块，是在项目、竞赛和实习中慢慢调整的，而不是一开始就给自己下结论。第二，用项目和竞赛去“证明能力”，而不是堆技术名词。我不会刻意追求学得多全面，而是确保自己参与的每个项目，都能讲清楚：我负责了什么、遇到了什么问题、最后是怎么解决的。第三，尽早接触真实的工程环境。在海康实习的那段时间，对我触动挺大的。我开始意识到，企业更看重的是代码结构、逻辑清晰度，以及你能不能把事情说清楚，而不只是会不会某个知识点。第四，把秋招当成一个需要长期迭代的过程。简历不是一次写完的，面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好，再针对性补。三、我踩过的一些坑现在看也挺典型的：1.一开始在底层细节上纠结太久，投入产出比不高2.做过项目，但前期不会总结，导致面试表达吃亏3.早期有点害怕面试，准备不充分就去投这些弯路走过之后，才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非，准备走嵌入式，我觉得有几件事挺重要的：1.不用等“准备得差不多了”再投2.项目一定要能讲清楚，而不是做完就算3.不要只盯着技术，多关注表达和逻辑很多时候，差的不是能力，而是呈现方式。五、写在最后这篇总结不是标准答案，只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲，希望能对后来的人有点帮助。如果你正好也在这条路上，希望你能少走一点弯路。

1. 什么是内联函数（inline）？定义：用inline关键字修饰的函数，建议编译器在调用处展开函数体，而不是进行常规的函数调用优点：消除函数调用开销（压栈、跳转、返回），提高执行效率，特别适合小型、频繁调用的函数缺点：代码膨胀，如果函数体较大或调用次数多，会增加可执行文件大小注意事项：inline只是建议，编译器可能忽略；递归函数、虚函数通常不会内联；类内定义的成员函数默认是inline使用场景：getter/setter、简单的数学运算、循环内的小函数2. 如何定义和使用常量表达式（constexpr）？定义：C++11引入，表示值可以在编译期计算的常量表达式constexpr变量：co...