黑客馬拉松參賽指南

介紹一下我本身，2012 年 SegmentFault 第一次舉辦 Hackathon 的時候我就參加了。SegmentFault 如今是公認的將 Hackathon 這項活動帶入中國的組織，那我也能算是最先的國內 Hackathon 參賽者了。2012 年到 2014 年我參加過的黑客馬拉松大大小小許多場，拿過很好的成績也拿過不好的成績，見識過很好的舉辦方也見識過很爛的舉辦方。受軻爺威逼，我來寫一篇文章，站在參賽者的角度來說講黑客馬拉松的事情。

SegmentFault Hackathon 2012 杭州照片，跟 felix021大神交流中

什麼是黑客馬拉松

因爲主流媒體的大肆渲染，「黑客」一詞在普通人的印象中已經等同於網絡罪犯（致使如今圈內人用「極客」來形容本來意義上的「黑客」）。但其實黑客馬拉松中的「黑客」表明編程技術極其高超，短時間內實現原型能力極其出衆的人。所謂的黑客馬拉松，也就是短時間內實現原型能力的一種競賽。通常的比賽時間爲 2四、3六、48 小時，要求參賽隊或我的，在規定的時間內從 0 到 1 作出一個產品，而後從創意、完成度等方面對產品進行評比。

明確你的參賽目的

通常來講有如下參賽目的：

爲了磨練技藝

我大部分的時候參加黑客馬拉松都是爲了磨練本身的技術。所以我會去作一些平時沒有作過的東西，使用一些平時本身不曾使用過的技術，在短期的重壓之下，逼迫本身快速掌握新的知識。若是我能用這項技術作一個不錯的產品出來，那應該能夠說明我在知識的應用層面掌握得不錯了。

若是你參加黑客馬拉松是爲了磨練本身的技術，那麼我建議你應該跳出本身的溫馨區，在不是特別難的學習區去進行技術選型來作產品。

上班寫了一年屎，可貴寫點好玩的

大部分參加工做的程序員整天被產品經理壓迫改需求，不多有時間寫本身感興趣的 cool stuff，畢竟不是每家公司都像 Google 那樣擁有「20% 規則」。因此參加黑客馬拉松是一個不錯的契機，那麼你的重點應該放在做品的完成度上，由於過了這 24 小時，你可能再也沒有大量的連續時間來開發你的 cool stuff 了。好辛酸的樣子。

爲了拿投資

有的比賽會邀請投資人做嘉賓，這種黑客馬拉松每每會有許多創業團隊參加，你們也都很拼。不過，別人都是 code for fun 你是 code for money。那你仍是做弊吧，拿大家團隊已經開發了半年一年的做品來參賽，強行裝做 24 小時完成，妥妥的。這沒什麼丟臉的，爲了拿融資，這點手段仍是能夠的。別人暗地裏罵你無所謂，罵就罵唄，他們和你的目的不同，着重點不同，這很正常。

爲了認識牛逼的人

除了投資人，你也許會在黑客馬拉松上見到以下人物：舉辦方的牛逼程序員、來參賽的牛逼程序員、嘉賓裏的牛逼程序員、開場祝詞的牛逼 CEO、爲了挖牛逼程序員的牛逼公司的 HR 等等。因此只要你敢跟別人聊起來，刷臉的效果仍是不錯的。

若是你參加黑客馬拉松的目的是爲了認識牛逼的人，那你的最終目標就是此次你來掃了多少人的微信。

爲了拿獎

這裏的「獎」指的是專項獎，幾乎每場黑客馬拉松都有贊助商，贊助商每每也會提供一些他們的「專項獎」，有的專項獎的獎品還十分的誘人。好比有送蘋果最新產品的，有送贊助商自家的最新產品的，還有直接送人民幣的（吐槽一下，送代金劵的真是太摳門了，太沒誠意了）。

通常來講，專項獎的評委都是贊助商自己，因此你應該從一開始就圍繞贊助商提供的 SDK 或者雲服務量身定作你的做品，SDK 能用多少就用多少，雲服務能用多少就用多少。甚至你應該在開發的過程當中主動向贊助商展現你的做品，在贊助商面前刷存在感，這都對你拿獎有幫助。

注意事項

睡覺

這個因人而異，也和做品的進展有關。注意不要爲了熬夜而熬夜就能夠了，身體是革命的本錢啊。

組隊 or 我的

有的全棧開發者本身寫東西飛快，和別人一協做就不知道怎麼分工了。若是解藕夠完全的話，甚至不用 git 也行，由於短期內開發項目規模確定是大不到哪去的。若是實在不適合團隊協做的話，一我的上也沒問題。

