第一次找 Co-op，大一学生该先补什么？

先读岗位，别急着给自己列一张补课清单

收集一批真实的入门岗位，把反复出现的任务与基础能力圈出来。一条要求出现一次，可能只是某个团队的偏好；在多个岗位里都出现，才值得进入这个学期的准备。学生不需要同时学会每个工具，需要的是把两三项能力真正做进项目。

• 把必备条件、加分项与团队偏好分开
• 记录岗位中的实际任务，别只抄技术名字
• 与课业时间一起看，每周预留真能完成的工作量

第一个项目要小到真的能上线

初次做项目时，最容易犯的错是功能列得很长，但没有一条流程真正跑通。第一版先做完一个用户操作：接受输入、执行核心逻辑、处理常见错误，再尝试部署。到 Code Review 时，学生要能打开关键文件，说清数据怎么走以及哪些决定是自己做的。

• 先用一句话写清用户与问题
• 把第一版压到一个学期内真能完成的范围
• 用 Issue 与 Commit 保留开发过程中的重要取舍

简历 bullet 写完，自己先追问一句“具体呢？”

“用 React 做了一个网站”只告诉了面试官一个技术名字。简历需要说清学生负责哪一部分、解决了什么问题、最后做到什么程度。没有真实的量化结果，就用准确的功能、规模或责任边界，不需要临时造一个百分比。

• 先写自己的动作与责任，再写技术
• 把关键词堆改成一个具体难点或技术选择
• 每一条项目 bullet 都准备一个两分钟解释

项目能讲清楚就开始投，不要等所有准备结束

当简历没有明显错误，项目主流程能跑，学生也能回答基本追问，就可以开始申请。把岗位、日期、简历版本和进度记在同一个地方，每周固定两三个投递时间段。这样才能在继续补项目和算法的同时，不错过新开岗位。

• 先看新开放或与当前经历高度匹配的岗位
• 每次投递都记下对应的简历版本
• 以一周为单位复盘，不因一封拒信立刻改变方向

OA 与项目讲解，要从第一次投递同时开始

OA 邀请不会为学生留出一个月复习时间。开始投递后，每周就要有稳定的时间复习数据结构、常见题型与边界处理，也要把项目讲出声。我在 Mock Interview 里常看到的情况是：代码写得出来，但一被问为什么这样设计，回答就只剩技术名字。

• 先把高频数据结构与基础题型做稳
• 写完后测边界，并主动说出时间与空间复杂度
• 用 Mock Interview 分别检查技术、表达和时间分配

拒信也要按发生的位置来读

大多数申请没有 OA，先查岗位匹配与简历；经常停在 OA，再看数据结构基础、时间分配和测试习惯；总是在面试后结束，就需要通过复盘区分技术深度与表达问题。第一次求职还会受岗位数量、地点、工签和市场时点影响。反馈能帮我们定位下一个问题，一轮结果不足以给学生的能力下结论。