New Grad SDE 30 天求职计划

为什么 New Grad 求职需要 30 天循环

很多 New Grad 求职失败，不是因为完全没有能力，而是因为求职过程没有反馈系统。今天改简历，明天投 80 个职位，后天刷题，第四天焦虑，然后又重新开始。这样做很累，但很难知道到底哪里在变好。

更好的方式是把求职拆成四个循环：修证明、选目标、分批投递、看反馈。每周只问一个问题：这周的简历和项目证明有没有让更多目标岗位愿意回应？如果没有，是岗位不匹配、简历信号弱、项目不可检查，还是投递批次太散？

30 天计划不是保证拿 offer，而是让你摆脱随机行动。它让你知道每天做什么，每周看什么信号，什么时候改简历，什么时候修项目，什么时候练面试。

RoleProof 30 天求职评分表

用这张 100 分表判断你的求职系统是否健康。

信号	分数	应该看到什么
目标清晰	15	知道目标岗位、地区、seniority 和核心技能。
简历证明	15	bullet 能对应目标岗位，不只是技术栈清单。
项目证明	15	至少一个项目有演示、截图、架构和数据模型说明。
投递质量	15	从官方来源分批投递，不随机海投。
追踪系统	10	知道每个职位状态、日期、版本和追问。
反馈复盘	10	每周根据回应率和岗位信号调整。
面试准备	10	技术题、系统设计、STAR 故事同步推进。
节奏稳定	10	每天有可执行动作，不靠情绪驱动。

30 天计划的核心原则

每周只做一件大改动：第一周修项目证明，第二周修简历匹配，第三周修面试故事，第四周根据真实反馈调整目标岗位。

第一个检查清单

目标岗位是否足够具体？
简历是否有 3 条强工程 bullet？
项目是否能在两分钟内被检查？
是否只保存官方来源职位？
是否记录申请日期和简历版本？
是否每周复盘回应率？
是否准备了 6 个 STAR 故事？

1. 第 1 周：修项目证明

第一周不要急着大量投递。先选一个最接近目标岗位的项目，把它修到可检查：截图、演示 path、架构说明、API、数据模型、测试或边界情况。

项目证明会影响简历 bullet、行为面试、系统设计回答和 recruiter 的第一印象。它是最值得先修的资产。

2. 第 2 周：修简历匹配

第二周根据目标岗位重写简历。不要为所有岗位使用同一版。后端岗位强调 API、数据模型、可靠性；前端岗位强调用户流程、状态、性能；全栈岗位强调端到端负责范围。

3. 第 3 周：准备面试资产

第三周不要只刷题。准备 coding 练习、系统设计框架和 6 个 STAR 故事。把项目证明转成面试故事，减少临场组织语言的压力。

4. 第 4 周：看反馈并调整

第四周的重点是读 signal。哪些职位有回应？哪些没有？回应岗位重复出现哪些关键词？拒信是否集中在某类 seniority 或地区？根据事实调整目标，而不是根据情绪。

5. 投递批次怎么做

每天 5 到 10 个高质量职位，比一天 100 个随机职位更容易复盘。每个职位记录来源、申请日期、简历版本、匹配理由和下一步。

6. 每周复盘问题

这周哪些职位最匹配？简历哪三条证明最常被相关岗位需要？项目 proof 有没有被补强？下周只改一个主要变量。

例子拆解：每周投递批次和项目 proof 修复

先从大多数人手里的粗糙材料开始：“我做过每周投递批次和项目 proof 修复。”这句话不一定错，但太平了。它没有说清哪里难、你负责什么、你做了什么判断，也没有给面试官可以继续追问的证据。

把它变强，不是加更高级的词，而是往下挖一层可检查的事实。

层次	要回答的问题	更强版本应该补什么
工作对象	你具体动了什么、产出了什么？	说清每周投递批次和项目 proof 修复背后的 flow、表、dashboard、memo、工单、客户账户、患者交接、campaign 或决策记录。
约束	这件事为什么不是机械执行？	补上时间限制、需求不清、数据质量、用户风险、stakeholder 冲突、规模限制或准确性要求。
判断	你选择、放弃或优先处理了什么？	讲一个真实取舍，不要把所有工具和任务堆在一起。小但真实的判断比虚大的范围更可信。
证据	别人怎么检查这个 claim？	用目标岗位、官方来源职位、简历版本、tracker 信号支撑。如果没有数字，就用前后状态、artifact、review note、demo 路径或复盘记录。
下一步	如果继续做，你会怎么补强？	说出下一个测试、指标、监控点、客户问题、边界情况或 cleanup。

