Hackathon-trilogian viimeinen osa. SISÄÄN Puhuin motivaatiosta osallistua tällaisiin tapahtumiin. oli omistettu järjestäjien virheille ja tuloksille. Viimeisessä osassa vastataan kysymyksiin, jotka eivät mahtuneet kahteen ensimmäiseen osaan.
Kerro meille, kuinka aloit osallistumaan hackathoneihin.
Opiskelin maisteriksi Lappeenrannan yliopistossa ratkaisin data-analyysin kilpailuja. Tyypillinen päiväni näytti tältä: herääminen kahdeksalta, muutama pari yliopistolla, sitten kilpailut ja kurssit puoleen yöhön asti (kun lähetys laskee, katson luentoja tai luen artikkeleita). Tällainen tiukka aikataulu kantoi hedelmää, ja voitin MERC-8 data-analyysikilpailun (josta jopa keskusteltiin ). Voitto antoi minulle itseluottamusta, ja kun törmäsin vahingossa tietoon Moskovan SkinHack 2 -hackathonista, päätin käydä vanhempieni luona ja samalla ottaa selvää mitä hackathon on.
Itse hackathon osoittautui varsin hauskaksi. Tietojen analysoinnissa oli kaksi kappaletta selkeillä mittareilla ja tietojoukko 100 50 ruplan palkintorahoilla. Kolmas kappale oli sovelluskehityksessä 50 XNUMX palkinnolla, eikä osallistujia ollut. Jossain vaiheessa järjestäjä sanoi, että ikkuna, jossa on painike ilman toimivuutta, voi voittaa XNUMXk, koska palkintoa ei voitu maksaa. En alkanut opettelemaan sovellusten ohjelmointia (en kilpaile siellä, missä minut helposti "käännetään"), mutta minulle se oli selvä viesti, että hackathoneissa kentät eivät ole täynnä.
Sitten ratkaisin molemmat data-analyysiraidat yksin. Löysin tiedoista vuodon, jonka avulla sain ihanteellisen nopeuden, mutta vuodon sisältävä sarake ei ollut testitiedoissa, jotka sain kaksi tuntia ennen tapahtuman loppua (muuten, silloin ymmärsin, että läsnäolo junan "kohdepylväästä" ei lasketa vuotoksi ). Samaan aikaan tulostaulukko avautui, ehdotukseni ilman kasvoja sijoittui kolmannelle sijalle viidestä, ero ensimmäiseen oli iso ja päätin olla tuhlaamatta aikaa ja lähdin.
Analysoituani tuoreella mielellä mitä tapahtui, löysin joukon virheitä (yksi tottumuksistani on selata mielessäni muistilehtiössä tapahtumia ja analysoida virheet, niiden syyt ja mitä olisi voinut muuttaa - niin miellyttävä perintö puoliammattimaisesta pokeripelistä). Mutta yksi asia oli varma - hackathoneissa on paljon arvoa, ja minun oli yksinkertaisesti otettava se käyttöön. Tämän tapahtuman jälkeen aloin seurata tapahtumia ja ryhmiä, eikä sitä seurannut hackathon odottanut kauaa. Sitten toinen ja toinen...
Miksi sinä järjestät hackathoneja etkä Kaglo?
En pidä Kaglesta tällä hetkellä. Tietyltä taitotasolta, ilman erityisiä syitä osallistumiseen, kaglesta tulee vähemmän hyödyllistä kuin muista toiminnoista. Osallistuin paljon aiemmin, ilmeisesti onnistuin jotenkin "päästä pois".
Miksi hackathonit etkä työskentele oman projektin parissa?
Pidän ajatuksesta tehdä jotain siistiä omin käsin hitaasti. ODS:n kaverit järjestivät kaikille, jotka haluavat viettää viikonlopun projektinsa parissa samanhenkisten ihmisten kanssa. Luulen, että liityn niihin pian.
Miten löydät tapahtumat?
Päälähde - hackathon.com (maailma) ja sähkekeskustelu (Venäjä). Lisäksi ilmoitukset tapahtumista näkyvät mainoksissa sosiaalisissa verkostoissa ja linkedinissä. Jos et löydä mitään, voit etsiä täältä: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Teetkö ratkaisusuunnitelman ennen osallistumista vai päätetäänkö kaikki lennossa? Ajatteletko esimerkiksi viikkoa ennen hackatonia: "Tarvitsemme tänne sellaisen ja sellaisen asiantuntijan, meidän täytyy etsiä sitä"?
Jos hackathonissa on ruokaa, niin kyllä, olen valmistautumassa. Muutama viikko aikaisemmin selvitän, mitä aion tehdä, selvitän, kuka voisi olla hyödyllinen, ja kokoan ryhmän ystäviä tai osallistujia menneiltä hackathoneilta.
Onko todella mahdollista hakkeroida hackathon yksin? Mitä tehdä, jos joukkuetta ei ole?
Datatieteen hackathonit ovat todellisia (olen elävä esimerkki tästä), en ole nähnyt päivittäistavarakaupan hackathoneja, vaikka niin ajattelenkin. Valitettavasti joskus järjestäjät asettavat rajoituksen joukkueen osallistujien vähimmäismäärälle. Luulen, että tämä johtuu siitä, että kaikki "yksinäiset" eivät pääse finaaliin (eli he yksinkertaisesti lähtevät ensimmäisten vaikeuksien kanssa); joukkueeseen osallistuminen jarruttaa edelleen. Tapahtuman jälkeenkin sinun odotetaan jatkavan työskentelyä projektin parissa. Projekti on helpompi toteuttaa tiimin kanssa.
Yleensä neuvoni on osallistua aina joukkueen kanssa. Jos sinulla ei ole omaa tiimiä, järjestäjät auttavat sinua aina löytämään tai luomaan sellaisen.
Miten selviät väsymyksestä hackathonin aikana?
Hackathonissa sinulle annetaan 2 päivää töitä, eli 48 tuntia (30-48 tuntia, otetaan 48 laskennan helpottamiseksi). Poistamme uniajan (16-20 tuntia), jättäen enintään 30 tuntia. Näistä 8 tuntia (keskimäärin) menee todella tuottavaan työhön. Jos organisoit työsi oikein (uni, ravinto, ulkoilmaan meno, harjoitukset, mindfulness-minuutit, kunnollinen kommunikointi tiimin kanssa ja toimintojen vaihtaminen), niin syvät työajat voidaan nostaa 12-14. Tällaisen työn jälkeen tunnet olosi uupuneeksi, mutta se on miellyttävä väsymys. Koodaus ilman unta ja taukoja energiajuomien keskeyttämänä on resepti epäonnistumiseen.
Onko sinulla omia valmiita putkia hackathoneja varten? Miten hankit ne, miten ne on järjestetty (ne ovat kansioissa, joissa on .py-tiedostoja, kukin omaa tehtäväänsä varten jne.) ja kuinka aloittaa niiden luominen itse?
En käytä uusissa täysin valmiita ratkaisuja menneiltä hackathoneilta, mutta minulla on oma eläintarha malleja ja putkia menneistä kilpailuista. Minun ei tarvitse kirjoittaa uudelleen vakiokappaleita tyhjästä (esimerkiksi oikeaa kohdekoodausta tai yksinkertaista ruudukkoa tarkoitusten poimimiseen tekstistä), mikä säästää paljon aikaa.
Tällä hetkellä se näyttää tältä: jokaiselle kilpailulle tai hackathonille on oma repo GitHubissa, se tallentaa muistikirjoja, skriptejä ja pientä dokumentaatiota tapahtumista. Lisäksi on erillinen repo kaikenlaisille laatikoituille "tempuille" (kuten oikea kohdekoodaus ristiintarkistuksella). Tämä ei mielestäni ole tyylikkäin ratkaisu, mutta se sopii minulle toistaiseksi.
Aloittaisin tallentamalla kaikki koodini kansioihin ja kirjoittamalla lyhyen dokumentaation (miksi, mitä, miten tein ja tulos).
Onko realistista valmistaa MVP tyhjästä näin lyhyessä ajassa vai onko kaikilla osallistujilla valmiita ratkaisuja?
Voin sanoa vain datatieteeseen liittyvistä projekteista - kyllä, se on mahdollista. Minulle MVP on kahden tekijän yhdistelmä:
- Toteutettava idea, joka esitetään tuotteena (eli maalattu yrityskankaalle). Aina tulee olla selkeä käsitys siitä, miksi ja kenelle tuotetta valmistamme. Joskus projektit, joiden suunnittelu on perusteltu, mutta ilman prototyyppiä, voittaa palkintoja, eikä tämä ole yllättävää. Valitettavasti monet osallistujat eivät voi sivuuttaa tappion katkeruutta ja syyttää epäonnistumisiaan järjestäjien lyhytnäköisyydellä ja jatkavat mallien leikkaamista tuntemattomista syistä seuraavilla hackathoneilla.
- Jotkut indikaattorit, joiden avulla voit tehdä tämän tuotteen (sovellus, koodi, putkien kuvaus).
Sattuu niin, että joukkue tulee hackathoniin valmiin ratkaisun kanssa ja yrittää "räätälöidä" sen järjestäjien ohjeiden mukaan. Tällaiset ryhmät katkaistaan teknisen tarkastuksen aikana tai vain se osa, jonka he tekivät sivustolla, "lasketaan". En ole nähnyt tällaisia joukkueita voittajina, mutta mielestäni niiden pelaaminen on silti kannattavaa tulevaisuuden arvon takia ().
Onko esimerkkejä hackathoneissa toteutettujen askartelujen tuomisesta tuotantoon/startupiin?
Joo. Minulla oli kolme tapausta, kun he toivat sen tuotantoon. Kerran itse, kahdesti - jonkun muun käsin, hackathonissa kirjoittamieni ideoiden ja koodini perusteella. Tunnen myös muutaman tiimin, jotka jatkoivat yhteistyötä yrityksen kanssa konsultteina. En tiedä lopullisia tuloksia, mutta luultavasti jotain valmistui. En ole itse järjestänyt startuppeja enkä tiedä kenenkään järjestäneen, vaikka esimerkkejä varmasti löytyy.
Mitä neuvoja antaisit itsellesi moniin hackathoneihin osallistumisen jälkeen, jos voisit palata ajassa taaksepäin?
- Taktiikka on tärkeämpää kuin liikkeet. Ajattele jokaista ratkaisua valmiina tuotteena. Idea, Jupiter-kannettava tietokone, algoritmi eivät ole minkään arvoisia, jos ei ole selvää, kuka sen maksaa.
- Ennen kuin suunnittelet mitään, vastaa kysymykseen "mitä?", vaan "miksi?" Ja miten?". Esimerkki: Kun suunnittelet mitä tahansa ML-ratkaisua, mieti ensin ihanteellinen algoritmi: mitä se vastaanottaa syötteenä, miten sen ennusteita käytetään tulevaisuudessa?
- Ole osa tiimiä.
Mitä he yleensä syöttävät hackathoneissa?
Yleensä hackathonien ruoka on huonoa: pizza, energiajuomat, virvoitusjuomat. Lähes aina ruoka järjestetään buffetin (tai tarjoilupöydän) muodossa, johon on valtava jono. He eivät yleensä tarjoa ruokaa öisin, vaikka eräässä pariisilaiskilpailussa oli tapaus, jossa ruokaa jätettiin yöksi - sipsejä, munkkeja ja kolaa. Kuvittelen järjestäjien ajatusprosessia: ”Mitä ohjelmoijat sitten syövät siellä? Oi, aivan! Chips, munkkeja - siinä kaikki. Annetaan heille tämä roska." Seuraavana päivänä kysyin järjestäjiltä: "Kaverit, onko mahdollista tehdä jotain erilaista yöksi? No, ehkä puuroa?" Sen jälkeen he katsoivat minua kuin idioottia. Kuuluisa ranskalainen vieraanvaraisuus.
Hyvillä hackathoneilla ruoka tilataan laatikoissa, jako on tavallisiin, kasvis- ja kosher-ateroihin. Lisäksi he laittavat jääkaappiin, jossa on jogurttia ja mysliä - niille, jotka haluavat välipalan. Tee, kahvi, vesi - vakiona. Muistan Hack Moscow 2 -hackathonin - minulle syötettiin sydämellisesti borssia ja kotletteja perunamuusilla 1C:n toimiston ruokalassa.
Hackathonien järkevyys riippuu niin sanotusti järjestäjien ammattialasta (esimerkiksi parhaat hackathonit johtavat konsultit)?
Parhaat hackathonit olivat järjestäjiltä, jotka olivat joko järjestäneet hackathoneja aiemmin tai osallistuneet niihin aiemmin. Ehkä tämä on ainoa tekijä, josta tapahtuman laatu riippuu.
Kuinka ymmärtää, että et ole noob ja on aika hackathonille?
Paras aika mennä hackathoniin on vuosi sitten. Toiseksi paras aika on nyt. Joten mene siihen, tee virheitä, opi - se on okei. Jopa hermoverkko - ihmisen suurin keksintö pyörän ja puiden yli tapahtuvan kaltevuuden tehostamisen jälkeen - ei voi erottaa kissaa koirasta ensimmäisellä harjoittelujaksolla.
Mitkä "punaiset liput" osoittavat heti, että tapahtumasta ei tule kovin hyvää eikä aikaa tarvitse hukata?
- Selkeä kuvaus siitä, mitä on tehtävä (koskee tuotehackathoneja). Jos rekisteröinnin aikana annetaan selkeä tehtävä, on parempi pysyä kotona. Muistaakseni ei ollut yhtäkään hyvää hackathonia teknisillä tiedoilla. Vertailun vuoksi: Okei - tee meille jotain, joka liittyy äänikeskustelujen analysointiin. Huono - tee meistä sovellus, joka pystyisi jakamaan keskustelun kahdeksi erilliseksi ääniraidaksi jokaiselle henkilölle.
- Pieni palkintorahasto. Jos sinua pyydetään tekemään "Tinder verkkokauppaan tekoälyllä" ja ykköspaikan palkinto on 500 euroa ja joukkueen minimikoko 5 henkilöä, ei luultavasti kannata tuhlata aikaa (kyllä, tämä on todellinen hackathon, joka oli pidettiin Münchenissä).
- Tietojen puute (koskee datatieteen hackathoneja). Järjestäjät tarjoavat yleensä perustiedot tapahtumasta ja joskus esimerkkiaineiston. Jos he eivät ole toimittaneet sitä, kysy, se ei maksa sinulle mitään. Jos 2-3 sisällä on epäselvää, mitä tietoja toimitetaan ja annetaanko niitä ollenkaan, tämä on punainen lippu.
- Uudet järjestäjät. Älä ole laiska ja Google-tiedot hackathonin järjestäjistä. Jos he järjestävät tämänkaltaisen tapahtuman ensimmäistä kertaa, on suuri todennäköisyys, että jokin menee pieleen. Toisaalta, jos järjestäjä ja tuomariston jäsenet ovat jo pitäneet hackathoneja tai osallistuneet aktiivisesti aiemmin, tämä on vihreä lippu.
Eräässä hackathonissa minulle kerrottiin: ”Sinulla oli paras ratkaisu lyhyessä ajassa, mutta anteeksi, arvioimme tiimityötä ja te työskentelitte yksin. Jos nyt ottaisit opiskelijan tai tytön tiimiisi...”? Oletko koskaan kohdannut tällaista epäoikeudenmukaisuutta? Miten selvisit?
Kyllä, olen tavannut sen useammin kuin kerran. Olen stoinen kaikesta, mitä tapahtuu: tein kaikkeni, jos se ei toiminut, niin olkoon.
Miksi teet kaiken tämän?
Kaikki tämä on vain tylsyydestä.
Lähde: will.com