Kuinka Hackathoniin viidessä helpossa vaiheessa

Miksi enemmän ihmisiä ei puhu hakatoneista? He ovat räjähdysherkkiä ja toimittavat usein ilmaisia ​​ruokia ja hanskaruukuja. Mutta mikä tärkeintä, ne ovat loistava tapa ohjelmistokehittäjille parantaa osaamistaan ​​lyhyessä ajassa tarjoamalla samalla muille kuin teknisille ammattilaisille mahdollisuuden toteuttaa visio ja herättää idea elämään.

Jos olet kiinnostunut liittymään, korkeakoulut ja tekniikkaan liittyvät organisaatiot pitävät heitä koko ajan. Olen ylpeä siitä, että voin työskennellä yrityksessä (Asurion), joka tukee vuosittaista hackathon-ohjelmaa, joka tuottaa kymmeniä innovatiivisia ideoita ja vaikuttavia toteutuksia. Tämän vuoden tapahtuman aikana, lukuun ottamatta sitä, että pystyin ympäröimään itseni suurien joukkuetovereiden kanssa, seurain näitä viittä vaihetta optimoidakseni hackathon-kokemukseni.

1. Valitse jotain ajankohtaista

Hackathoneista tulee paljon mielenkiintoisia projekteja, mutta kun olet käynyt muutamassa, alkaa nähdä joitain toistoja. Maksimoidaksesi uutuuden yritä valita suhteellisen uusi tekniikka tai teema. Vaikka et voita, opit lisää ja laajennat mukavuusalueesi rajoituksia.

Esimerkiksi kodin avustajien omistajuuden huomattavan lisääntymisen vuoksi (129% vuotta aiemmasta) tiimimme päätti käyttää Amazon Echo -sovellusta hakkerointiin. Palvelumme, Soluto, tarjoaa välitöntä premium-tukea teknisiin kysymyksiin. Ajattelimme, että kaiku voisi olla kätevä lähtökohta palveluumme.

Hackathon-ideasi ei aina tarvitse muuttaa maailmaa. Se voi olla jotain yksinkertaista ja hauskaa, jonka innoittamana on kiinnostava uusi show, elokuva tai peli. Olen osallistunut ensimmäiseen hackathon-sarjaani muutama vuosi sitten, kun 2048 alun perin ilmestyi. Koska yksi sponsoreistamme oli SendGrid, päätin hakata hakkeroimaan yhdessä sähköpostitoimisen 2048-pelin. Se otettiin hyvin vastaan ​​sen ajankohtaisuuden vuoksi.

2. Määritä MVP

Useimmat hakatonit kestävät 24–72 tuntia. Vaikka tämä saattaa tuntua siltä, ​​että on paljon aikaa työskennellä, se ei ole, vaikka tuot makuupussin. Sinänsä on määriteltävä minimaalisesti kannattava tuote (MVP), joka on tiimisi mahdollista luoda, samalla kun varaat aikaa.

Voit suorittaa tämän rajoittamalla hakkeroinnin muutamaan ydinominaisuuteen. Jos hakkerointi on liian laaja, jokainen ominaisuus näyttää todennäköisesti hiomattomalta. Jos sinulla on ideoita laajentaa hakkerointia tulevaisuudessa, sisällytä ne esitykseesi puhepisteinä. Yleisö ja tuomarit eivät kuitenkaan anna sinulle anteeksi, jos myyntitiheys on hyvä, mutta mitään konkreettista ei voida osoittaa sille.

Palkintojenjakotilaisuus vuoden 2017 Asurion Hackathonilla (Nashville). Vasemmalta oikealle: Barry Vandevier (tuomari ja operaatioiden johtaja), Alex Hughes, Lucas Rudd, Jonathan Hughes, Daniel Cottone ja Brandon Evans

3. Testaa kolmansien osapuolien integraatiot aikaisin

Monet hakkerit hyödyntävät sovellusohjelmointirajapintoja (API) sovellusten integroimiseksi muihin verkkopohjaisiin palveluihin. Voit saada käyttäjät kirjautumaan sisään Google-tilinsä kautta, lähettämään tweettejä, jotka kroonistavat heidän sovelluksensa sisäisen toiminnan, ja paljon muuta. Sovellusliittymien käyttö laajentaa kohdeyleisöäsi, yksinkertaistaa kehitystyötä ja rikastaa käyttökokemusta.

Valitettavasti sovellusliittymillä on suunnittelullaan rajoitukset. Nämä kolmannet osapuolet ovat työskennelleet kovasti tietokantojensa ja ominaisuuksiensa puolesta, eivätkä ne aio antaa sinun käyttää niitä ennallaan. Jotkut sovellusliittymät vaativat maksun, useimmat rajoittavat sitä, kuinka monta puhelua voit soittaa tietyssä ajassa, ja kaikki rajoittavat pääsyä heidän tietoihinsa jollain tavalla. Väärinkäsitysten välttämiseksi sinun on testattava integraatiosi käyttötapaus aikaisin, ehkä ennen minkään muun toiminnon luomista.

