我们的第一次 hackathon，真正需要像 startup 那样思考

Source: Dev.to

我是一名大三计算机科学与技术专业的学生，上周有人把一个问题陈述交给我，并说：“在六周内创建一家初创公司。”
这不是大学项目，也不是作业，而是一个真正为真实用户解决真实问题的产品。

那是两周前的事，老实说，这两周教会我的东西比过去两个学期加起来还要多。

第一期 – 理解问题

前几天我们只是在反复阅读问题陈述。我们总觉得自己已经理解了，随后又发现并没有。阅读问题陈述和真正了解你要为之构建的用户之间有很大的区别。

于是我们回到基础：

• 谁在使用它？
• 他们的收入是多少？
• 对他们来说，糟糕的一天是什么样的？
• 什么是真正能帮助他们的，而不是在路演中听起来好听的点子？

这几乎花了一整周的时间，我认为这是最关键的一周。

第二期 – 构建解决方案

说实话，实际动手构建是最容易的部分。弄清楚要构建什么以及为什么要构建才是难点。大多数团队会跳过这一步，直接开始编码——我们差点也这么做。

一旦我们明确了要构建的东西以及背后的原因，其他一切就顺理成章地快速推进：技术栈、架构、界面等，一旦思考完成，所有工作都能迅速展开。

在我们四人团队中，我是唯一的编码者。其余成员负责调研、文档和测试。这意味着我做的每一个决定都必须是我在有限时间内能够独自完成的。不要过度工程化。不要那些看起来很酷但需要三周才能实现的花哨东西。

范围蔓延是真实存在的，它会比任何事情更快地毁掉你的提交。

当前进度

我们距离第一阶段只剩下五天。我们必须提交 GitHub 仓库、README 文档以及一段两分钟的视频。视频是我最紧张的部分——写作比对着摄像机说话要容易得多，显然。

给其他黑客的建议

如果你现在也在参加 DEVTrails 或任何黑客马拉松，我唯一的建议是：在问题上花的时间要比在解决方案上多。解决方案会变，问题不会。

第一阶段结果出来后再写。

Akash
VAARANASI 团队
Guidewire DEVTrails 2026