Miks peaksite osalema hackathonidel

Umbes poolteist aastat tagasi alustasin hackathon'ides osalemist. Selle aja jooksul olen osalenud enam kui 20 erineva suuruse ja teemaga üritusel Moskvast, Helsingist, Berliinist, Münchenist, Amsterdamist, Zürichist ja Pariisist. Kõigis üritustes tegelesin ma mingil moel andmeanalüüsiga. Mulle meeldib külastada uusi linnu, luua uusi sidemeid, genereerida uusi ideid, ellu viia vanu plaane lühikese ajaga ning tunda adrenaliini esinemise ja tulemuste väljakuulutamise ajal.

See postitus on esimene kolmest postitusest, kus arutame hackathon'e. Selgitan, mis on hackathon'id ja miks tasub nendes osaleda. Teine postitus käsitleb andmeürituste tumedat poolt – kuidas korraldajad on teinud vigu ning milleni need on viinud. Kolmas postitus keskendub vastustele hackathon'ide temaatikat puudutavatele küsimustele.

Mis on hackathon?

Hackathon on üritus, mis kestab paar päeva ja mille eesmärk on lahendada mõni probleem. Tüüpiliselt on hackathonil mitu probleemi, kus igaüht esindab eraldi rada. Sponsoreeriv ettevõte loob ülesande kirjelduse, edutegurid (need võivad olla subjektiivsed nagu "uusus ja loovus" või objektiivsed — klassifitseerimise täpsus järeltestimiskogumis) ja ressursid eduks (ettevõtte API, andmekogud, "riistvara"). Osalejad peavad ettenähtud aja jooksul sõnastama probleemi, pakkuma lahenduse ja esitama oma toote prototüübi. Parimad lahendused saavad auhindu ettevõttelt ja võimaluse edasiseks koostööks.

Hackathoni etapid

Pärast ülesannete väljakuulutamist liituvad hackathon'i osalejad meeskondadesse: iga "üksik" saab mikrofoni ja räägib valitud ülesandest, oma kogemustest, ideest ning milliseid spetsialiste ta vajab projekti elluviimiseks. Mõnikord võib meeskond koosneda ainult ühest inimesest, kes suudab kogu projekti iseseisvalt ja piisavalt kõrgel tasemel lõpetada. See on vajalik andmeanalüüsi hackathonidel, kuid sageli on see tooteüritustel keelatud või ebasoovitav — korraldajad soovivad, et projektiga jätkataks, kuid juba ettevõttes; moodustatud meeskond omab mitmeid eeliseid võrreldes üksikute osalejatega, kes soovisid toote ise luua. Optimaalne meeskond koosneb tavaliselt 4 inimesest ja sisaldab: front-end arendajat, back-end arendajat, andmeadikti ja ärispetsialisti. Rääkides, andmeadikti/toote hackathonide eristamine on üsna lihtne — kui on olemas andmestik selge metriiga ja edetabeliga või võidab koodiga Jupyter Notebook'is — on see andmeanalüüsi hackathon; kõik muu — kus on vajalik rakenduse, veebisaidi või midagi köitvat loomine — on toote hackathon.

Tavaliselt algab projekti töö reede õhtul kell 9 ja tähtaeg on pühapäeva hommikul kell 10. Osast sellest ajast on vaja pühendada uni (magamine ja kodeerimine ei ole kindel tee eduni, olen proovinud), seega pole osalistel palju aega midagi kvaliteetset teha. Osalejate abistamiseks on kohapeal ettevõtte esindajad ja mentorid.

Projekti töö algab suhtlemisest ettevõtte esindajatega, kuna nad mõistavad paremini ülesande eripära, mõõdikuid ning tõenäoliselt hindavad nad teie töid lõpuks. Antud suhtlemise eesmärk on mõista, millised suunad on kõige aktuaalsemad ja millele tuleks keskenduda.

Ühel hackathonil pandi paika ülesanne regressiooniks andmestikul, mis koosneb tabelitest ja piltidest, ning selgeks mõõdikuks — RMSE. Pärast vestlust ettevõtte andmeteadlasega, sain aru, et neile ei ole vajalik regressioon, vaid klassifikatsioon; siiski mingeid otsuseid tehti juhtkonna poolt, et ülesannet lahendada just niimoodi. Klassifikatsioon ei ole vajalik mitte rahaliste mõõdikute suurendamiseks, vaid selleks, et aru saada, millised parameetrid on otsustusprotsessis kõige olulisemad, et neid hiljem käsitsi käsitleda. Seega algne ülesanne (regressioon RMSE-ga) muutub klassifikatsiooniks; hindamise prioriteet muutub saavutatud täpsusest tulemust selgitamise võimalusele. See muudab omakorda võimatuks stackimise ja musta kasti algoritmide kasutamise. Selline dialoog säästis mulle tohutult aega ja suurendas minu võiduvõimalusi.

