Miks peaksite osalema hackathonidel

Umbes poolteist aastat tagasi hakkasin osalema hackathonidel. Selle aja jooksul olen osalenud rohkem kui 20 erineva suuruse ja teemaga üritusel Moskvast, Helsingist, Berliinist, Münchenist, Amsterdamist, Zürichist ja Pariisist. Kõigil üritustel tegelesin andmete analüüsiga mingil moel. Mulle meeldib reisida uutesse linnadesse, luua uusi kontakte, tulla välja värskete ideedega, ellu viia vanu plaane lühikese aja jooksul ning tunda adrenaliini esituste ja tulemuste väljakuulutamise ajal.

See postitus on esimene kolmest postitusest hackathonide teemal, kus ma räägin, mis on hackathonid ja miks peaksite hakkama nendes osalema. Teine postitus käsitleb nende ürituste tumedat külge — kuidas korraldajad tegid vigu ürituste korraldamisel ja milleni need viisid. Kolmas postitus keskendub küsimustele hackathonide kõrvalteemade kohta.

Mis on hackathon?

Hackathon on üritus, mis toimub mitme päeva jooksul ning mille eesmärk on lahendada mingi probleem. Tavaliselt on hackathonil mitu probleemi, igaühe jaoks on mõeldud eraldi rada. Sponsorfirma esitab probleemikirjelduse, eduteguri mõõdikud (need võivad olla subjektiivsed nagu "uudne ja loominguline", aga ka objektiivsed — klassifitseerimise täpsus eraldatud andmestikul) ja ressursid eduks (ettevõtte API, andmestikud, "raha"). Osalejad peavad antud aja jooksul formuleerima probleemi, pakkuma lahenduse ja esitama oma toote prototüübi. Parimad lahendused saavad auhindu ettevõttelt ning võimaluse edasiseks koostööks.

Hackathoni etapid

Pärast ülesannete kuulutamist liituvad häkatoni osalejad meeskondadesse: iga "üksik" saab mikrofoni ja räägib valitud ülesandest, oma kogemusest, ideest ning milliseid spetsialiste tal on vaja projekti teostamiseks. Mõnikord võib meeskond koosneda ühest inimesest, kes suudab kogu projekti iseseisvalt piisavalt kõrgel tasemel teostada. See on asjakohane andmeanalüüsi häkatonide puhul, kuid sageli on see toodete üritustel keelatud või soovimatu – korraldajad on suunatud projekti edasisele arendamisele juba ettevõttes; moodustatud meeskond omab mitmeid eeliseid võrreldes osalejatega, kes on otsustanud toote üksi luua. Optimaalne meeskond koosneb tavaliselt neljast inimesest ja hõlmab: frontend, backend, andmeanalüütikut ja äriinimest. Muide, andmeanalüüsi/toote häkatonide jagamine on üsna lihtne – kui on olemas andmebaas selge mõõdikaga ja edetabeliga või on võimalik võita koodiga Jupyter Notebookis – siis see on andmeanalüüsi häkaton; kõik muu, kus on vaja luua rakendus, veebisait või midagi haaravat – on tooteline.

Tavaliselt algab töö projekti kallal reede õhtul kell 9 ja tähtaeg on pühapäeva hommikul kell 10. Osadest aegadest tuleb osa aega magamiseks eemale võtta (mitte magamine ja kodeerimine – see on kindel tee ebaõnnestumiseni, olen proovinud), mis tähendab, et osalejatel ei ole väga palju aega kvaliteetseid asju teha. Osalejate toetamiseks on kohapeal kohal ettevõtte esindajad ja mentorid.

Projekti kallal töötamine algab suhtlemisest ettevõtte esindajatega, kuna nemad mõistavad ülesande spetsiifikat, mõõdikuid paremini ja tõenäoliselt hindavad nad teie töid lõpus. Selle suhtlemise eesmärk on mõista, millised suunad on kõige asjakohasemad ja millele tuleks oma tähelepanu ja aega keskenduda.

Ühel hackathonil oli ülesanne regressioon, kasutades tabelandmeid ja pilte ning selget mõõdikut – RMSE. Pärast vestlust ettevõtte andmeteadlasega sain aru, et neile ei ole vajalik regressioon, vaid klassifikatsioon, kuid ilmselt otsustas keegi juhtkonnast, et probleem tuleks ettenähtud viisil lahendada. Klassifikatsioon on neile vajalik mitte rahaliste näitajate tõstmiseks, vaid selleks, et mõista, millised parameetrid on kõige olulisemad otsuste tegemisel, ja seejärel töötada neid käsitsi läbi. Ehk siis algne ülesanne (regressioon RMSEga) muutub klassifikatsiooniks; hindamise prioriteet muutub saavutatud täpsuselt tulemuse selgitamise võimaluseks. See omakorda välistab stakimise ja musta kasti algoritmide kasutamise. Selline dialoog säästis mulle tohutult aega ja suurendas mu võiduvõimalusi.

