写个题解

站在入职的节点回头看，去年的自己其实挺“轴”的。那时候立下的flag很简单也很功利：把基础打牢，一定要拿到一份满意的嵌入式offer。现在回头看，那些熬夜啃C语言指针、死磕RTOS调度原理、对着示波器调试时序的日子，虽然枯燥，但确实是这些积累帮我敲开了职场的大门。去年的flag算是圆满达成了，不仅收获了心仪的工作，更重要的是建立了作为一名嵌入式工程师的自信。当然，拿到offer不是终点，而是新的起点。对于即将开始的职业生涯，我给自己定了几个更接地气的小目标：完成“学生”到“工程师”的思维转变：不再只满足于“代码能跑通”，而是要追求代码的可读性、健壮性和工程规范。尽快熟悉公司的代码风格和开发流程...

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

今天被同事Review代码，他说我写的程序“毫无逻辑，漏洞百出”，这句话真的像根刺一样扎在心里。想想自己熬夜调试，反复修改，结果却得到这样的评价，瞬间觉得所有的努力都被否定了。我知道代码可能不够完美，比如函数过长、缺乏注释，或者逻辑有些混乱，但直接全盘否定实在让人难以接受。也许他说的有道理，可这种表达方式真的让人很挫败。现在看着屏幕上的代码，满脑子都是这句话，连继续敲键盘的勇气都没了。

不知道从什么时候，应届生简历的项目经验被各大培训厂商从图书管理系统卷成了秒杀、商城、抢票、学院、外卖项目。这其实是个很悲哀的现象。这类项目通常都是公司的核心服务，很多在职的朋友都不敢说完全掌握，应届生们竟然要为了求一个工作机会死磕一个可能在整个职业生涯都用不到的代码逻辑。当然这些服务的代码逻辑和架构设计绝对称得上顶级，用来学习一定是个好选择，毋庸置疑，但真的适合你写在简历上吗。且不说因为学校差+同质化严重能不能到面试环节，就算进了面。这些年面试下来给我感受是，大部分同学写这种项目都是押几个常考面试题，这类问题的套路都比较成熟了，有统一的话术，但往往面试的高压环境下面试官一变奏就崩了。比如提问分...