收到一个没什么成长性的offer

很多人对嵌入式实习都有幻想：一上来就写驱动、调外设、玩硬件。但真正开始实习后，才发现更多时候是在打基础、补短板、熟环境。下面是大多数嵌入式实习生的真实日常。一、看资料、看代码，比写代码多刚进公司，最常做的不是敲代码，而是：看芯片手册、原理图、数据手册看现有工程代码，理清启动流程熟悉寄存器定义、外设配置方式这是必经阶段，不看懂这些，后面根本没法改代码。二、从简单外设开始“刷存在感”真正上手时，通常是这些任务：点灯、按键、串口、定时器改已有 demo，而不是从零写修一些小 bug、适配新板子看起来简单，但这是融入项目的最快方式。三、跟着做功能，而不是独立设计多数实习生做的是：按需求加功能模块修改参...

1.实习介绍2.项目介绍(黑马点评)，为什么选择这个项目?3.算法题1(只说思路):大小为 N的数组 a,找到数组中比K大的数。复杂度是多少?4.算法题2(只说思路):假如说给你两个正序的数组，然后找到这两个数组的中位数，该怎么解?复杂度?5.体系结构，或者说在编译器优化的一个过程中，会有一个重要的概念叫指令重排。什么是指令重排?6.线程调度都知道哪些，都有哪些调度算法?7.在校期间有没有对一些前沿的 A大 A大模型的技术有没有了解?有掌握一些，比如说类似 Agent。 CP 啊，或说 function calling，或说 ATOA 这种一些，或说 rag 啊，这些技术吗?有去有去学习吗?比如说 agent、rag8. RAG 能解决什么问题?9.聊非技术问题，自学能力、为什么转行之类的。10.反问。

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...