如何赢得黑客马拉松：来自评委席的经验分享
在 JetBrains x Codex 黑客松 上，我花了两天时间观看各团队搭建项目并随后进行路演。决定大多数获胜者的，并不仅仅是过去二十四小时的工作成果。而是他们用来演示的那几分钟。一个项目虽强但演示令人困惑，就会输给一个更简单但能让评委理解的项目。
因此，我问了几位评委，是什么让一个黑客松路演脱颖而出，而另一个则在下一场演示前就被遗忘。他们的回答几乎完美吻合。以下是他们告诉我的，再加上我自己担任评委时总结的一些经验。
从问题出发
每位评委都说了类似的话，这足以说明有多少人在这点上跑偏了。
开发者关系公司 Stateshift 的 CEO Jono Bacon 是这样说的：“先讲清楚你解决的是什么问题。你需要让评委们与你所看到的问题产生共鸣，和你一样感到困扰。” 如果观众感受不到问题，那你为此构建的任何东西都不会产生效果。
Scarf 的创始人兼 CEO Avi Press 也说了同样的观点，并补充了人们经常忽略的一点：“一定要明确你解决的是什么问题，以及你的提交方案如何解决这个问题。听起来很明显，但人们常常会跳过这一步。” 他们经常跳过，是因为他们对技术本身充满热情，并默认问题是不言自明的。但事实并非如此。
OpenAI 的 Bonnie Xu 将其归结为你在写任何代码之前就要做出的一个选择：“我的建议是，不要从‘我能用的最酷的新工具是什么？’开始，而要从‘有什么东西是我以前可能无法构建，但现在能构建的？’开始。” 她说，最好的项目来自于某个具体的问题——一个你个人觉得令人烦恼或效率低于预期的流程。要从烦恼本身出发去构建，而不是从工具出发。
在写一行代码前做好功课
JetBrains 的开发者关系工程师 Jan-Niklas Wortmann 指出，工作从写代码之前就开始了：“先阅读规则。在真正理解问题空间、黑客松的目标以及评委可能关注的重点之前，不要开始写任何东西。” 仔细阅读提示或问题陈述。搞清楚谁来评判以及他们关心什么。如果你能在开始构建之前与他们交流，那就去做。
Nebius 的 Colin Lowenberg 提出了一个实用的版本：不要从零开始。“总有一个比空白 GitHub 仓库更好的起点。” 如果你没有所需工具的经验，可以向导师或赞助商要一个可以开始的仓库。
并且，要让自己在时间压力下拥有最大优势。Jan-Niklas 再次说道：“使用你已经熟悉的工具，和你已经熟悉的人一起工作。” 结识新朋友是黑客松的乐趣和值得参与的原因之一，很多强大的团队也是在比赛当天才组建起来的。关键在于，要限制你一次性面对的未知因素。同时处理一个新框架、一个新队友和一个新的问题领域，这在一个周末里是很难消化吸收的。所以，在你能做到的地方，尽量依赖你已经掌握的东西。
将范围缩小到一件事
很多团队都在这一点上栽了跟头。他们试图构建五个功能，结果一个都没能干净利落地交付。
最好的项目是做好一件事，而不是把五件事都做得半生不熟。要警惕范围蔓延和功能过载。试图做得太多会让你感觉自己很有野心，但实际上你只是在确保演示中没有任何功能是端到端可用的。
Colin 将范围与演示直接联系起来：“你的演示应该是焦点。它应该用一条流程展示你的应用能做什么。如果演示太长了，那就削减你的功能。” 如果演示时间过长，那不是一个节奏问题，而是一个范围问题，解决方法就是砍掉它。
Bonnie 直白地指出了优势所在：一个清晰的“哦，现在这个居然能做到了”的瞬间，远胜于对所有功能的巡礼。展示过去令人沮丧的地方，展示新的版本，让对比变得显而易见。
让演示成为整个路演
你可能只有几分钟时间，而演示是大家真正记住的部分。要这样去对待它。
Jono 的规则是：你必须在大约 90 秒内展示出某个东西是能工作的。抓住你描述的问题，并快速展示解决方案。
Avi 具体谈到了演示本身：“把评委放在用户的位置上，带他们走一遍流程。” 即使你的成果还不完善或不能完全工作，也要展示出使用它的实际样子。并且要直言不讳。“非常直接地说明哪些是能用的、哪些还不能、它是如何工作的，以及它如何能被扩展。” 评委能分辨出你何时在回避一个还不存在的功能。坦诚以对反而显得自信。
Colin 为不在评委面前卡壳提供了一份清单：“模拟所有你能模拟的东西，确保所有表单都已填好，确保与用户之间的来回交互流程是顺畅的。” 预填好数据。模拟掉缓慢的 API 调用。消除每一个可能导致演示停滞的地方。
并且，不要过度设计底层的东西。正如 Jan-Niklas 所说，交付一个好的演示比拥有最可靠、质量最高的代码更重要。黑客松奖励的是可运行的演示，而不是没人看得到的干净架构。
像已经赢了那样去排练
Colin 的建议是从终点开始倒推：“我想让你想象自己赢得了黑客松，然后从那里往回推演。” 想象那个获胜的演示，然后精确地朝着它去构建。让演示流畅且准备就绪。你可能只有几分钟时间，所以每一秒都应该值得。
在正式演示前，至少大声练习一遍，并且一定要计时。路演本身也是产品的一部分，练习过的团队看起来就是练习过的。
放轻松，享受乐趣
热情所起的作用比人们预想的要大。
评委能感受到你的热情，所以试着回想一下最初是什么让你对这个项目感到兴奋。那才是我们真正想看到的。一个明显享受自己项目的团队，比一个机械地念稿子的团队更有说服力。
Jan-Niklas 对黑客松整个周末的看法也是如此：时间压力和紧张感是体验的一部分，把自己置于其中本身就是一种学习。享受这个过程。玩得开心。去构建。
成功主要归结为三件事：从问题切入，展示一项目标能正常工作，并让你对它的在乎变得显而易见。