假期做了个小项目想写进简历又担心被看成练手作业。这个担心有道理面试官对个人项目的默认判断确实是「跟着教程做的」。区别不在项目大小在四个维度上你能不能给出答案。一、有没有真实使用者自己跑在本地的和有人在用的是两种东西。哪怕只有十个用户、二十个星、群里五十个人在用都比「功能完整但没人用过」强。真实使用者意味着你处理过反馈、边界情况、以及别人和你预期不同的用法。简历上写法某某工具开源累计 300 用户 / 120 star解决某某场景下的某某问题 上线后根据反馈迭代 6 个版本其中两次是为兼容某某环境做的适配。二、有没有做过取舍教程项目的特征是所有技术选型都跟着教程走。真实项目一定有取舍为什么用这个库不用那个、为什么没上某个框架、哪里为了上线速度留了技术债。简历上写一句取舍比列五个技术名词有用数据层最初用 ORM压测发现批量写入是瓶颈改为手写批量 SQL 写入耗时从 2.1s 降到 300ms 左右代价是失去了部分类型检查后续用单测补上。三、有没有跑够长的时间做完三天就不动的项目和维护了一年的项目说明的是两种不同的能力。如果项目仍在维护写上时间跨度和版本节奏。如果已经停了也不必隐瞒写清楚做到了什么程度为什么停。四、和目标岗位有没有关系投后端岗写一个前端练手项目作用有限。反过来也一样。关系可以是技术栈的重合也可以是问题域的重合。都不沾边的项目就放在简历最后一行简单提一句不要展开。假期做项目的人选题比技术栈重要七天能做完的项目技术上不可能有多深。真正拉开差距的是选题。三个方向的选题天然比「又一个待办应用」有说服力一是解决你自己真实遇到的问题。你每天手动做的某件事写个工具自动掉。这类项目有天然的使用者你自己也有真实的迭代动力。二是给现有开源项目补一块。挑一个你在用的库看它的 issue 列表里有没有标着 good first issue 的或者文档里明显缺失的部分。提一个 PR 被合入含金量高于自己从零写一个玩具。三是做一个数据类的东西。抓一批公开数据做分析和可视化产出一篇有结论的文章。这类项目能同时体现工程能力和分析能力而且成果是可展示的。七天的时间分配前两天定需求和技术方案中间三天写核心功能最后两天写 README、部署、和一篇复盘文章。最后两天最容易被砍掉但它恰恰决定了这个项目在简历上有没有用没有 README 和线上地址的项目对方无法验证。三种不建议写的一是纯教程复刻某某商城、某某博客系统、某某仿写。面试官见得太多一眼认出。二是只有截图没有代码的。放了链接就要保证能打开且不用登录。三是把课程作业包装成产品。写「上线」「用户增长」这类词而实际上没上线追问两句就穿了。一个判断标准写完之后自己问一句如果面试官在这个项目上追问二十分钟我能撑住吗撑不住就往下压删掉夸大的描述只留你真正做过、能讲清楚的那部分。项目写短一点不丢人写大了被问穿才丢人。放在简历的哪个位置有工作经验的人放在工作经历之后单独一个「个人项目」板块一到两个每个三行以内。应届生或者工作一年内的可以放在工作经历前面尤其是实习内容较薄的情况下。这时候个人项目是你最有说服力的部分。转方向的人放在最前面并且要写清楚它和目标岗位的关系。项目本身就是你的转向证据。一个常见的问题项目是和别人一起做的怎么办写清楚人数和你的部分和公司项目的写法一样某某工具2 人协作我负责后端与部署这一句能避免面试时最尴尬的情况被问到前端实现细节答不上来而对方以为整个项目都是你写的。