Pärast seda, kui olete aru saanud, mida on vaja teha, algab projekti otsene töö. Peate seadma kontrollpunkte – aja, mille jooksul tuleb saavutada seatud ülesanded; samal ajal on kasulik jätkata suhtlemist mentorlite – ettevõtte esindajate ja tehnikute – kogukonna esindajatega, et korrigeerida teie projekti teekonda. Värske vaatenurk probleemile võib pakkuda huvitavat lahendust.

Kuna hackathonidel osaleb palju algajaid, on korraldajate poolt hea tava korraldada loenguid ja töötube. Tavaliselt on kolme tüüpi loengut: kuidas esitada oma idee tootena, tehniline loeng (näiteks avatud API kasutamisest masinõppes, et te ei peaks kirjutama oma speech2text kahe päevaga, vaid saaksite kasutada valmis lahendust), ning loeng pitchimisest (kuidas esitada oma toodet, kuidas õigesti käsi liigutada, et publikule ei oleks igav). Osalejate energiat tõstmiseks korraldatakse erinevaid tegevusi — jooga sessioon, lauatennis ja jalgpall või videomängude mängimine.

Pühapäeva hommikul peate esitama oma töö tulemused žüriile. Heade häkatonide puhul algab kõik tehnilisest ekspertiisist – kas see, mida väidate, tõeliselt töötab? Selle ülevaate eesmärk on eristada meeskondi, kellel on ilus esitlus ja buzzword'id, kuid ilma tooteta, ning neid, kes on tõeliselt midagi teinud. Kahjuks ei esine tehnilist ekspertiisi kõigil häkatonidel, ja juhtub, et meeskond, kellel on 12 slaidi ja mõtteviis „... blockchain, kvantarvutus, ja siin AI lõpetab...” võidab esikoha. Sellised juhtumid ei ole kuigi sagedased, kuid kuna need jäävad paremini meelde, arvavad paljud, et hea esitlus on 99% häkatoni võidust. Esitlus, muide, on tõepoolest oluline, kuid selle panus ei ületa 30%.

Osalejate esinemise järel teeb žürii otsuse võitjate väljakuulutamise kohta. Sellega on häkatoni ametlik osa lõpetatud.

Motivatsioon osaleda häkatonides

Kogemus

Kogemuste mõttes on hackathon ainulaadne üritus. Selliseid kohti, kus saab idee nullist kahe päevaga ellu viia ja oma töö kohta kohest tagasisidet saada, on looduses üldiselt vähe. Hackathonil arendatakse kriitilist mõtlemist, meeskonnatöö oskust, ajajuhtimist, stressisituatsioonide talumist, oma töö tulemuste selgelt esitlemise oskust, presentatsioonioskusi ja palju muud. Just seetõttu on hackathonid suurepärane koht teoreetiliste teadmistega inimestele, kes soovivad omandada praktilisi kogemusi.

Auvid

Tavaliselt on hackathoni auhindade fond umbes 1,5k – 10k eurot esimese koha eest (Venemaal 100-300 tuhat rubla). Oodatavat kasu (expected value, EV) osalemise kohta saab arvutada lihtsa valemi järgi:

EV = Auhind * Võidutõenäosus + TulevikuVäärtus - Kulud

kus Auhind — auhinna suurus (lihtsuse huvides eeldame, et auhind on üks);
Võidutõenäosus — võiduvõimalus (algajatele on see väärtus piiritletud maksimaalselt 10%-ga, kogenumatele 50% ja rohkem; olen kohtunud inimestega, kes on iga häkatoni järel auhindadega lahkunud, kuid see on pigem erand kui reegel ning pikaajaliselt on nende võiduprotsent madalam kui 100%);
Future_Value — väärtus, mis näitab tulevikus saadavat kasu häkatonist osalemisest: see võib olla kogemusest saadud kasu, loodud suhted, saadud teave jne. Seda väärtust on peaaegu võimatu täpselt määrata, kuid seda tuleb silmas pidada;
Costs — kulud transportimisele, majutusele jne.

