Kuidas Hackathonil 5 lihtsat sammu teha

Miks ei räägi enam hakatonitest inimesed? Nad on plahvatusohtlikud ja varustavad sageli tasuta toitu ja näpitsaid. Kuid mis kõige tähtsam - need on tarkvara arendajatele suurepärane võimalus parandada oma oskusi lühikese aja jooksul, pakkudes samal ajal mittetehnilistele spetsialistidele võimalust visiooni ellu viia ja idee ellu viia.

Kui olete huvitatud selle sisenemisest, hoiavad kolledžid ja tehnoloogiaga seotud organisatsioonid neid kogu aeg. Olen uhke, et töötan ettevõttes (Asurion), mis toetab iga-aastast hackathonit, mis toodab kümneid uuenduslikke ideid ja muljetavaldavaid teostusi. Selle aasta ürituse ajal, peale selle, et sain end suurepäraste meeskonnakaaslastega ümbritseda, järgisin neid viit sammu oma hackathon-kogemuse optimeerimiseks.

1. Valige midagi aktuaalset

Hakatonidest tuleb välja palju huvitavaid projekte, kuid pärast mõnega tutvumist näete kordusi. Uudsuse maksimeerimiseks proovige valida suhteliselt uus tehnoloogia või teema. Isegi kui te ei võida, saate rohkem teada ja laiendate oma mugavustsooni piiranguid.

Näiteks otsustas koduabiliste omandiõiguse tohutu suurenemise tõttu (aasta võrdluses 129%) meie meeskond kasutada häkkeriks Amazoni kaja. Meie teenus Soluto pakub kiiret lisatasu tehnoloogia küsimustes. Arvasime, et kaja võib olla mugav sisenemispunkt meie teenusele.

Teie hackatoni idee ei pea alati maailma muutma. See võib olla midagi lihtsat ja lõbusat, mille inspireerib huvitav uus saade, film või mäng. Osalesin oma esimesel hackathonil paar aastat tagasi, kui 2048 algselt välja tuli. Kuna üks meie sponsoreid oli SendGrid, otsustasin häkkida kokku e-posti toega 2048 mängu. Selle aja olulisuse tõttu võeti see hästi vastu.

2. Määrake MVP

Enamik hakatonite kestab 24 kuni 72 tundi. Ehkki võib tunduda, et sellega on palju aega töötada, ei ole see isegi siis, kui kaasa võtta magamiskott. Sellisena peate määratlema minimaalselt elujõulise toote (MVP), mida on teie meeskonnal võimalik luua, jättes samal ajal vaba aega.

Selle saavutamiseks võite piirduda mõne põhifunktsiooniga. Kui teie häkk on liiga lai, näib iga funktsioon tõenäoliselt poleerimata. Kui teil on ideid, kuidas oma häkki tulevikus laiendada, lisage need oma ettekandesse rääkimispunktidena. Publik ja kohtunikud ei anna teile siiski andeks, kui teil on hea müügipikkus, kuid selle jaoks pole midagi käegakatsutavat näidata.

Autasustamistseremoonia 2017. aasta Asurion Hackathonil (Nashville). Vasakult paremale: Barry Vandevier (kohtunik ja operatsioonide president), Alex Hughes, Lucas Rudd, Jonathan Hughes, Daniel Cottone ja Brandon Evans

3. Testige kolmandate osapoolte integreerimist varakult

Paljud häkkerid kasutavad rakenduste programmeerimisliideseid (API-sid) oma rakenduse integreerimiseks teiste veebipõhiste teenustega. Saate lasta oma kasutajatel sisse logida oma Google'i konto kaudu, saata välja tweetsid, mis muudavad nende rakendusesisese tegevuse krooniliseks, ja palju muud. API-de kasutamine laiendab teie sihtrühma, lihtsustab arendustööd ja rikastab teie kasutajakogemust.

Kahjuks on rakenduse API-l oma piirangud. Need kolmandad osapooled tegid oma andmebaaside ja funktsioonide nimel väga tugevat tööd ja nad ei luba teil neid ilma vähendamata kasutada. Mõned rakendusliidesed nõuavad maksmist, enamik piirab seda, kui palju kõnesid saate teatud aja jooksul teha, ja kõik piiravad mingil viisil juurdepääsu nende andmetele. Mis tahes väärarusaamade vältimiseks peaksite oma integratsiooni kasutamise juhtumit proovima varakult, võib-olla enne mõne muu funktsiooni loomist.

