大学里最值钱的，是第一次完整交付

大学里有很多看起来都重要的栏目：绩点、实习、竞赛、社团、开源项目。

麻烦在于，它们很容易被做成履历上的名词。参加过项目，不一定知道问题从哪里来；提交过代码，不一定见过别人怎样检查；拿到一段实习，也不等于亲手把一件事送到用户面前。

最近读到一篇讨论大学里什么最重要的文章。原文给出的答案是“寻找”。我认同要寻找，但对学技术的人，我还想加一个更具体的落点：尽早完成一次真正的交付。

完整交付不是“我写完了”。它至少包括五步：有人提出一个真实问题；问题被记录并说清验收条件；代码或方案发生变化；另一个人检查它；结果被合并、发布或实际使用，随后出现反馈。

GitHub把Issue定义为记录想法和工作的入口，也支持把Pull Request与Issue关联。Pull Request里同时保留讨论、提交、自动检查、文件差异和合并状态。工具不等于能力，但这条链路把“做过”拆成了可以回看的证据。

一个只有300行代码的小工具，如果确实解决了同学的排课麻烦，经历过一次需求改动、一次代码审查和一次发布失败，可能比一个写了5000行却从未被使用的展示项目，更早暴露真实工作是什么。300和5000只是对比例子，不是普遍结论。

因为交付会逼着人遇到课堂题目里没有的东西。

别人说“不能用”时，要追问环境和复现步骤；检查没通过时，要判断是实现错了还是标准没说清；发布失败时，要恢复旧版本；用户要求继续加功能时，还要决定哪些不做。

这些麻烦不会自动提高绩点，却会让人知道自己喜欢的是写代码、理解问题、协调需求，还是把系统稳定运行起来。所谓寻找，不再只靠想象，而是被一次具体过程校正。

我不会说绩点、实习或竞赛不重要。它们各自打开不同的门，也有各自的筛选规则。

只是当几项选择看起来同样有道理时，我会多问一句：哪一项能让我对一个真实结果负责，并且让别人检查这个结果？大学里第一次完整交付未必耀眼，却可能是第一次把“我会什么”从自我介绍变成外部证据。

资料：

来源