简历上的黑客松项目，别把活动名当成果

消息提到，一位开发者在GPT-6黑客松上带来了真实的星图和Astra，用途是帮人找到回家的路。素材没有交代它的功能细节、完成度和开发者是否因此获得机会，所以它只能说明一件事：有人把黑客松作品讲成了一个具体用途，而不是罗列技术名词。

对准备求职的你来说，值得借鉴的不是这个项目本身，而是呈现方式。写简历时先把项目分成两类：一类是你能当场讲清的，另一类是只剩活动名的。前者可以留，后者要么补细节，要么删。

四项自查：来源、贡献、产物、痕迹

同一段黑客松经历，两种写法差别很大。一种写“参加GPT-6黑客松，用AI做了寻路应用”，另一种写“在限时条件下完成路径展示原型，负责数据整理与界面呈现，产出可运行演示，记录在[实际记录]”。后者未必更高级，但读的人能顺着追问。 延伸阅读：程序员简历范例、模板和写作指南

可以按四项自查：

  • 来源：是现场从零做的，还是基于已有开源项目改的？两种都行，但要说清起点。
  • 贡献：团队项目标明你负责的模块和协作方式；单人项目写清从问题到产出的链路。
  • 产物：能跑的原型、录屏、截图、测试用例都算，前提是真实存在。
  • 痕迹：代码提交、过程文档、他人可复述的分工，都比形容词有用。

任何一项暂时空缺，就用[实际记录]占位，提醒自己补上，不要先写一个漂亮结论。

没有获奖或上线，这段经历还值得写吗

值得写，但重点放在可迁移能力和具体产出上，而不是活动名或奖项。没有上线、没有获奖，不代表不能写；不能写的是编造数字成果，比如“提升效率多少倍”“服务多少用户”。

假设一个模拟场景：你参加了一场黑客松，做了个帮人找路的小工具，没获奖。简历里可以写“在限时条件下完成路径展示原型，负责数据整理与界面呈现，产出可运行演示”，面试时再讲取舍。这是模拟示例，只用来说明写法，不是真实工作经历，也不代表招聘方会怎么看。

不同岗位关注点也不同。偏工程的方向可能追问你怎么处理边界情况；偏产品的方向可能追问你为什么这样定义用途。读岗位描述时，先确认它要的是“能交付”还是“能定义问题”，再决定这段经历往前放还是往后放。 延伸阅读：程序员简历针对性制作指南：告别一稿多投，面试率提升300%

今天可做的一件小事：翻出简历里最像“活动名”的那一行，在旁边补一句你实际负责的动作和留下的可验证记录，补不出来的就删掉。