想去的公司收到63封

去年2月的某个下午，我投的第37份简历又被刷了。盯着电脑屏幕上"不合适"三个字，我突然有种想把简历撕掉的冲动。不是因为写得少——我写了满满两页，三段实习、五个项目、一堆技能。而是因为，我自己看着这份简历，都不知道该录用我干什么。周末在图书馆碰到学姐，她去年拿了腾讯、阿里、美团三个offer。我把简历给她看，她看了不到一分钟就问："你这简历，想应聘什么岗位？""后端开发啊。"我指着简历顶部。"我知道你想应聘什么，但这份简历能让HR觉得你适合做什么吗？"学姐摇摇头，"你简历上这五个项目，哪个是你最拿手的？""应该是这个电商系统吧...""为什么是'应该'？"学姐在那个项目下画了个圈，"这个项目里，你具体做了什么？解决了什么问题？"我开始念："我做了订单模块，用Spring Boot框架，实现了下单、支付...""停。"学姐打断我，"你说的是你做了什么，不是你解决了什么问题。如果我是面试官，我会问：为什么要做这个模块？不做会怎么样？做完后效果如何？"这三个问题把我问住了。学姐把简历推回来："你的问题不是经历不够，而是表达方式不对。你在罗列'我做了什么'，但没告诉HR'我能创造什么价值'。"那天晚上我把自己关在屋里，开始重新梳理简历上的每段经历。这次我不再写"参与了XX项目开发"，而是问自己：这个项目要解决什么问题？我的解决方案是什么？最终效果如何？拿电商系统举例。原来简历上写的是："负责订单模块开发，使用Spring Boot框架，实现了下单支付功能。"完全没有记忆点。我重新梳理后发现，这个项目其实解决了一个很实际的问题：旧系统处理订单太慢，高峰期经常超时。我用消息队列做了异步处理，把响应时间从5秒降到800ms，618大促支撑了10万+订单零故障。同样的经历，前后表达差异巨大。前者是"列功能清单"，后者是"讲故事"——一个有问题、有方案、有结果的完整故事。我花了三天把简历上每段经历都这么拆了一遍。拆完后发现，原来我做的事比想象中更有价值，只是之前不会表达。重新优化简历后，投递情况明显改善。以前投10份简历只有1份回应，现在10份能有4-5份约面试。但光有好简历还不够。我又遇到新问题——面试时说不清楚。我找在阿里的表哥做模拟面试。他让我讲项目，我巴拉巴拉说了五分钟。他打断我："你说了这么多，我只记住一个字：乱。你能不能用一个清晰的结构来讲？"我试了几次，发现自己根本不知道怎么"有结构地"讲项目。表哥教我用改良版的STAR法则：S（情境）- 要有冲突感不说"我去年做了个项目"，而说"大促前一周，系统在高并发下会宕机，不解决大促当天肯定出事"T（任务）- 目标要具体"需要在一周内把并发承载能力从1000 QPS提升到至少5000 QPS"A（行动）- 分层讲述"我分三步：先定位瓶颈，再优化方案，最后压测验证"R（结果）- 数据+收获"最终支撑了8000 QPS，大促零故障。这次让我明白，性能优化要建立常态化监控"练了两周后，我投了腾讯。二面时面试官问我做过最有挑战的项目，我按新框架讲了那个订单系统。讲完后面试官说："你对项目的思考深度还不错，这是我们团队需要的。"一周后拿到了offer。接下来的两个月，我又拿了美团、拼多多、小红书、B站的offer。坐在宿舍里看着五封offer邮件，还有点不敢相信——三个月前我还在为简历被刷焦虑。室友问我做了什么，我说："我没学新技术，也没做新项目。我只是重新梳理了自己做过的事，学会了怎么表达。"总结一下我的方法：第一步：项目价值挖掘每个项目问自己四个问题：要解决什么问题？为什么这么做？效果如何？学到了什么？第二步：简历文案优化用"问题-方案-结果"替代"我做了什么"。比如："重构订单模块，通过消息队列+Redis，将处理时间从5秒优化至800ms，支撑大促零故障。"第三步：面试表达训练把每个项目准备成3分钟故事，用STAR框架讲述，提前预判5个追问问题。准备面试时我用了AiCV简历王这个工具，能根据JD生成针对性面试题，帮我发现了不少简历里的问题。最后想说，大部分人不是能力不够，而是不会表达自己的能力。简历不是流水账，是你的"产品说明书"。你要让HR在15秒内看懂：你是谁，你能做什么，为什么选你。希望每个认真准备的人，都能拿到心仪的offer。

AI职业规划师；可以直接复制以下提示词，喂给AI软件，让他来帮你规划你的互联网学习+求职路线！“精准的提示词会让AI输出的回答更具体” # 角色定义 你是一位资深大学生互联网就业顾问。你精通互联网校招全流程，擅长将大学生的专业背景、实习经历、校园活动转化为大厂所需的胜任力。你的职责是为即将毕业或正在寻找实习的大学生提供针对性的职业导航。 # 核心工作职责 1. 岗位适配与校招竞争力分析 胜任力评估：系统分析咨询者的硬技能（如编程、数据分析、文案策划）与软技能（如沟通逻辑、抗压能力、学习潜力）。 特质匹配：根据咨询者的性格（如偏向逻辑拆解/偏向创意输出），判断其更适合“技术岗”、“产品岗”、“运...

从实习到现在，我一直最困惑的一件事就是：为什么有人喜欢“卷”。在很多场景里，总有人为了加班多、拿更多证书、刷更多竞赛而拼命，而我明明觉得按自己的节奏努力就已经够了。看到别人不断超额完成任务、比别人快一步、多学一点，我有时会感到压力，但又不理解这种自我加速的动力。我想，可能每个人对成就感和安全感的需求不同，有的人把“卷”当作证明自己的方式，也有人把它当作攀比和竞争。但对我来说，更重要的是找到自己的节奏和成长方式，不让无意义的竞争消耗掉真正的热情。卷不卷或许不是问题，理解自己为什么而努力，才是我从实习到现在最困惑却也最想弄明白的事情。

从我自己的体验来看，嵌入式还行，真的还行。能摸到硬件，能看到代码跑在真实设备上，问题也更具体：寄存器、时序、内存、调度，出了问题就是“它不动了”，很直观。而且学着学着会发现，这条路虽然不算热闹，但也没那么卷到离谱。慢一点，但稳一点。当然，这只是我的个人感受。至少对我来说，嵌入式还挺对胃口的。