Õppisin seda raskelt. Eelmisel hackathonil otsustas mu meeskond luua Facebooki rakenduse, mis tuvastaks sõbrad, kellega te pole hiljuti suhelnud, ja andis teile võimaluse nendega uuesti ühenduse luua. Enne API integratsiooni alustamist ehitasime kogu rakenduse hackathon'i esimesel poolel. Probleeme oli ainult üks: Facebook takistab teil oma sõprade kohta teavet hankimast, kui neil pole ka rakendust. Kuna rakendus oleks mõttetu, kuni märkimisväärne osa elanikkonnast selle installib, pidime oma idee väga piiratud ajaga täielikult ümber töötama.

Asurion Hackathonil oli meile kasu sellest, et saime kasutada sisemisi API-sid, millega oleme varem koostööd teinud. Isegi siis tegelesime kõigepealt integratsioonidega, igaks juhuks, kui midagi ette tuli. See võimaldas meil suunata suurema osa oma energiast kasutajakogemuse loomisele ja täiustamisele.

4. Kui see ei purune, siis ärge seda parandage

Kui olete oma MVP-d vaba ajaga rakendanud, võib teil tekkida kiusatus seda mingil viisil muuta. Teie meeskond ei peaks seda otsust kergekäeliselt vastu võtma. Häkk ei ole turustusvalmis toode. Viimase hetke koodireaktoril pole hackathonil kohta. Kui teie häkkimine võiks kasutada mõnda täiendavat kasutajaga seotud täiustust või funktsiooni, peate hindama, milline on nende muudatuste risk ja kasu, ning andma endale aega taastuda, kui midagi läheb valesti. Minimaalselt hoiduksin häkkimisest muudatuste tegemisest tunni jooksul pärast teie lõplikku esitlust. Mingil hetkel peate lõpetama asjade lõhkumise!

See ei tähenda, et te ei peaks looma loendit võimalikest muudatustest, mida saaksite muul ajal lahendada. Nagu varem mainitud, on häkkimine õigesti tehtud lihtsalt MVP, mitte valmistoode. Kuid see ei tohiks takistada teid mõtlemast kontseptsiooni tulevaste iteratsioonide üle. Loodetavasti on teie häkkimises midagi, millesse usute, nii et vali julgelt projekt pärast konkursi lõppu tagasi. Ärge lihtsalt riskige, et midagi rikub vahetult enne teie esitlust. Millest rääkides…

5. Olevik nagu teie häkk sõltub sellest (see küll)

Mõnel hakatonil on järjestikused meeleavaldused, teistel aga vitriinid, kus kohtunikud kontrollivad häkkerite tegemist vabal ajal. Mõlemal juhul on esitlus sama oluline, kui mitte rohkem kui häkk ise. Kui teil on hämmastav projekt, kuid te ei suuda selle suurepärasust edasi anda, mis mõtet on? Pühendage kindlasti märkimisväärne osa oma ajast ettekande ettevalmistamisele ja harjutamisele.

See on koht, kus mitte-arendajate kaasamine teie meeskonda võib olla tohutult kasulik. Pärast MVP määratlemist saavad need meeskonna liikmed kavandada, kuidas seda parimal viisil turustada paralleelselt arendamisega - seni, kuni mõlemad rühmad suheldakse kõigist suurematest muudatustest. Arendajad saavad aidata keskenduda küsimusele „mis”, teised aga täpsustada küsimust „miks”.

Enne oma pigi kujundamist peate tuvastama oma publiku. Kui teie hackathon kutsub avalikkust kohtumõistmisele, siis soovite ta tähelepanu haarata ja hoida seda tuimade sõmeride peal. Kui esitate ettevõtte sidusrühmadele, lisage peamised finantsprognoosid ja näited organisatsiooni lisaväärtusest. Ja kui teie häkkerid teie projekti hindavad, siis minge üle tehnoloogiapaki ja näidake oma arhitektuuri keerukust.

Kõige meeldejäävamad esitlused on tavaliselt kõige interaktiivsemad. Kasutatava programmi tunnistajaks on üks asi; see on veel üks võimalus seda ise kogeda. Kui leiate viisi, mis võimaldab publikul teie toodet demonstreerida, siis otsige seda (kui olete kursis oma võimalike eelistega).

Neid samme järgides peaksite hackathonist lahkuma huvitava, ainulaadse ja hästi teostatud saatega. See ei tähenda, et teile oleks võidetud, kuid see pole kaugeltki vähem oluline kui nendel üritustel osalemisel saadud oskused ja kogemused.

Kui olete huvitatud meie meeskonnaga liitumisest, tutvuge julgelt Soluto Nashville'is pakutavate tööpakkumistega ja saatke mulle teade!