Tesla

禾赛科技 嵌入式开发（操作系统）面经⚜技术是真的过硬啊，秋招嵌入式被拷打的最狠之一。原定45分钟，拷打一个半小时，涉及知识面特别广，实际问的比这还要多，记忆有限。不过也无后续，但也没挂，估计在L3缓存里面吧⭕一面（9.18）1. 自我介绍2. 项目介绍3. 有没有测量IMU精度4. 串口有几根线，中断配置？5. IIC有几根线？讲一讲怎么通信？详细说一下读取寄存器的流程6. 说一说任务有哪几种状态？就绪和阻塞的任务放在哪里？放在同一个链表上面吗？7. 任务怎么进入阻塞态？（主动挂起，被强占，争取不到资源等）8. 说一说死锁？9. 怎么解决死锁问题？（获取不到锁的时候，释放本身的资源）10. 有...

看了这个 话题下的内容 ，真的很羡慕大家。我刚入职一周就赶上这岗位高压，天天一堆紧急活儿砸过来，我直接手忙脚乱，还犯了个不大不小的错 —— 在客户小群里转发了同事的错误信息。结果 mentor 当场就大声凶我，怪我没跟她们商量。后来我又误操作了个审批流程，她立马阴阳怪气地怼我，那语气简直没法听。这事儿搞得我周末两天都没缓过来，本来工作就又乱又忙，再被这么一通骂，心里那股子憋屈的痛苦劲儿根本压不住。其实离职的念头早就冒出来了，可一想到交了房租还有押金，钱包实在扛不住，只能硬撑着继续干，还骗自己再适应适应说不定就好了。到底该咋调理啊，真的烦死了！

经验就一条：Prompt 一定要拆开，任务一定要变简单。在面对小模型时，它们能力有限，如果把一堆要求（比如整篇文章+要求）塞进一个 Prompt，可能回答的就牛头不对马嘴了——不是主语识别不全，就是逻辑硬伤，或者答案缺斤少两。要把 Prompt 变成“工作流”，每一步只处理一个问题。比如“根据文章提问”，我通常拆成三步：第一步：只让模型识别文章的主语。第二步：根据主语去编问题。第三步：再针对问题生成答案。每步只干一件事，模型想出错都难。再比如做长文本的“分块（Chunk）”处理：不要让模型重写全文，除非你的token值够用，而且还会增加它的思考难度。你可以把原文段落编上号，让模型只输出：“标题...