“黑客马拉松”（Hackathon），是黑客 + 马拉松（Hack + Marathon）的组合字，大致上就是几个人聚在一起以马拉松的方式进行一段长时间的 Hack 活动，像是台湾 Yahoo! 办过 Open Hack Day、台湾微软办过 HTML5 或 IE 浏览器的黑客松活动，这类型的活动，实际进行的时间从半天、一天到两天一夜的长度都有。
你可能会好奇，这么短的时间，几个人聚在一起到底能做出些什么有趣的新网站、新App 吗？
lawrence跟 Inside 另外两位创办人Fox、Richard 在过去曾经参加 Yahoo! 所举办的 Open Hack Day，三个人在大约 24 小时内不眠不休的情况下，做出了一个简单的垂直搜寻引擎，可以协助使用者在一个网页内，快速浏览任何一家上市公司近期的新闻、职缺、股价、网路相关讨论，最后得到了“最佳搜索开发” （Best Search Hack） 的奖项。
后来，lawrence、Fox和Richard三个人在自己的公司也曾经举办过两次的 Hack Day 活动，第一次做出了一个类似 Instagram 的 iOS App + 网站的雏形，隔年第二次举办，做出了一个几乎完全仿 iOS 上的 Path app 的「叫你起床」app，可以透过 Facebook 让你的朋友知道你今天是准时起床还是持续赖床，运用社群暴力同侪的关心让你每天都可以开心愉悦的准时起床。
从这三次的经验里，lawrence分别有一些收获，在其blog上各位读者作了分享。
首先，Hackathon 活动可以在极短的时间内考验、培养团队成员的沟通默契以及解决问题的能力，过去本来有时间利用一个月做完的专案，在这样的活动中被压缩到极限后，大家能做的事情就是尽快达成共识、先做再说，团队成员彼此的优缺点或是性格上比较强烈的特质也会在这个过程中更加突显出来。
我认为，在 Hackathon 活动中，产品特色要明显，而且最重要的功能一定要完成，背后的技术架构、软体工程相关的方法，在这么短的时间内，我会认为是次要的。但如果平常做事就习惯有完整的规划，不习惯突然上场不按牌理出牌，团队成员们可能光达成共识就会花上一些时间。
其次， Hackathon 活动也可以让团队成员发现彼此对于产品功能的「优先顺序」认识有非常大的落差，即使要做的产品规模再小、功能再简单，大家想的顺序也不太一样，甚至会发现彼此都过于贪心、想要的功能都太多了。
事实上，Hackathon 活动短短的时间里，考验大家的就是专案管理能力，有限的资源、有限的人数、有限的时间内，要能达成上台demo 的目标，实际上就是在考验大家有没有办法进行有效率的取舍。
另外，就个人来说，参与黑客松也是一个自我检视的大好机会，除了与团队成员的沟通模式可能与平常有所不同之外，自己的生产力以及解决问题、寻求解答的能力也会备受考验，假如本来写程式的速度就已经不快了，还发现没办法在这么短的时间内善用各种网路资源迅速替自己解决问题，那么或许可以从这个过程中得到一些很立即的帮助、建议，这种密集互动的过程，对于经验比较少的开发者来讲，其实也是个很好的学习过程。
至于，如果你不是开发者，能参加 Hackathon 活动吗？是的，举例来说，像 Fox 其实不会写程式（但他会改一点点 HTML，Inside 网站最初的 WordPress 跟 MySQL 也是他自行设定的XD），但lawrence等人前几年可以在 Yahoo! Open Hack Day 上得奖， Fox 是有非常大的功劳的，因为他们实际上没有办法在这么短的时间内完成整个网站并且发布到网路上直接让大家试用（能力、经验有限，加上太贪心了，想太多功能），而 Fox 当时最重要的工作就是帮忙想功能、砍功能，并且在最后上台报告时，整理了一份最精华的使用流程，只展示了最基本的功能。
当年其实不知道 MVP 这样的概念（minimum viable product，最小可行性产品），但是，现在回头来看的话，在短短 24 小时内做的事情其实就是打造一个 MVP，那样的取舍过程，还有三个人在短短 24 小时内密集沟通、聊天、写程式、决定产品 feature 的过程，除了是让三人在沟通上更加的了解彼此之外，更重要的是也让三人有了更深的革命情感，这也是支撑了三个人现在一起创业，非常重要的元素。
参加这样的活动，我认为执行力跟找到谈得来的伙伴是最重要的，点子绝对是其次；而且，这样的活动并不是比赛，真正的输赢是自己定义的，我们受台湾的教育长大，经常都会认为比赛要拿前三名才叫厉害，但实际上每天在为人们创造价值的伟大公司、卓越服务，通常都不是靠比赛得奖来证明自己的。
关于作者
lawrence是Inside 创办人、iCook 爱料理共同创办人。
