4 Top Tips For Competing in a Hackathon
Dear developers who are joining our Startup Asia Hackathon this weekend, I’m sure you have prepared your guns, gathered up your team, and picked the challenges you want to compete in. The hackathon is just around the corner, so I hope you’re focused and ready.
But just in case you need some presentational and strategic pointers for our Bandung event, let me share some hackathon tips I found when I got myself lost on Quora last night.
この週末は私たちのスタートアップアジアHackathonに参加している開発者の皆様、私はあなたが、あなたの銃を用意し、あなたのチームを集めていると確信している、あなたはhackathonが目前に迫っているインチ競争したい課題を選んだので、私はあなたは、 '願う再度焦点と準備が整いました。
しかし、あなたは私たちのバンドンイベントのいくつかの表象との戦略的なポインタを必要とする場合に備えて、私は私自身が昨夜Quora上で失われたとき、私が見つけたいくつかのhackathonのヒントを共有することができます。
These tips come from John Sheehan (the superbly-titled developer evangelist at Twilio) and we think they’re so great and helpful we’re just going to share John’s top tips with you here. But please do check out the original post as well because it’s full of useful ideas from all sorts of people in the comments section.
Show up ready to play
The moment pitches are over and teams are formed you should be ready to push code to a live, publicly addressable server within minutes. Do not waste your first few hours fighting with hosting account setup, dev environment setup, creating accounts on your APIs of choice, etc. Register a domain using a made up word and use it as your project’s code name (in fact, don’t spend two seconds discussing names before building anything, it will come naturally and you’ll have a code name to fall back on).
プレゼンが終わり、チームが結成されると、すぐに、公的にアクセス可能なセーバーに直接接続できる様、準備が整っていなければならない。アカウントを登録したり、開発環境の構築や、希望のAPI上でアカウントを作成するために最初の数時間を無駄にしてはいけない。その場で出来たワードを使ってドメインを登録し、それをプロジェクトのコードネームにも利用すること。（実際、まだ何も作成してない段階で、名前の事で議論しても意味はない。自然と、慣れるだろうし、コードネームとしても当てにできるのだ。）
瞬間のピッチは以上であることと、チームは、数分以内に住んで、公的にアドレスサーバにコードをプッシュする準備ができているはずですが形成されている。選択のあなたのAPIにアカウントを作成し、アカウント設定、dev環境のセットアップをホストと戦って最初の数時間を無駄にしてはいけない、などで構成される単語を使用してドメインを登録し、あなたのプロジェクトのコードネーム（実際には、そうでないとしてそれを使用する何かを構築する前に名前を論じる2秒を費やし、それが自然に来る、あなたが）にフォールバックするようにコード名を持っています。
Designers are king
The key to winning a hackathon is a good demo. Almost universally the best demos not only work but look good. Designers, if they even show up at the event, will be in high demand. Actively recruit them to your team. You’re looking for a sexy prototype, not a final polished product.
Show, don’t tell
In your presentation, give the audience something tangible. Avoid slides at all costs. Don’t talk about what isn’t there, people are smart enough to fill in the gaps. Focus on the problem being solved. Do not talk about the technology behind it unless that is somehow relevant to the problem being solved. Show examples of real people using it. Have someone work on the pitch exclusively from the beginning.
プレゼンテーションでは、見ている人たちに何か触れるものを与えるのだ。その時、スライドにすべてを費やすのは避けるべきである。そして、そのスライドの中にないことを話すことも避けるべきである。見ている人たちは賢く、そこにあるものとない物の差を自分で埋めることができるのだ。解決中の問題に集中するべきである。話していることの背後にあるテクノロジーについて話すことも、解決中の問題に関係ない限り、避けるべきだ。実際に人が使っている例を示すべきだ。そして、誰かをプレゼンテーションの始めから働かせるべきである。
Build something awesome
#1 to #3 don’t matter if your project is boring. You won’t be able to get people to join you and the presentation will stink. You can only put so much lipstick on a pig.
We hope that helped! Kudos to John for those. For our Bandung hackathon this weekend, you may want to check the list of API/challenges available here. Be creative, keep things simple, and solve a problem – because that’s what our judges are going to be looking for!
もし、プロジェクトがつまらないものなら、#1から#3のヒントは無意味だ。上辺だけ飾っても本質的には何も変わらないので、人の注目を集めることできずに、プレゼンは悪評を受けるだろう。
お役に立てれば幸いだ！この件に関して、Johnに感謝する。この週末Bandungで開催されるhackathonのAPI/挑戦に関するリストをここからチェックしては如何だろう。独創的になって、シンプルにまとめ、課題を克服すること。なぜなら、審査員はそこを見ているからだ！
＃1〜＃3は、あなたのプロジェクトは退屈であれば問題はありません。あなたは人々があなたとプレゼンテーションが悪臭を放つでしょうへの参加を得ることができなくなります。あなただけの豚にあまり口紅を置くことができます。
私達は助けたことを願っています！それらのためのジョンに拍手を送りたい。私たちのバンドンhackathonこの週末のためには、API/ここで利用可能に挑戦のリストを確認するとよいでしょう。創造的で、物事をシンプルに保つ、そして問題を解決する - それは、我々の裁判官が探ししようとしているものだからです！