MVP

圈內關於「精益創業」的理解和前兩年比已經理性了不少（主要是因爲 Native app 開發必須發版，蘋果 App Store 還 tm 要排 7 天隊，Web 大法好），但黑客馬拉松應該是徹底貫徹精益創業的指導思想。事實上黑客馬拉松最後比的產品就是最簡可行產品（Minimum Viable Products）。因此在開發的時候，用戶註冊登陸能不要就不要，多餘的功能能不要就不要，能 quick 就 quick，能 dirty 就 dirty。一切都是爲了最後能在你們面前展現完成了核心功能的產品，讓你們明白你到底作了個啥。

因此 Web app 能幹的事情最好不要去開發 iOS 或者 Android app，除非你對你隊伍的開發速度頗有自信，或者此次你來就是爲了練習 iOS 或者 Android 開發的。

微軟粉不要噴我 ^v^

作好演示

最後的演示實在是過重要了，甚至在開發的時候也須要考慮如何去演示，而後爲了演示效果好，產品大改也值得。你甚至能夠直接從演示效果出發來考慮作一個什麼樣的產品。

因此 MVP 原則和演示效果衝突時，優先考慮作好演示，這意味着你在界面上（簡潔清新），體驗上（簡單的流程，好比 drag & drop），動畫上（最好不要硬切）應該多花一些時間。核心功能甚至用 mock service 均可以，能跑起來就行。

演示的時候，AirServer 或者 Reflector 能夠幫助投影手機（你的做品頗有多是一個移動端做品）屏幕的的工具幾乎是必不可少的。不建議花太多時間作 PPT，一來是開發產品會花去不少時間，二來是你的每一張 PPT 其實都是在吊觀衆胃口，觀衆就是想看你演示產品。PPT 只要簡單介紹下你，再一句話介紹一下你的做品就好了。固然，若是你對你的 Keynote 功力頗有自信，而且確信你的 Keynote 是展現不可或缺的一環，那就要具體狀況具體分析了。

神兵利器

黑客馬拉松在國外出現得比較早，Github 上甚至有 Hackathon Starter 這樣的神器。這也啓示你們應該儘可能選擇能快速完成做品的技術棧，什麼 MEAN 啊，LAMP 啊，Rails 啊，Django 啊，能快就快，只有更快沒有最快。

常見的坑

我說三個比較常見的坑：

網絡

主辦方彷佛永遠都會高估會場帶寬的承受能力，我參加過一次國內某互聯網巨頭的青春夢之杯，網絡根本就是卡到不能用，最後無奈去網吧寫代碼。相信我，作好用手機流量共享給筆記本上網的準備。

做弊

我仍是拿那次國內某互聯網巨頭的青春夢之杯來舉例，在那 2 天裏，我和個人同伴克服種種困難，幾乎沒有睡覺，從無到有完成了一個做品，叫作「LydiaBox」。對！就是我後來拿「IDG 校園創業大賽」第一名的做品，也就是如今拿了融資的雲集。

結果你猜怎麼着，展現的時候，一堆名校的團隊，通過了在會場幾乎沒法使用網絡的 48 小時，跟你們介紹：「咱們的產品如今有 iOS 端、Android 端、Windows 端、Mac 端、Linux 端」。我當時真是斯巴達了啊有木有！玩不起你別玩啊。

黑客馬拉松防止做弊一直沒有什麼很好的辦法，並且做弊雖然不對，但也是能夠理解的。好好享受你的 24 小時，作夠酷的產品，just for fun。若是你夠牛逼，你的產品夠牛逼，徹底用不着在黑客馬拉松上來證實本身。

當時雖然很氣憤，很不服氣，但這是我如今的想法。

傻逼評委

我仍是拿那次國內某互聯網巨頭的青春夢之杯來舉例，評委中只有幾我的是互聯網業內人士，其餘人大部分都是高校裏的教師和教育部的領導。他們認爲擔任黑客馬拉松的評委和擔任「挑戰杯」的評委沒有任何差異。他們依然在用審視「基於 xxx 的酒店管理系統」、「基於 xxx 的設備管理平臺」這樣的做品的眼光，來審視你的 MVP。其中有一箇中年評委居然就產品中的書法是否純正很認真地提出了疑問。

首先，靠譜的黑客馬拉松都是參賽隊之間互相投票，評委只佔整體意見的一部分。若是一場黑客馬拉松的獲獎狀況徹底由嘉賓控制，並且評委還不是互聯網圈內、懂得黑客精神的人的話，這樣的黑客馬拉松仍是別參加了。