最近和老同事们闲聊，聊其他事时大家可能争得面红耳赤，但一提到前端开发，我们都异口同声地觉得，前端这行已经明显在走下坡路了。经常听到小道消息，比如某个前端团队解散，只剩几个人并到后端去；某个部门今年没前端岗位；团队有前端离职后，就不补人了。当然，还没到大规模失业的程度，公司大多是慢慢缩减前端HC，但这衰退趋势太明显了。我觉得，这颓势从微服务推崇的前后端分离成为主流时就埋下了种子，AI Coding只是加速了它。前端基本只负责接收后端结果渲染页面，一个前端往往对接四五个后端，因为页面搭建不需要那么多人（现实就是这么残酷）。大厂的中台有海量成熟UI组件，npm一拉就能用，快速搭页面，然后定义变量调用...

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

第一次找leader汇报的时候，他说“你book一下我的时间吧”，我心想book是啥、在哪里book、怎么book……？啊……？两个月过去了，学到的小黑话已经够我写一篇笔记了1、book一下：在企微日程里预约对方的时间开会2、拉个会对齐一下：开会同步信息，减少信息不对称3、颗粒度：从宏观到微观的各层内容对齐颗粒度：通过开会同步所有细节4、p0/p1：任务优先级，p0优先于p15、底层逻辑：从事物的本质发现任务要这样做的根本原因6、抓手：切入点7、闭环：接到任务-制定计划-执行操作-反馈结果-实现目标8、哈：同事之间表示亲切的语气词在腾讯的两个月，听到的“逻辑”连起来可绕地球三圈…

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