Pärast seda, kui olete aru saanud, mida peate tegema, algab otsene töö projekti kallal. Te peate seadma kontrollpunktid – ajalimiidid, milleks tuleb täita seatud ülesanded; samuti oleks kasulik jätkata suhtlemist mentoritega – ettevõtte esindajate ja tehnikaspetsialistidega – see on kasulik teie projekti marsruudi kohandamiseks. Uus vaatenurk probleemile võib pakkuda huvitavaid lahendusi.

Kuna hackathonidel osaleb palju algajaid, on korraldajate poolt hea tava viia läbi loenguid ja workshop'e. Tavaliselt on kolm loengut – kuidas esitada oma ideed tootena, loeng tehnilisest temaatikast (näiteks avatud APIde kasutamisest masinõppes, et te ei peaks kahte päeva oma speech2text kirjutama, vaid saaksite valmis lahendusi kasutada), loeng pitchimisest (kuidas esitada oma toodet, kuidas õigesti käsi laval liigutada, et kuulajatel ei oleks igav). Korraldatakse erinevaid tegevusi, et osalejaid ergutada – jooga sessioon, lauajalgpall ja tennis või videomängude mängimine.

Pühapäeva hommikul peate esitama oma töö tulemused žüriile. Heade hackathonide puhul algab kõik tehnilisest ekspertiisist — kas see, mida väidate, tõeliselt töötab? Selle ülevaatuse eesmärk on välja filtreerida meeskonnad, kellel on kaunis esitlus ja buzzwordid, kuid ilma tooteta, ning need, kes on tõeliselt midagi saavutanud. Kahjuks ei ole mitte kõigis hackathonides tehniline ekspertiis kohal ja esinevad juhtumid, kui meeskond, kellel on 12 slaidi ja mõtteviis „... blockchain, kvantarvutus, ja AI teeb seal vajalikud muudatused...“ võidab esikoha. Need pretsedendid ei ole nii sagedased, kuid kuna need jäävad paremini meelde, arvavad paljud, et hea esitlus on 99% hackathoni võidust. Esitlus on tõepoolest oluline, kuid selle panus ei ületa 30%.

Pärast osalejate esitlusi teeb žürii otsuse võitjate premeerimise kohta. Sellega lõppeb hackathoni ametlik osa.

Motivatsioon osalemiseks hackathonidel

Kogemus

Kogemuse kontekstis on hackathon ainulaadne üritus. Looduses ei ole palju kohti, kus saab ideed luua nullist kahe päeva jooksul ja saada kohest tagasisidet oma töö kohta. Hackathonide ajal arendatakse kriitilist mõtlemist, meeskonnatöö oskust, ajajuhtimist, võimet töötada stressisituatsioonides, oskust esitada oma töö tulemusi arusaadaval viisil, esitlusoskust ja palju muud. Just seetõttu on hackathonid suurepärane koht teoreetiliste teadmistega inimestele, kes soovivad saada tõelisi kogemusi.

Auhinnad

Tavaliselt on hackathoni auhinnafond umbes 1.5k - 10k eurot esikoha korral (Venemaal 100-300 tuhande rubla ulatuses). Oodatavat kasu (expected value, EV) osalemisest saab arvutada lihtsa valemi abil:

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õidu tõenäosus (algajate meeskonna puhul on see väärtus ülevalt piiratud 10%-ga, kogenud meeskonna puhul 50% ja enam; olen kohanud inimesi, kes iga hackathonilt lahkusid auhindadega, kuid see on pigem reeglite erand ja pikaajalises perspektiivis on nende võidutõenäosus madalam kui 100%);
Tulevikuväärtus — suurus, mis näitab tulevast kasu osalemisest hackathonil: see võib olla kasu saadud kogemusest, loodud kontaktidest, saadud informatsioonist jne. Selle suuruse täpset määratlemist on praktiliselt võimatu, kuid sellest on oluline teada.
Kulud — kulud transportimiseks, majutuseks jms.

