小红书hr进

很多嵌入式面试，自我介绍刚结束，面试官就会来一句：“挑一个你最熟悉的项目，详细讲讲。”接着往往还有三连：你在项目里具体负责什么？项目里最难的问题是什么，怎么解决的？如果现在让你重做一遍，你会怎么改？这三问看起来都在问“项目”，但本质上考的是同一件事：你有没有真正参与过工程，能不能把问题从现象追到根因，再落到方案、验证和取舍。功能堆再多，讲不清楚“为什么这样做、还试过什么、最后怎么验证有效”，在面试官眼里都接近 Demo 级经历。先说结论：项目面不是背简历，是展示“工程闭环”嵌入式项目面，面试官通常不在找“背过多少名词”，而在判断四件事：项目是否真实 —— 不是你简历上写的那几个关键词，而是你确...

上周组里招人，我面了六个候选人，回来跟同事吃饭的时候聊起一个让我挺感慨的现象。前三个候选人，算法题写得都不错。第一道二分查找，五分钟之内给出解法，边界条件也处理得干净。第二道动态规划，状态转移方程写对了，空间复杂度也优化了一版。我翻他们的简历，力扣刷题量都在300以上。后三个呢，就有点参差不齐了。有的边界条件没处理好，有的直接说这道题没刷过能不能换个思路讲讲。其中有一个女生，我印象特别深——她拿到题之后没有马上写，而是先问我：“面试官，我能先跟你确认一下我对题目的理解吗？”然后她把自己的思路讲了一遍，虽然最后代码写得不是最优解，但整个沟通过程非常顺畅。这个女生的代码不是最优的，但当我问她“如果这里是线上环境，你会怎么设计’的时候，她给我讲了一套完整的方案——异常怎么处理、日志怎么打、怎么平滑发布。她对这是之前在实习的时候踩过的坑。”我在想LeetCode到底在筛选什么？我自己的经历可能有点代表性。我当年校招的时候，也是刷了三百多道题才敢去面试。那时候大家都刷，你不刷就过不了笔试关。后来工作了，前三年基本没再打开过力扣。真正干活的时候，没人让你写反转链表，也没人让你手撕红黑树。更多的是：这个接口为什么慢了、那个服务为什么OOM了、线上数据对不上了得排查一下。所以后来我当面试官，慢慢调整了自己的评判标准。算法题我还会出，但目的变了。我出算法题，不是想看你能不能背出最优解。而是想看你拿到一个陌生问题的时候，是怎么思考的。你会先理清题意吗？你会主动问边界条件吗？你想不出来的时候会怎么办？你写出来的代码，变量命名乱不乱、结构清不清楚？这些才是工作中真正用得到的能力。LeetCode是一个工具，不是目的。它帮你熟悉数据结构和常见算法思路，这没问题。但如果你刷了三百道题，却说不清楚自己的项目解决了什么问题、遇到了什么困难、你是怎么解决的，那这三百道题可能真的白刷了。所以还要不要刷LeetCode？要刷，但别只刷题。刷题的时候，多问自己几个为什么：为什么用这个数据结构？为什么这个解法比那个好？如果换个条件，解法还成立吗？把刷题当成锻炼思维的方式，而不是背答案的任务。毕竟面试官想看到的，从来不是一台背题机器，而是一个能解决问题的人。

双非大三还没实习 面了三家就东软这个过了 要去不

还记得多年前刚读研的时候，我的观念还是唯技术论，觉得算法岗和研发岗才是最有意义的岗位，对产品经理嗤之以鼻后来到了研三秋招，才意识到大厂的产品经理岗，我已经很难跻身进去了，原因大家都知道，这个岗位很卷为什么呢？1，实习回顾我的上学生涯，除了恋爱谈得不够多之外，最遗憾的一个点就是没有经历过真正意义上的实习，简历上写的实习经历其实是那些单位和我导师的项目合作而已我本科在威海读的，山东大学威海校区，整个大学四年在那个山清水秀的好地方，我连实习的概念都没有，好像身边的人要么努力学习、竞赛最后保研，要么大三就开始努力考研，要么考完雅思拿到国外offer就开始放心的玩了。印象最深的是知道有同学大四跑去上海一...