參加黑客馬拉松需要有哪些技能儲備及注意事項？
很多初次參加黑客馬拉松的人，其實並不知道什麼是黑客馬拉松。傳統意義上的黑客馬拉松是程序員（工程師）的專利，非技術人員很難參與到其中。近年隨著黑客馬拉松在國內的逐漸興起，有很多公司和團隊已經將「黑馬」活動延展開來，不僅僅局限於程序員，而是所有與互聯網相關的從業者均可以參加，比如說產品、設計和運營。而這種延展，或者稱之為廣義上的黑馬，與黑馬的精髓其實也是非常一致：
很多人，在一段特定的時間內，相聚在一起，以他們想要的方式，去做他們想做的事情——整個編程的過程幾乎沒有任何限制或者方向。（注 1）
- 短時間：黑馬時間不會太長，通常會在兩三天時間以內。
- 高強度：正是由於時間短任務重，所以強度會非常高。
- 想像力：你可以做任何你想做的，只要能湊齊一個團隊。
- 默契度：比賽靠的是團隊協作，而不是單打獨鬥。
- 爆發力：不僅是頭腦風暴，更是體力風暴。
- 不能違反的規則：這直接關係到你最後的結果是 0 還是 1。
- 評分規則：這直接關係到你最後的結果是 60 還是 90。
不能違反的規則這一點不用過多強調，大家一起參賽，追求的也是公平競爭。如果有些規則是組委會明確說明不能違反的，那就必須嚴格遵守。至於評分規則，可以說是合理利用規則來「投其所好」。在時間和精力非常有限的情況下，是否了解評分規則，會直接影響到整個團隊在整個過程中的時間和精力分配。一般評分規則會包括與主題的匹配度、完成度、產品展示、商業價值、應用前景等方面，這就要求參賽者清楚地知道該在哪些環節進行重點投入。舉個例子來說，我參加的第一次黑馬的評分規則中，「商業化前景」佔到了很高的比重，跟「完成度」相當。考慮到我們團隊的技術資源非常有限，我們選擇在商業化前景上投入了更多的精力。我們花了很長的時間去討論做什麼，並且只考慮我們要做的這個東西是否有良好的商業化前景。最終一位工程師提出了一個非常有「錢景」的方向，然後我們就按照這個方向去努力。儘管最終完成度並不是最高，但是還是憑藉良好的商業化前景征服了各位評委。
2.找準定位，明確分工。
參賽者有兩個環節需要對自己進行快速定位：公布主題時和組好團隊後。在組委會公布了主題之後，參賽者需要立刻問自己幾個問題：自己有沒有好的想法，這個想法是否具有可行性，可行性有多高，能否吸引他人加入。如果其中有任何一個答案是否定的，那麼你就需要重新定位。通過這些問題，參賽者需要明確自己的定位，是隊長是領導者是團隊組建者，還是隊員是參與者是團隊構成者。在組隊完畢後，參賽者同樣需要結合團隊具體情況，對自己進行快速定位。通常情況下，團隊隊長都會是領導者，但是偶爾也會出現團隊隊長是發起者，卻並不擅長組織溝通和表達，那麼就需要另外一位團隊成員擔任領導者。在黑馬比賽中，我們會很自然地根據其他人日常所負責和擅長的工作進行定位，即按工作類型分為設計師工程師運營。但是在團隊工作中，我們還可以按照充當角色的不同分為領導者協調者參與者和執行者。參賽者需要充分考慮團隊成員的情況，然後找准自己的定位。比如成員構成，是否有前端後端產品運營等各個工種，沒有的話如何協調如何分工；比如成員熟悉情況，是否有過接觸或互相了解，能否高效溝通配合。通過思考和解決這些問題，可以幫助自己和團隊內的其他成員迅速找到自己的定位。很多第一次參加黑馬的非技術同學都會擔心和糾結一個問題，非技術人員參加黑馬到底可以做些什麼。在我看來，儘可能的發揮自己的專業技能和個人特長即可。就專業技能來說，運營、市場、編輯，都有著其他角色不具有的優勢。比如運營會離用戶更近更懂用戶，市場會更清楚商業規則商業前景，而編輯總能想出天馬行空的文案和點子。說到個人特長，一般人們會認為工程師比較沉穩（悶騷），那非技術人員就可以承擔起活躍氣氛的工作，比如吃飯時放個歌，講講笑話，端茶倒水拿吃的。此外，在團隊討論中，每個人都應該積極的參與，團隊領導者也應該讓每個團隊成員都參與進來。如果你覺得在產品上和工程上自己什麼都做不了，那至少你得有打下手當奶媽的覺悟。在時間短任務重的背景下，能有一個好的工作氛圍同樣是非常重要的。做著做著，突然就不知道為什麼要做，以及接下來怎麼辦了。這是很多人在工作中都會遇到的問題，也是在黑馬比賽中很容易遇到的問題。迷失方向，找不到前進的目標，這不僅僅是團隊領導者的責任，也是每一個團隊成員都需要警惕的問題。
在黑馬比賽中，由於時間和資源非常有限，對於時間和資源的分配問題，團隊成員間也就很容易出現分歧。如果對於成員之間思路不一致的地方，不能及時發現和溝通解決，那麼很有可能會出現的情況是，不同成員分別在不同事情上投入了一定時間和資源，結果發現各自所做的事情最終會發生衝突。出現這種情況後，如果團隊領導者不能很好的解決，直接導致的結果就是寶貴的時間和資源的浪費，甚至會影響團隊成員間的信任。
那麼，如何避免出現這些問題？
時刻提醒自己，堅定目標，不忘初心。
我們為什麼在一起？最初的目標的是什麼？現在在做的是否偏離了目標？目標是否需要修正？這是團隊隊長需要時刻問自己的問題，也是每一個團隊成員需要經常思考的問題。
遇到分歧不可怕，可怕的是不知道如何應對。團隊領導者需要有敏銳地觀察和判斷，哪些分歧是有問題的，遇到這種分歧應該在思考和討論過程中解決，應該在萌芽狀態下扼殺。
除了勤于思考和要求領導者的敏銳外，一些流程上和形式上的安排，也可以幫助解決這些問題。我第二次參加的黑馬比賽，持續時間為兩天。根據比賽時長，我所在的團隊安排有定期的會議，每天三次全體會，早中晚各一次。其他時間臨時有問題需要討論時，根據情況隨時召集。在固定時間的全體會議上，我們會一次又一次的回顧我們最開始是要做什麼，中間經歷了什麼，現在在做什麼，為什麼會有這種變化和調整，接下來做什麼，是否團隊成員都達成一致。在討論接下來做什麼時，我們會就每個人的分工進行詳細的劃分。如果沒有分歧沒有異議，會議時間會很短。如果出現分歧，那麼分歧是什麼，原因是什麼，是否影響最終目標，是先擱置還是討論清楚達成一致，不管結果如何，都需要團隊成員充分了解這些信息。當討論陷入僵局時，也會有領導者或推動者站出來繼續推進，而不是停滯不前。這種流程上的安排，可以讓團隊內每一個人都非常清楚我們團隊的目標，以及我們出現和遇到的每一個問題。當這些問題最終得到解決時，團隊整體實習也會隨之進步。
4.資源分配，進度控制
同樣是時間緊任務重的問題，在這種背景下，資源的分配就顯得格外重要，進度的控制也會格外困難。前者涉及到做什麼不做什麼先做什麼後做什麼挖多少坑填多少坑的問題，後者涉及到什麼時間做什麼挖的所有坑能否順利填完的問題。通常關於黑馬的評比中，完成度都是一個重要的指標。如果你的開發資源有限做不到面面俱到，那麼在制定計劃時，就應該明確好目標，做好資源分配，是著重開發某一項功能到完善的程度，還是強調全面所有的功能點都涉及到但是完成程度一般。具體如何選擇，這個得根據比賽評選規則來決定。
除了技術資源人力資源，還有一個問題需要所有人注意的，就是個人的體能分配。在整個過程中，可能會出現各種各樣的困難，在做好心理準備的同時，也要做好生理上的準備。比如說你一天中效率最高思路最清晰的時候是在上午，正所謂好鋼用在刀刃上，那最好在上午做一些需要思考的需要創造力的複雜工作。此外，如果不是迫不得已，我建議所有參賽者都至少做到按時吃飯和休息。如果你平時沒有運動的習慣，那麼你有可能會被這種高強度的工作拖垮。所以為了能夠跟團隊成員一起站在領獎台上，現在就開始鍛煉身體儲備體能吧。
關於進度控制，我的建議是，如果團隊領導者本身不是工程師，那麼你最好是找一個溝通能力較強的工程師做你的搭檔，也就是所謂的 CTO，以方便時刻了解工程開發進度。一旦發現進度跟預期有偏差，那就需要及時調整目標。另外，業界常識，不要完全相信和依賴預估的進度。
5.真摯與坦誠
終於，經過高強度的持續工作，你和你的團隊來到了最後的評比時刻。如何把團隊在過去一段時間的成果展示給大家展示給評委呢？不同的人有不同的風格，也有不同的思路。
從我觀察來看，評比演講大體可以分為「哈哈哈派」和「嗯嗯嗯派」。
「哈哈哈派」並不是演講者打哈哈，而是演講者憑藉個人風趣幽默的言辭和輕鬆愉快的演講風格，逗得評委和群眾「哈哈哈」。由於整個過程中給人印象最為深刻的，就是觀眾的「哈哈哈」，所以稱之為「哈哈哈派」。這種演講風格的代表人物就是老羅，羅老師。
「嗯嗯嗯派」是指演講者的語言風格樸實無華，會一五一十的將自己遇到的問題和思考娓娓道來，通常不會有太多情緒上的波動，更多的是引起觀眾思考，甚至是引導觀眾思考。整個過程中或者有人皺眉思索，或者有人點頭示意，不時出現一些「嗯」的聲音表示贊同，因此稱之為「嗯嗯嗯派」。這種風格的代表人物……這種風格的演講通常無法吸引大眾目光，所以我還沒發現有哪位以這種風格知名的。喬布斯在斯坦福大學的著名演講在風格上與「嗯嗯嗯派」有些類似。
這兩種風格很難說孰優孰劣，更多的是個人選擇。在選擇時，一定要結合自己的特色，在重要的場合，一定不要輕易嘗試不熟悉的演講方式。如果你在黑馬評比時選擇「哈哈哈派」的演講風格，那麼你一定要注意的是，觀眾的「哈哈哈」都是假的，最後的投票和評分才是真的。如果你選擇的是「嗯嗯嗯派」演講風格，那麼你同樣需要注意，不要說教，不要過於理論，不要「我告訴你」，更不要把觀眾講得睡著了。把觀眾逗笑的本事和向觀眾拉票的本事，很顯然，在評比時後者才是硬實力。
演講風格決定演講內容。說完演講風格，再說演講內容。
經過辛辛苦苦的努力，產品終於出來了。好的情況是，你是產品的主人，也是產品的用戶。當然你做的產品是給其他人用，你自己不用或者用不著，這也不是什麼原則性的問題。只是對於前者，當你是產品的用戶時，觀眾是你的目標用戶，也是你的同伴，因為你們可能有同樣的問題需要解決。如果你自己都不是你產品的用戶，那麼要獲取觀眾的信任，自然也會增加一分難度。
當你自己也是用戶的時候，演講可以理解為分享，說說你遇到了什麼問題，是怎麼看待這件事情，是如何思考解決辦法，解決的過程是怎樣，最終解決的效果怎麼樣。使用分享的思路，你的演講內容都會是非常自然和流暢的，因為內容和情感都是真實的。能夠打動你的，也很有可能會打動你的潛在用戶。
我參加的兩次黑馬，最後都是我代表團隊去演講。在第二次黑馬比賽中，最開始我準備的演講稿，是按照「哈哈哈派」風格，完全就是逗悶子去的，全程哪兒埋梗哪兒抖包袱都算計好。但是經過試講後發現，這樣只能換來「哈哈哈」。大家都是聰明人，懂行的，自然能看清，「哈哈哈」的背後，是否能夠戳到他們的痛點。後來在團隊成員的建議下，又改了另外一個版本的演講稿，基本思路變成了一個分享，一個思考的過程。我介紹了我們最初為什麼會走到一起組成團隊，我們遇到的問題，思考的過程，調研的結果，思路的轉變，以及最後得到的成果。通過這麼一步步的推進，我們成功的打動了一批有著同樣問題和需求的人，最終取得不錯的成績。而在我之後的反思中發現，之前用過多次的「哈哈哈派」風格對於我來說實際上目的就是討好觀眾，而不是表達自我，其實真摯、誠懇的「嗯嗯嗯派」這種風格才是更適合自己的。
6.其他注意事項
在黑馬比賽中遇到的其他團隊，是對手，也是朋友。令我本人感到非常自豪和榮幸的是，我參加的兩次黑馬比賽中，在某些團隊遇到解決不了的問題來求助時，很多團隊都會樂意去幫助對方解決。能夠在比賽的同時，真正熱心的幫助其他團隊，既要競爭，也有合作。在我看來，這個才是真正的，體面的競爭。贏也要贏得體面。
一些思考：- 很多人都會對互聯網行業存在一個誤解，就是只要我有一個好想法，我就可以成功地改變世界。參加一次黑馬比賽就會明白，想法，idea，根本不值錢。真正創造價值的，是把想法變成現實之後。
- 一次黑馬比賽，其實就是一次創業。黑馬比賽中會遇到的問題，也是創業過程中會遇到問題的縮影。
- 找準定位，每個人都是能夠做出自己貢獻的。我第一次參加黑馬時，兩天時間只做了兩件事情，一是最後代表團隊去演講，二是給團隊其他成員剝橙子，一個接一個，只要有人想吃，我就去剝。你看，連手剝橙子這種技能都能排上用場，你還說你啥都不會？
我是SegmentFault Hackathon 2015 北京站的第一
很不開心的說，上周末的TechCrunch Hackathon我們中途退出了
所以斗膽在這裡說說包括這兩次Hackathon和之前幾次的感受和總結
做了一個項目主頁：Fix++ | 提供專業的拆解拼裝展示方案
我們的項目開源在：hACKbUSTER/FixPlusPlus · GitHub
我
們先要理解Hackathon這個詞的起源。它起源於1999年，詞語本身來自於Hack和Marathon的組合，意思就是一群程序員或者軟體工程師相
聚在一起，像馬拉松一樣不停的從起點跑到終點進行比賽。由於大部分Hackathon都是現場命題制，這就意味著所有程序員在一開始都是站在同一起跑線上
的，所以Hackathon成為了每一個熱愛挑戰的程序員能夠挑戰自身各方面能力的機會。
沒錯。我說的是，挑戰。就如覃超大哥在SegmentFault的Hackathon開始的時候說的那樣，hack精神就是Facebook最為推
崇的理念，它的很多產品創新和突破都是來自於內部的Hackathon上迸發的靈感。所以應該不難理解，Hackathon的精神在於挑戰自我和固有的事
物、想法，從而去創造新的事物和新的想法。
我的Hackathon經歷
先說說我的Hackathon經歷吧。在接觸
Hackathon之前，我接觸過很多創業團隊，見過很多新的想法，但大部分都因為時間問題或者進度問題一拖再拖，亦或是這些想法並沒有特別的打破人們固
有的一些想法和思維模式。而我就已經樂衷於開拓自己的思維模式和範圍，去接觸更大的互聯網世界。
從創業和各種項目一路走來，我對軟體工程的熱愛逐漸在團隊合作中被我自己培養了起來。對我來說，做一件事情，最重要的當然是這件事情是否有趣，是否
值得我去熱愛，其次就是能夠和小夥伴一起去做這件事情，還記得兩年前我剛開始走上這條道路的時候，我寫到，「攜兩三靠譜好基友，憑一腔熱血，青春年少，有
什麼做不到的。年輕就該氣盛，才不負年華」。
於是，當我第一次和小夥伴一起接觸到Hackathon的時候，我就陷入了無比的狂熱中。那是Dorahacks在北航舉辦的一次
Hackathon，由於沒有經驗，我們也沒有熬夜，只是晚上在QQ上相約一起寫了一部分，第二天早上早早到地方開始調bug。一開始我們也通過頭腦風暴
想出了很多奇怪的創意，但是都被否定了，最後思宇在散步的時候想出了網頁彈幕這個鬼點子。於是那也開啟了我們每次Hackathon都一定會有的彈幕模
式……其實寫一個網頁彈幕的Chrome插件花不了多少時間，加上leancloud即時通信和存儲的集成，我們總共也沒花幾個小時，就將一個差不多通過
了測試的版本放上台展示了。
展示的時候，我扯了一大堆彈幕的起源和95後新興人類的社交模式，扯了我從創業以來了解的各種互聯網現狀，然後啪的一展示，小夥伴們啪啪啪打了一堆彈幕上去，正好瀏覽的網頁又特別想讓人吐槽，所以大家都笑了，我們順理成章拿了第一。
後來我就總結出這麼個道理，Hackathon，展示也是相當關鍵的一環，你要麼讓觀眾大笑，要麼讓觀眾大驚，如果觀眾一點反應都沒有，那你就基本
沒有希望了。所以Hackathon，一定意義上並不是完全的在挑戰一個人的思維能力，代碼能力，團隊合作能力之類的東西，更是在挑戰和檢驗一個人的表達
能力，簡單地說，一個人的氣場。對於一般的程序員來說，可能根本沒有意識到在平時所謂氣場和表達能力有什麼重要性，但是，這也就意味著一個程序員將會永遠
在這種局限性之下成長。
以上總結同樣適用於我們接下來參加的一次大眾中國的Hackathon。雖然這就是我將要說的商業大賽，但是最後拿了第一的團隊，對於展示的把握相
當的成熟，讓我也學到了很多。我們什麼獎也沒有獲得，但是我們腦洞大開的想讓車與車之間通過彈幕的方式在公路上連接在一起。不知道為什麼，也許我們和其他
MBA或者博士們參加Hackathon的動機不一樣吧，所以我們受到了相當的關注，這也讓我感覺特別不自在和惱火。這本來就是大人們的一個遊戲，他們只
是對我們感到好奇罷了。
掛羊頭賣狗肉，是我對於很多這樣的所謂Hackathon的商業創新大賽和外包大賽的總結。也許是各種企業主和策劃方都覺得通過傳統的比賽模式沒有
辦法吸引到新時代的人才了，所以總是各種效仿，掛上Hackathon的名號。有一些比賽評委根本不看技術而看商業模式和商業分析，來自企業的一些
Marketing的評委關注點是在如何讓他們的企業賺更多的錢上，對於技術的創新性和效果並沒有那麼接受；而有一些比賽的評委對於自己出的題目已經有了
相當明確的答案，卻只是希望參加比賽的hacker能夠按照他的期望把一個東西的原型做出來。
是的，如果你想用廣義的Hackathon定義來理解，你也許可以將他們也包含到Hackathon中，但是不可否認的是，這些比賽形式的本質是傳
統的，是抑制技術創新的。真正的Hackathon，應該是基於技術的創新和理念的創新，去解決一個實際的問題，從而讓世界變得更美好。
上周末的TC
Hackathon，我想說我們最後退出了。在討論了很久之後，對於某個企業提出的冰櫃的題目，我們雖然覺得有很多能創新的點，但是當評委介紹完整個任務
之後，我其實已經覺得沒有多大希望了——評委對於項目有著明確的要求，甚至可以說他們應該已經花費了一些人力在這個項目上。整個題目是這個企業之前就已經
提出的一個創業點，他們不希望自己投入研發成本去做這件事，而希望創業團隊來幫他們實現。當沒有什麼好的創業團隊來做這件事的時候，他們就把這件事情扔到
一個Hackathon上，可以說，那些可憐的獎金如果換做外包的形式的話，數額只夠一個人的所得。用廉價的獎金換來一個優質的外包方案，我相信對於每個
企業都是一種好的選擇。我也認識一些傳統行業的人，他們告訴我，通過將項目外包給學校或者在學校內組織比賽的形式幫助他們完成一個項目的開發是他們很經常
採用的手段。這個道理我想很多人都明白，但是我不希望外包比賽非得套上Hackathon的頭套，玷污我心裡對於技術創新的嚮往和渴望。
最好的一次Hackathon是兩周前的SegmentFault
Hackathon。由於它本身是個開發者社區，而且這個Hackathon已經相當成熟，由他們自己舉辦，因此來自外界的干擾和污染特別小，評委也是來
自於一線的新興創業團隊，並且都是一些注重技術和技術分享的公司。在這個比賽中，除了少量出現的偷偷用成品參加比賽的行為，包括零食，飲料的供應，都比
TC的那次豐富和完善許多。而且採用的是現場公布題目的形式，題目的點也相當容易發散，不會提各種需求，這才讓我感覺真真正正能出一些好東西。說實話，如
果在Hackathon上還提一點兩點三點好幾點需求，那我就真的覺得和我平時做諮詢，幫團隊分析產品，做基礎技術架構設計沒有區別了。
也許只有SegmentFault的hackathon才配得上年輕開發者的節日1024吧。
Hackathon需要的技能
對於我來說，我最害怕的就是止步不前，更害怕的是自己甘
願和其他90%的人一樣陷於固有的事物和思維模式。我相信每一個接受過良好本科教育的大學畢業生在許多所謂的基礎方式上都有著良好的基礎，我們在校園裡已
經接受了足夠的通識教育和專業基礎教育，真正讓每個人能夠變得不同或者更好的，是在這個基礎之上的思維模式。而Hackathon，既是對你的思維模式的
磨鍊，也是一種考驗。
參加Hackathon，你需要首先對這個比賽有足夠的判斷能力，他到底是個商業大賽，還是外包大賽，還是真的Hackathon？對於不同類型的「Hackathon」，你需要做不同的準備，雖然當你發現是前兩者之後你可能已經對它失去興趣了。下面是你需要的一些技能。
你需要凝聚一個團隊。
對於團隊的凝聚力更大程度應該是通過事情，而不僅僅是所謂的個人魅力。事
情有趣，事情酷炫，事情實實在在的解決問題，我想每一個有激情的人都會很主動的投入進來。所以你需要想清楚要做的事情應該是什麼樣的，是實際的，還是超出
自己想像的，對做的事情需要有一個方向的把控，這才能夠凝聚起一個團隊。我始終堅信，共同的熱愛才是團隊一致向前的最好動力。
你需要挑選你的團隊。
Hackathon不是刷上機題，你不是一個人在戰鬥。所以團隊是最重要
的部分。首先你需要保證你自己的技術棧足夠寬，這裡我說的不是什麼web全棧框架，我說的技術棧是從前端，客戶端，後端，資料庫，伺服器到建模，動畫，設計，客戶端的遊戲開發，甚至還有視頻製作這種技術如果最好都需要覆蓋到。當然，對於一個人來說做到這些太困難了，所以這也就是你需要團隊的原因。如果是偏
商業大賽，即有比較明確的商業贊助和商業評委的參與，那麼你還需要一到兩個Marketing的小夥伴加入；如果是偏外包大賽，甚至純技術的團隊都可以勝
任，但是有一個產品/交互會好很多；如果是純Hackathon，組一個純產品的小夥伴就沒有特別大的意義了，那個時候，人人都可以是產品經理！
團隊人數方面，大部分Hackathon都限制在3~5人得範圍內，最佳組合應該是能滿足上述要求的4人組合。競爭力足夠和5人團隊匹敵，而5人團
隊也容易出現分歧，從而拖延本來就趕的進度。每一個決策都要盡量讓每個隊員都特別接受，並且有激情去做，因為Hackathon是在短時間內對每個人的精力和毅力的極大挑戰，如果沒有激情，那麼你就會因為隊員的疲憊而失去原本屬於他的那份時間。
你需要學會不一樣的頭腦風暴。
這裡的意思是如果你用正常的頭腦風暴方式去思考，那麼別
人會和你做著同樣的事情，到達同一個點，並且開始做同一個想法。這直接就宣告你的努力白費了。所以，你需要學會不一樣的頭腦風暴方式，不是從題目里的字眼發散，而是嘗試著跳出來，從各處散亂的靈感里找到幾個和題目接近的主題，再從那些主題中發散。記住，你能想到的東西，90%以上別人都會想到，所以我們要
的是去想別人想不到的那些。
熱愛。
沒有什麼好說堅持和毅力什麼的。那些都沒有辦法讓你做到最好。只有熱愛，像喬布斯說的那樣，只有熱愛能
夠讓你真正把一件事情做好。所以在Hackathon的時候也一樣，記住，一定要找到你熱愛的東西，然後去完成它。如果找不到，就繼續找，當然如果實在找
不到，你可以選擇隨便找一個剛剛想出來的點子去實現。我相信4個人的思維火花碰撞，如果Hackathon足夠純凈，你不可能找不到熱愛的東西的。在
Hackathon中，最切忌切忌的，就是湊合，為了做項目而去做項目。
展示的時候，謙虛，但是讓別人感受。
展示也是相當重要的一部分，如我上文所提。
當你在最後的展示的時候，你需要讓所有人都能感受到你的熱愛，感受到你們的想法和你們所實現的東西的激情，這時候就需要你的表達能力和感染力了。在台上不
要害怕，保持謙虛是一種很好的驅趕恐慌感的方式。簡單明了的讓大家了解你的想法，並且通過demo的演示讓大家感受到你的熱愛。好的東西，才更需要一種好的途徑進入每一個觀眾的內心。
意外獲得這次SegmentFault 2015黑客馬拉松 杭州站的二等獎
SegmentFault 1024 Hackathon 優秀作品彙總這裡的二等獎 掃碼簽到彈幕機 就是我和小夥伴做的咯。斗膽回答一下..按照重要程度排列如下：
1. 至少得熟練掌握一個方面的編程技能(比如Web開發，嵌入式開發，xx平台軟體開發)2. 自己搞不定的部分一定要找一個足夠靠譜的隊友。3. 儘早確定下來idea動手做。4. 暫時不要管代碼是否優雅...搞出來能用就不錯了。我擅長的部分是服務端開發，PHP方面搞了兩年左右，Web前後端都能搞的起來。
這次比賽我倒是沒有提前組隊，而是在主辦方的微信群里隨便找了一個小夥伴，想著組個野隊，第一次參加感受下氣氛。大概花費了一個多小時頭腦風暴了一下idea，緊接著就開搞咯，先是默默的各自幹了三個多小時左右，我這邊跑通微信相關的掃碼、簽到、簽到名單下載邏輯，他那邊搞定彈幕效果。晚飯後開始搞websocket交互，我這邊PHP越寫越蛋疼...因為用了自己的PHP框架，沒法很好的嵌入別人寫好的websocket庫，找了一些代碼片段又不夠完美。最後放棄PHP方案，websocket交互改用node，小夥伴分分鐘搞出來一個...當時一度認為那天晚上是可以回家睡覺不用熬夜的，然而到了十一點之後發現程序的各個方面都不夠完美，內容偏單薄，可以進一步增加更豐富的功能。於是放棄回家的念頭接著搞起，一路搞到凌晨三點，各自睡了大概一兩個小時，然後接著寫碼修bug。到了早上八點左右我們覺得單純的文字彈幕太無聊了，於是嘗試加入圖片彈幕，最後搞了接近四個小時，在十二點完成任務。回顧一下覺得一切都挺自豪的，小夥伴用了自己寫的js手勢庫，我用了自己寫的PHP框架，除了底層的基礎設施，類似Mysql，Memcached，Node之類的是現有的產品，其餘代碼都是自己完成的。
最後附一個圖吧，這次比賽的二等獎獎品，HHKB無刻版，用這個鍵盤一個星期以來，已經輸出不少隨機字元了...
不是所有的Hackathon門檻都很高，首先自己別把自己嚇到了
—————————更新—————————
DavisHack 拿了most innovative hack和amazon echo best UX前來更新我和之前的小哥再次組隊，加了個不會代碼的妹子，事實證明這是個perfect team
小哥想出各種cool idea—&>我們決定寫一個用echo控制chrome瀏覽器的軟體—&>我寫chrome extension小哥看echo的doc—&>我寫完了chrome(ps chrome的destructor真心坑爹）小哥接著看doc
以為小哥坑爹 ？不！
amazon的doc寫的邏輯異常混亂，小哥想到了用ifttt！ifttt捕捉echo命令，然後post到firebase，我寫的chrome extension監聽firebase的事件
於是我接著寫完了幾乎全部的代碼，小哥去和各贊助商以及主辦方談笑風生。
到了展示環節，妹子展示（我真沒有性別歧視），小哥解釋，我在後面深藏功與名。"Alexa, trigger scroll up/scroll down/refresh/new tab/go back/go forward" 然後我們就得獎了
————————原回答—————————
36小時的HackingEDU Moxtra API獲獎者不要臉來答題，大家都比我厲害求輕拍。我們做的是SpeechHacks http://speechhacks.herokuapp.com/（Bluemix試用期好短好坑爹）第一抱大腿。組隊時候找准大腿，之後費力幹活對自己還是很有提升的。準則是靠譜，加有好的創意，技術上入如果你對自己有信心他差點也是完全也沒問題。關鍵是要靠譜。
第二如果你目的是拿獎金，你可以去找贊助商的獎，提前規劃好要用哪個API。之後不斷找他們問問題，不斷勾搭，展示誠意。做完了請他們提意見。
第三。功能沒有外觀重要，後端沒有前端重要，既然是個prototype你最需要的是展示前景+吸引評委。雖然我們當初界面極端醜陋還拿獎了，但是真的是特例。最好你們隊伍有個擅長演講和network的，非常有幫助。
第四，要對自己有信心，我隊友的高中朋友來晚了，花了最後的十幾個小時就把leap motion的app做出來拿了獎。要相信自己不要放棄。況且只要做出點東西，再破也能放進resume對吧【括弧笑
最後放些私貨 歡迎來我個人主頁http://mwxu.me
推薦閱讀：
※怎麼評價360Vulcan Team成Pwn2Own史上首個攻破IE的亞洲團隊？
※為何餘弦會說滲透師的路難走，具體體現在哪？
※如何看待NSA泄密的绝密报告显示俄国有可能有能力黑掉一部分美国大选相关的投票系统？
※登錄到公共wifi配置界面後可以做哪些有意思的事情？