弱版本

我做过每周投递批次和项目 proof 修复，并且改善了结果。

这句话看起来完整，但面试官无法检查。所谓“改善结果”必须能说清：什么结果、对谁重要、在什么约束下完成、用什么证据支撑。

更强版本

我处理每周投递批次和项目 proof 修复时，先明确具体工作对象，再选择一个最小但能解释的改动，最后用目标岗位、官方来源职位、简历版本、tracker 信号支撑结果。重点不是把成果说得很大，而是让判断路径和证据足够清楚，经得起追问。

这才是你想要的密度：足够具体，可以被追问；足够克制，不会失真；结构足够清楚，同一组事实可以同时支持简历 bullet、作品集说明和面试回答。

如何深挖你自己的例子

先写最粗糙的一句话，不要包装。
圈出真实对象：你能解释的表、endpoint、dashboard、workflow、工单、客户账户、患者互动、campaign、memo 或模型评估。
补上让这件事需要判断的约束。
写出你的选择，以及一个你没有选择的合理方案。
补证据：目标岗位、官方来源职位、简历版本、tracker 信号。如果证据缺失，就写清这周应该补哪个 artifact。
回答第一个追问：“你本人具体做了什么？”
回答第二个追问：“你怎么知道有效，或者下一步会测什么？”
这些答案清楚以后，再改简历 bullet 或面试故事。

候选人常把这里写弱的地方

只说工作类别，没有说清自己负责的真实对象。
先加 senior 感的词，再找证据，内容就会空。
写了无法解释、无法测量、也没有 artifact 支撑的影响。
跳过取舍，让经历听起来像没有难度，也不像真实工作。
没有下一步，回答像销售话术，而不是一个能继续变强的学习闭环。

执行循环诊断：每周投递批次和项目 proof 修复

求职计划只有在每周都产生证据时才有用。重点不是让你更忙，而是让目标岗位、证明缺口、投递、面试反馈和复盘连成闭环。对于建立 New Grad SDE 求职循环，可以把每周投递批次和项目 proof 修复当成准备锚点，并反复回到目标岗位、官方来源职位、简历版本、tracker 信号。你的目标是留下清楚的准备线索：该收集什么工作对象、要解释什么判断、哪些证据需要经得住追问。

在润色之前，先准备目标岗位清单、投递 tracker、简历版本、proof 修复任务、每周复盘和面试反馈。如果其中一块缺失，先不要急着把句子写漂亮；更好的做法是补事实，或者把说法缩小到真实可解释的范围。

定稿前先做四件事

写清这段每周求职循环要回答的问题。
说出具体对象：表、流程、账户、患者场景、功能、模型、campaign、工单或项目页面。
把你个人做的动作，和团队、课程、公司共同完成的结果分开。
补一个结果信号：指标变化、复盘记录、交付痕迹、质量改善、客户反馈或学习结论。

弱稿到强稿：改写示范

下面的写法只提供结构，最终要换成你的真实事实。强稿不是更夸张，而是更窄、更清楚、更能解释。

弱稿：“我用每周投递批次和项目 proof 修复提升求职效率。”

强稿：“我把每周投递批次和项目 proof 修复变成每周循环：收集事实，找证明缺口，修一个资产，投递一批高匹配职位，再根据目标岗位决定下一周方向。”

强稿更可信，是因为它给面试官留下了可以检查的材料：目标岗位、官方来源职位、简历版本、tracker 信号。同时它没有把结果说满，保留了限制，反而更像真实工作。

这个岗位专用的评分视角

视角	强信号	修复动作
岗位聚焦	计划针对清楚的岗位族，而不是所有 opening。	设定岗位筛选条件，并拒绝弱匹配。
证明修复	每周至少修一个简历、项目或面试资产。	选出最影响面试率的证明缺口。
投递质量	投递和官方职位、简历版本有关联。	记录岗位、来源、简历版本和追问。
反馈循环	回复率或面试反馈会改变下一批策略。	写一条每周复盘结论。
可持续	计划不会靠透支执行。	控制批次大小和复盘频率。

只针对这篇攻略的练习题

不用夸张词，在 45 秒内讲清每周投递批次和项目 proof 修复。
定义最重要的证据：目标岗位、官方来源职位、简历版本。
说明面试官或招聘者可以在哪里检查这段经历。
写出一个限制，让说法保持真实。
围绕目标岗位重写一条简历 bullet、作品集说明或面试回答。
回答最难追问：“你怎么知道这个解释是对的？”
如果这是真实工作，下周你会先做什么。
删掉一句听起来厉害但解释不了的话。