背景概述：为什么要写这个呢？虽然现在大模型很火，但对于我们工程同学来说，把大模型当一个黑盒用就好了。一开始我也是这么认为的。直到我在小红书做到了一个需求在小红书的时候有一个需求是优化组内一个 agent 项目的响应和结果优化，这个 agent 是一个复杂的商业助手，并不是说技术很难，但要分析的广告业务很复杂，有上千个指标，好几种场景，prompt非常长，如果输出的效果不好，是没有人愿意用的。用了很多优化手段，比如并发查数据等等。有一天这个项目的正职同学和我说，他和算法那边的同学交流，说可以把我们动态拼到 System prompt 的指标数据拼到用户的 query 里面，这样就可以利用模型的 ...

1.快手-无限复活-测评不用重做2.美团-3个志愿3.腾讯-1个志愿-部门共享简历，提前批面评太差会影响正式批4.携程-1志愿5.小红书-2志愿-顺序流转6.米哈游-1志愿7.小米-2个志愿

真心劝退测开，这个方向真的不适合普通人，尤其是应届生。我身边这一届同学的情况，说实话已经很说明问题了。后端秋招一开始确实难，但只要技术不是太拉，后面补录、加面、捞人的机会一波接一波，最后基本都能上岸中小厂。而那些一开始就冲测开的，很多到现在还在等消息，甚至直接凉了。最直观的感受就是：测开的坑真的少得可怜。同一批同学里，后端、前端、客户端基本都有大厂 offer 扎堆的情况，哪怕不是顶级大厂，也能拿到几个中厂保底。但测开呢？泡出来的又有多少呢。不是不努力，是岗位就那么点，连给你复活赛的机会都没有。后端还能互相捞。秋招挂了，春招、补录、内推、转组，总能找到出口。测开一旦挂了，基本就是真的挂了，后面连投的岗位都没几个。目前有些转的人可能拿了几个不错的实习offer，那到秋招呢？hc少就笑不出来了。现在测开也就只有大厂和顶中厂有，小厂就是测试点点点，大厂也很多是点点点，后端起码还有小厂保个底还有人幻想什么先测开再转开发，我只能说太天真了。测开的经历，想转后端或者客户端根本不可能。核心开发经验没有，项目深度不够，面试官一句那你为什么不一开始就做开发基本宣判死刑。反过来，后端、前端干不下去了，转测开却很容易，这已经说明问题了。如果你是普通双非，那更要慎重。测开 HC 本来就少，筛人还看背景，普通学校在这种极小池子里基本就是陪跑。你用一个最普通的简历，去抢最少的岗位，结果可想而知。再说客户端和前端。很多人看不起前端，觉得卷，觉得不高级，但现实是岗位多、需求稳定、HC 实在。客户端更不用说，Android 和 iOS 到现在依然是硬需求，技术路线清晰，工程经验越久越值钱。我身边拿到大厂最多的，反而是客户端和前端，而不是测开。说句难听的，测开不是不能干，但那是给已经没得选的人准备的退路，不是给应届生拿来当首选的。秋招无脑选测开，本质就是用短期好像更容易上岸，换长期被动甚至被锁死。我是真心建议，能选客户端和前端就选客户端前端，再不行就去后端，哪怕多投多卷一点，也比一头扎进测开强得多。等你真正经历一轮秋招、春招、补录之后，就会发现被反复捞的，从来不是测开劝退不是唱衰，是不想看更多人踩已经踩烂的坑。

很多人问，嵌入式找工作是不是得刷上千道题？说实话，我自己也没刷很多。大部分面试还是考基础八股文：指针、数组、结构体、位操作、常用外设寄存器操作、C语言语法、简单算法逻辑，以及操作系统基础，比如任务调度、中断处理、信号量、消息队列等。重点不是刷题数量，而是理解原理。操作系统的概念掌握了，实际面试中遇到相关问题也能顺利回答；外设和寄存器操作熟练了，现场写代码也不慌。另外，熟悉自己的项目经验也非常重要：面试官往往更看你对实际项目的理解、遇到的问题以及解决方案。基础八股文是通关钥匙，项目经验才是加分项。等有时间，再慢慢深入算法、数据结构和操作系统原理即可。找工作前，先把基础打牢、项目熟悉，这样面试会轻...