Osalemise otsus tehakse hackathoni EV võrdlemise põhjal tegevuse EV-ga, millega kavatsete tegelema hakata, kui hackathonit ei oleks: kui kavatsete veeta nädalavahetuse diivanil lamades ja nina kaevates, siis tasub ehk hakata osalema hackathonil; kui soovite aega veeta vanematega või tüdruksõbraga — võtke nad meeskonda hackathonile (naljaga pooleks, otsustage ise), kui plaanite vabakutselist tööd — võrreldke dollarit-tundi.

Oma arvutuste põhjal võin öelda, et Venemaal on keskmise and scientist taseme junior — mid-level osalemine hackathonides võrreldav tavalise tööd päevast saadud rahaga, kuid on ka nüansse (meeskonna suurus, hackathoni tüüp, auhinnafond jne). Üldiselt on hackathonid hetkel — see ei ole kuldne kaevandamine, kuid need võivad anda meeldiva lisakasu isiklikule eelarvele.

Tööle värbamine ja võrgustikutöö

Ettevõtte jaoks on hackathon üks viis värvata uusi töötajaid. Teil on palju lihtsam näidata, et olete normaalne inimene ja oskate hackathonil tööd teha, kui intervjuul, joonistades binaarset puud tahvlile (mis, muide, ei vasta alati sellele, mida te tõelisel and scientist tööl tegema hakkate, kuid traditsioone tuleb austada). Selline kontroll „lahingutingimustes” võib asendada proovipäeva.

Sain oma esimese töökoha tänu hackathonile. Hackathonil näitasin, et andmetest on võimalik rohkem raha välja pigistada, rääkisin, kuidas kavatsema seda teha. Alustasin projekti hackathonil, võitsin selle, seejärel jätkasin projekti juba sponsoreerivas ettevõttes. See oli minu elu neljas hackathon.

Võimalus saada unikaalne andmekogum

See on väga oluline punkt andmete teaduse hackathonide jaoks, mille tähtsust ei mõista kõik. Tavaliselt annavad sponsorid tõelisi andmekogumeid ürituse käigus. Need andmed on privaatseid, nad on NDA all, mis ei takista teil näidata tõestuskonsepti reaalse andmengoti peal, mitte mõne mänguasja titaaniklasi. Edasi on sellised tulemused väga abiks töötamisel selle ettevõtte või konkurentide juures või sarnaste projektide põhjendamiseks. Olge nõus, et võrreldes teiste tingimustega on omada valminud projekte, mida on positiivselt hinnatud, parem kui mitte midagi omada. Üldiselt mängivad sellised realiseeritud projektid sarnast rolli nagu medalid ja staatused Kaggle'is, kuid tööstusele on nende väärtus ilmsem.

Nõuanded

Üldiselt on töötamine hackathonil üsna mitmekesine kogemus ja on keeruline sõnastada mingit reeglite loetelu. Siiski tahaksin tuua välja mõned tähelepanekud, mis võivad aidata algajaid:

1. Ärge kartke minna hackathonidele, isegi kui teil pole kogemust või meeskonda. Mõelge, kuidas te võiksite olla kasulik. Näiteks võib teil olla huvitav idee või tunnete teatud valdkonda hästi? Saate kasutada oma valdkonnast saadud teadmisi probleemi sõnastamisel ja leida ebatavalisi lahendusviise. Või oskate äkki kõige paremini googeldada? Teie oskus aitab säästa palju aega, kui suudate leida valmis lahendusi GitHubis. Või tunnete te väga hästi lightgbm parameetrite seadistamist? Sellisel juhul ärge minge hackathonile, vaid tõestage seda Kaggle'i võistlustes.
2. Taktika on olulisem kui manööverdus. Teie ülesanne hackathonil on probleemide lahendamine. Mõnikord, et probleemi lahendada, peate selle kõigepealt tuvastama. Kontrollige, kas teie tuvastatud probleem on tõeliselt asjakohane ettevõtte jaoks. Kontrollige oma lahenduse vastavust probleemile, küsige endalt oma lahenduse optimaalsuse küsimus. Teie lahenduse hindamisel vaadatakse esmalt probleemi asjakohasust ja ettepaneku vastavust. Teie närvivõrgu arhitektuur või kui palju hääli-droni te saite, ei huvita paljusid.
3. Osalege võimalikult palju hackathonidel, kuid ärge kartke lahkuda halvasti korraldatud üritustelt.
4. Lisage oma töötulemused hackatoni jooksul CV-sse ja ärge kartke sellest avalikult kirjutada.

Hackatoni olemus. Lühidalt

Allikas: habr.com