我的第一次黑客马拉松和我学到的
我的第一次黑客马拉松和我学到的
原文：https://medium.com/hackernoon/my-first-hackathon-and-what-i-learned-c694230190ce
提示:这不是编码
这个周末，我参加了我的第一次黑客马拉松。
黑客马拉松？没错，黑客 + 马拉松。
基本上，黑客马拉松是一种竞赛，人们组成小组提出一个问题，一个想法(即该问题的解决方案)，然后试图实现一个基于代码的(因此:黑客)解决方案。 这一切都在预先设定的非常有限的时间框架内(几个小时—几天)进行，参赛者通常很少或根本没有睡眠(因此:马拉松)。最终，评审团选出获胜的队伍并给予奖励。
对我来说，有一个警告:我不会编程。
但是，这个特定事件也明确允许非编码人员参与。我真幸运。
我可以告诉你一整个晚上不停工作的故事(我们有 24 小时，并充分利用了其中的大部分时间)以及它涉及的披萨、红牛和咖啡的数量，但我想我应该列出我在这一天(和晚上)学到的 3 个最重要的技能。
0.不是编程
尽管有时我的团队会感谢一个额外的程序员，但 24 小时的时间太少了，不足以深入编程，以任何有意义的方式做出贡献。 除此之外，人是来编程的，不是来教编程的。
1.一个想法的价值取决于它的实现
你可以整天幻想你的程序或应用还能做什么，应该做什么。事实是，所有这些附加组件都需要真正的时间来实现。尽管时间限制对于这样的事件来说是极端的，但是对于你想要解决的任何现实生活中的问题来说，这个事实仍然是真实的。时间是有限的资源。
最后，重要的是你能展示和呈现的产品，而不是你在脑海中想象的产品。
2.分清主次是第一要务
由于时间有限，你首先要决定哪些事情要真正去做，哪些想法要留到以后。换句话说:你必须分清轻重缓急。你的 MVP(最小可行产品)是多少？ 你的应用或程序和有什么关系？ 非常重要的是，哪些附加组件听起来很酷，但不是您的解决方案的核心必需品？
3.不要执着于你以前的任何决定
我想解释一下我们小组遇到的一个问题:我们从一开始就决定要使用拖放软件工具( Node-RED )来编程，因为这让我们这些非编码人员也能参与进来，因为它非常直观。 但是随着我们越来越深入了解它，我们也遇到了越来越多的问题。 最终，我们做出了晚上凌晨 3 点切换编程语言的决定，基本上不得不在比赛中途重新开始。 现在，我们本可以固执己见，继续努力让 Node-RED 发挥作用(顺便说一句，我们已经在这方面取得了相当大的进展)，但即使我们半途而废“浪费了”时间，我认为这是我们做出的最重要也是最好的决定。
因为所有这些以及我从中获得的巨大乐趣，我只能建议任何人至少经历一次这种经历，编码员和非编码员。
如果你感兴趣，我也利用这个机会给自己做一个 Vlog 的第一次尝试，你可以看到下面的结果。
如果你喜欢这篇文章，请点击下面的❤按钮。会帮我很多忙。:)