Olen oppinut tämän kovalla tavalla. Aiemmassa hackathon-tiimissäni ryhtyi luomaan Facebook-sovellus, joka tunnisti ne ystävät, joiden kanssa et ole viime aikoina ollut yhteydessä, ja antoi sinulle mahdollisuuden yhdistää heidät uudelleen. Rakensimme koko sovelluksen hackathonin ensimmäisellä puoliskolla ennen sovellusliittymäintegraation aloittamista. Oli vain yksi ongelma: Facebook estää sinua saamasta tietoja ystävistäsi, ellei heillä ole myös sovellusta. Koska sovellus olisi hyödytön, kunnes merkittävä osa väestöstä asensi sen, meidän piti suunnitella ideamme täysin rajoitetun ajan.

Asurion Hackathonilla meille oli hyötyä siitä, että pystyimme käyttämään sisäisiä sovellusliittymiä, joiden kanssa olemme aiemmin työskennelleet. Silti työskentelimme ensin integraatioiden parissa, vain siltä varalta, että jotain tapahtui matkan varrella. Tämän ansiosta voimme keskittää suurimman osan energiamme käyttökokemuksen luomiseen ja parantamiseen.

4. Jos se ei ole rikki, älä korjaa sitä

Jos olet ottanut MVP: n käyttöön aikaa säästämällä, saatat olla houkutus muuttaa sitä jollain tavalla. Tiimisi ei pidä tehdä tätä päätöstä kevyesti. Hakkeri ei ole markkinoille valmis tuote. Viime hetken koodireaktorilla ei ole paikkaa hackathonilla. Jos hakkeri voi käyttää joitain lisäkäyttäjille suunnattuja parannuksia tai ominaisuuksia, sinun on arvioitava, mikä on näiden muutosten riski vs. hyöty, ja annettava itsellesi aikaa palautua, jos jokin menee pieleen. Välisin ainakin tekemättä muutoksia tunkeutumiseen tunnin sisällä viimeisestä esityksestään. Jossain vaiheessa sinun on lopetettava asioiden rikkominen!

Tämä ei tarkoita, että sinun ei pitäisi luoda luetteloa mahdollisista muutoksista, joita käsitellä muuna aikana. Kuten aiemmin mainittiin, hakkeri, jos se tehdään oikein, on vain MVP, ei lopputuote. Mutta se ei saisi estää sinua ajattelemasta tulevaisuuden iteraatioita käsitteelle. Toivottavasti hakkerointisi on jotain, johon uskot, joten voit valita projektin varmuuskopion kilpailun päätyttyä. Älä vain riski rikkoa mitään juuri ennen esitystäsi. Siitä puhuen…

5. Nykyinen kuten hakkeri riippuu siitä (se ei ole)

Joillakin hackathonilla on peräkkäisiä mielenosoituksia, kun taas toisilla on näyttelyitä, joissa tuomarit tarkistavat hakkerit vapaa-aikanaan. Joko niin, esittelyllä on merkitystä yhtä paljon, ellei enemmän, kuin itse hakkeroinnilla. Jos sinulla on uskomaton projekti, mutta et pysty välittämään sen mahtavuutta, mikä on järkeä? Varmista, että omistat huomattavan osan ajasta esityksen valmisteluun ja harjoitteluun.

Tällöin muiden kuin kehittäjien osallistuminen joukkueeseesi voi olla erittäin hyödyllistä. Kun MVP on määritelty, nämä ryhmän jäsenet voivat suunnitella, kuinka markkinoida sitä parhaiten kehityksen rinnalla - kunhan molemmat ryhmät kommunikoivat keskenään kaikista merkittävistä muutoksista. Kehittäjät voivat auttaa keskittymään "mitä", kun taas muut kehittävät "miksi".

Ennen sävelkorkeuden suunnittelua sinun on tunnistettava yleisösi. Jos hackathonisi kutsuu yleisöä tuomitsemaan, sinun on kiinnitettävä heidän huomionsa ja pidettävä se valossa typerälle. Jos esität yrityksiä sidosryhmille, liitä mukaan tärkeimmät taloudelliset ennusteet ja esimerkkejä organisaation lisäarvonlisäyksestä. Viimeiseksi, jos muut hakkerit arvioivat projektiasi, siirry teknisen pinoon ja esittele arkkitehtuurisi monimutkaisuutta.

Muistettavimmat esitykset ovat yleensä vuorovaikutteisimpia. On yksi asia todistaa käytetyn ohjelman; se on toinen kokemus siitä itse. Jos löydät tavan antaa yleisölle demonstraatiosi tuotteestasi, etsi sitä (niin kauan kuin tiedät mahdolliset reunatapauksesi).

Jos noudatat näitä vaiheita, sinun tulisi jättää hackathon mielenkiintoisella, ainutlaatuisella ja hyvin suoritetulla toimituksella. Tämä ei tarkoita, että sinulle taataan voittaminen, mutta se on paljon vähemmän tärkeää kuin taitot ja kokemukset, jotka saat osallistumalla näihin tapahtumiin.

Jos olet kiinnostunut liittymään tiimimme, tutustu avoimesti Soluto Nashvillessä oleviin avoimiin työpaikkoihin ja lähetä minulle muistiinpano!