Osalemise otsus tehakse võrreldes EV-ga häkatonis ja EV-ga tegevuses, millega tegeleda oleksite tahtnud, kui häkatoni poleks olnud: kui tahtsite nädalavahetusel diivanil lebada ja ninaga kaevata, siis tasuks kindlasti osaleda häkatonis; kui soovite vanematega või tüdruksõbraga aega veeta — siis võtke nad oma meeskonda häkatonile (naljatan, otsustage ise), kui tahate freelance'ida — võrrelge dollarit-tunni.

Oma arvutuste põhjal võin öelda, et Venemaal on algaja ja keskmise tasemega andmete teadlase jaoks osalemine hackathon'idel võrreldav tavapärase tööpäeva rahaga, kuid siin on ka nüanse (meeskonna suurus, hackathon'i tüüp, auhinnafond jne). Üldiselt ei ole hackathon'id praegu kulda täis, kuid need võivad anda meeldivat lisatulu isiklikku eelarvesse.

Töötajate palkamine ja võrgustike loomine

Ettevõtte jaoks on hackathon üks viis uute töötajate palkamiseks. Sul on palju lihtsam näidata, et oled normaalne inimene ja oskad töötada hackathon'il, kui teha seda intervjuus, joonistades binaarset puud tahvlile (mis muide ei vasta alati sellele, mida sa tõelises andmete teadlase töös tegema hakkad, kuid traditsioone tuleb järgida). Selline testimine „lahingutingimustes” võib asendada katsepäeva.

Oma esimese töö sain ma tänu hackathon'ile. Hackathon'il näitasin, kuidas andmetest on võimalik rohkem raha välja pigistada, rääkisin, kuidas kavatsetakse seda teha. Alustasin projekti hackathon'il, võitsin selle ja jätkasin projekti juba sponsorfirmas. See oli minu elus neljas hackathon.

Võimalus saada ainulaadne andmestik

See on väga oluline punkt andmeadete hackathonide jaoks, mille tähtsust ei mõista kõik. T avaliselt pakuvad sponsorfirmad ürituste käigus reaalset andmestikku. Need andmed on privaatset laadi, need on NDA all, kuid see ei sega näitamast teile tõestuskonseptsiooni reaalsete andmetega, mitte kuidagi mängulise Titanicu kallal. Sellised tulemused aitavad hiljem palju töö leidmisel nii selles ettevõttes kui ka konkurentsis või sarnaste projektide põhjendamisel. Nõustuge, et võrreldes teistega on parem omada tehtud projekte, millele on antud positiivne tagasiside, kui mitte omada ühtegi. Üldiselt mängivad sellised elluviidud projektid sarnast rolli medalite ja staatuste suhtes Kaggle'is, kuid nende väärtus tööstuses on ilmselgem.

Nõuanded

Üldiselt on töö hackathonil üsna mitmekesine kogemus ja on raske koostada teatud reeglite nimekirja. Siiski sooviksin tuua välja mõned tähelepanekud, mis võivad algajatele abiks olla:

1. Ärge kartke osaleda hackathonidel, isegi kui teil pole kogemusi või meeskonda. Mõelge, kuidas saaksite olla kasulik. Näiteks võib teil olla huvitav idee või tunnete teatud valdkonda hästi? Võite kasutada oma valdkonna teadmisi probleemide formuleerimisel ja leida ebatriviaalset lahendust. Või ehk oskate te kõige paremini otsida teavet? Teie oskus säästab palju aega, kui suudate leida valmis lahendusi GitHubis. Või olete väga hea lightgbm parameetrite häälestamises? Sel juhul ärge minge hackathonile, vaid tõestage oma oskusi Kaggle'i võistlustel.
2. Taktika on olulisem kui manööverdamine. Teie ülesanne hackathonil on probleemide lahendamine. Mõnikord tuleb probleemi lahendamiseks see kõigepealt tuvastada. Kontrollige, kas teie tuvastatud probleem on ettevõtte jaoks tõeliselt asjakohane. Veenduge, et teie lahendus vastab probleemile ja küsige endalt, kas teie lahendus on optimaalne. Teie lahenduse hindamisel vaadatakse esmalt, kui asjakohane probleem on ja kui adekvaatne pakutud lahendus on. Teie närvivõrgu arhitektuur või kui palju käsi-tehingut te saite, ei huvita enamiku jaoks kuigi palju.
3. Osalege võimalikult paljude hackathonide üritustel, kuid ärge kartke lahkuda halvasti korraldatud üritustelt.
4. Lisage hackathonil tehtud töö tulemused oma CV-sse ja ärge kartke sellest avalikult rääkida.

Hackathonide olemus. Lühidalt

Allikas: habr.com