Sa'n oardel jier lyn bin ik begûn mei meidwaan oan hackathons. Yn dizze perioade koe ik meidwaan oan mear as 20 eveneminten fan ferskate grutte en tema's yn Moskou, Helsinki, Berlyn, München, Amsterdam, Zürich en Parys. By alle aktiviteiten wie ik yn ien of oare foarm belutsen by data-analyze. Ik kom graach nei nije stêden, meitsje nije kontakten, kom mei frisse ideeën, realisearje âlde ideeën yn in koarte perioade fan tiid en de adrenaline rush tidens de útfiering en bekendmaking fan de resultaten.
Dizze post is de earste fan trije berjochten oer it ûnderwerp fan hackathons, wêryn ik jo sil fertelle wat hackathons binne en wêrom jo moatte begjinne meidwaan oan hackathons. De twadde post sil gean oer de tsjustere kant fan dizze eveneminten - oer hoe't de organisatoaren flaters makken tidens it evenemint, en wat se liede ta. De tredde post sil wijd wurde oan it beantwurdzjen fan fragen oer hackathon-relatearre ûnderwerpen.
Wat is in hackathon?
In hackathon is in evenemint dat oer ferskate dagen holden wurdt, wêrfan it doel is om in probleem op te lossen. Meastal binne der ferskate problemen op in hackathon, elk presintearre as in apart spoar. It sponsoringbedriuw leveret in beskriuwing fan 'e taak, suksesmetriken (metriken kinne subjektyf wêze lykas "nijs en kreativiteit", of se kinne objektyf wêze - klassifikaasje-krektens op in útstelde dataset) en boarnen foar it berikken fan súkses (bedriuw API's, datasets, hardware) . Dielnimmers moatte in probleem formulearje, in oplossing foarstelle en in prototype fan har produkt sjen litte binnen de tawiisde tiid. De bêste oplossingen krije prizen fan it bedriuw en de mooglikheid foar fierdere gearwurking.
Hackathon stadia
Nei't de taken bekend binne, ferienigje de hackathon-dielnimmers yn teams: elke "loner" krijt in mikrofoan en sprekt oer de keazen taak, syn ûnderfining, it idee en hokker soarte spesjalisten hy nedich is foar ymplemintaasje. Soms kin in team bestean út ien persoan dy't by steat is om al it wurk oan it projekt selsstannich op in frij heech nivo. Dit is relevant foar hackathons op gegevensanalyse, mar is faaks ferbean of net winsklik foar produkteveneminten - de organisatoaren binne rjochte op fierdere trochgeande wurk oan it projekt, mar al yn it bedriuw; it foarme team hat in oantal foardielen boppe dielnimmers dy't it produkt allinich woene meitsje. It optimale team bestiet meast út 4 minsken en omfettet: front-end, back-end, data wittenskipper en saaklike persoan. Trouwens, de divyzje tusken datascience en produkthackathons is frij simpel - as d'r in dataset is mei dúdlike metriken en in leaderboard, of jo kinne winne mei koade yn jupyter notebook - dit is in datascience hackathon; al it oare - wêr't jo in applikaasje, webside of wat plakkerichs moatte meitsje - boadskip.
Typysk begjint it wurk oan in projekt freed om 9 oere, en de deadline is snein 10 oere. Guon fan dizze tiid moat sliepe wurde (wekker bliuwe en kodearjen is in resept foar mislearring, haw ik kontrolearre), wat betsjut dat dielnimmers net folle tiid hawwe om wat fan kwaliteit te produsearjen. Om dielnimmers te helpen, binne bedriuwsfertsjintwurdigers en mentors oanwêzich op 'e side.
Wurk oan in projekt begjint mei kommunikaasje mei bedriuwsfertsjintwurdigers, om't se de spesifiken fan 'e taak, metriken better begripe, en nei alle gedachten sille se jo wurk úteinlik beoardielje. It doel fan dizze kommunikaasje is om te begripen hokker gebieten it meast relevant binne en wêr't jo jo oandacht en tiid moatte rjochtsje.
Op ien hackathon waard de taak ynsteld om regression út te fieren op in dataset mei tabelgegevens en ôfbyldings en in dúdlike metryske - RMSE. Nei't ik praat mei de gegevenswittenskipper fan it bedriuw, realisearre ik dat se gjin regression nedich wiene, mar klassifikaasje, mar ien fan 'e behear besleat gewoan dat it it bêste wie om it probleem op dizze manier op te lossen. En se hawwe klassifikaasje net nedich om in ferheging fan monetêre metriken te krijen, mar om te begripen hokker parameters it wichtichste binne by it meitsjen fan in beslút en se dan mei de hân ferwurkje. Dat is, it earste probleem (regression mei RMSE) wurdt feroare yn klassifikaasje; De prioriteit fan 'e beoardieling feroaret fan' e krektens krigen nei de mooglikheid om it resultaat te ferklearjen. Dit elimineert op syn beurt de mooglikheid fan it brûken fan stapel- en swarte doaze-algoritmen. Dizze dialooch besparre my in protte tiid en fergrutte myn kânsen om te winnen.
Neidat jo begripe wat jo moatte dwaan, begjint it eigentlike wurk oan it projekt. Jo moatte kontrôlepunten ynstelle - de tiid wêryn't de tawiisde taken foltôge wurde moatte; Underweis is it in goed idee om fierder te kommunisearjen mei mentors - bedriuwsfertsjintwurdigers en technyske spesjalisten - dit is nuttich foar it oanpassen fan de rûte fan jo projekt. In frisse blik op in probleem kin in nijsgjirrige oplossing foarstelle.
Om't in grut tal begjinners meidogge oan hackathons, is it fan 'e kant fan 'e organisatoaren in goede praktyk om lêzingen en masterklassen te hâlden. Gewoanlik binne d'r trije lêzingen - oer hoe't jo jo idee as produkt presintearje kinne, in lêzing oer technyske ûnderwerpen (bygelyks oer it brûken fan iepen API's yn masine learen, sadat jo jo speech2text net yn twa dagen hoege te skriuwen, mar brûk in klear makke), in lêzing oer pitching (hoe presintearje jo produkt, hoe't jo jo earms goed op it poadium swaaie, sadat it publyk net ferfelt). D'r binne ferskate aktiviteiten om de dielnimmers te stimulearjen - in yogasesje, tafelfuotbal en tennis, of in konsolespul.
Sneintemoarn moatte jo de resultaten fan jo wurk foarlizze oan de sjuery. By goede hackathons begjint it allegear mei technyske saakkundigens - wurket wat jo beweare echt? It doel fan dizze kontrôle is om teams mei in prachtige presintaasje en buzzwords, mar sûnder in produkt, út te weidzjen fan de jonges dy't eins wat diene. Spitigernôch is technyske saakkundigens net oanwêzich by alle hackathons, en der binne gefallen as in team mei 12 dia's en de mentaliteit "... blockchain, quantum computing, en dan sil AI it ôfmeitsje ..." wint it earste plak. Sokke presedinten binne net sa gewoan, mar om't se de meast memorabele binne, tinke in protte minsken dat in goede presintaasje 99% fan 'e oerwinning yn in hackathon is. De presintaasje is trouwens echt wichtich, mar har bydrage is net mear as 30%.
Nei de optredens fan de dielnimmers beslút de sjuery om de winners út te kennen. Dit einiget it offisjele diel fan 'e hackathon.
Motivaasje om mei te dwaan oan hackathons
Underfining
Wat de ûnderfining opdien is, is de hackathon in unyk barren. D'r binne net folle plakken yn 'e natuer wêr't jo yn 2 dagen in idee út it neat kinne útfiere en direkte feedback krije oer jo wurk. Tidens de hackathon wurde kritysk tinken, teamwurkfeardigens, tiidbehear, de mooglikheid om te wurkjen yn in stressfolle situaasje, de mooglikheid om de resultaten fan jo wurk yn in begryplike foarm te presintearjen, presintaasjefeardigens en in protte oaren ferbettere. Dit is de reden wêrom hackathons in geweldich plak binne foar minsken mei teoretyske kennis dy't echte wrâldûnderfining wolle ophelje.
Prizen
Typysk is it hackathon-priisfûns sawat 1.5k - 10k euro foar it earste plak (yn Ruslân - 100-300 tûzen roebel). It ferwachte foardiel (ferwachte wearde, EV) fan dielname kin wurde berekkene mei in ienfâldige formule:
EV = Prize * WinRate + Future_Value - Costs
wêr Priis - de grutte fan 'e priis (foar ienfâld, wy sille oannimme dat der mar ien priis);
WinRate - kâns om te winnen (foar in begjinnersteam sil dizze wearde beheind wurde ta 10%, foar in mear erfaren team - 50% en heger; Ik haw minsken moete dy't elke hackathon mei in priis ferlieten, mar dit is earder in útsûndering op 'e regel en oer de lange termyn sil harren winst taryf leger wêze 100%);
Future_Wearde - in wearde dy't de takomstige winst toant fan dielnimmen oan in hackathon: dit kin profitearje fan 'e opdien ûnderfining, fêststelde ferbiningen, ûntfongen ynformaasje, ensfh. Dizze wearde is hast ûnmooglik om sekuer te bepalen, mar it moat betocht wurde;
kosten - kosten fan ferfier, ferbliuw, ensfh.
It beslút om mei te dwaan wurdt makke op basis fan in fergeliking fan de EV fan de hackathon mei de EV fan de aktiviteit dy't jo graach dwaan wolle as der gjin hackathon wie: as jo it wykein op 'e bank lizze woene en jo noas ophelje, dan moatte jo wierskynlik meidwaan oan 'e hackathon; as jo tiid trochbringe mei jo âlden of freondinne, nim se dan op in team foar in hackathon (gewoan in grapke, beslute sels), as jo freelance, fergelykje dollar-oere.
Neffens myn berekkeningen kin ik sizze dat yn Ruslân foar de gemiddelde gegevenswittenskipper op it junior-middennivo dielnimme oan hackathons oerienkomt mei de monetêre winst fan in gewoane wurkdei, mar d'r binne ek nuânses (grutte fan it team, type fan hackathon, priisfûns, ensfh.). Yn 't algemien binne hackathons op it stuit gjin bonanza, mar se kinne in moaie ympuls jaan oan jo persoanlike budzjet.
Bedriuw werving en netwurking
Foar in bedriuw is in hackathon ien fan 'e manieren om nije meiwurkers oan te nimmen. It sil folle makliker foar jo wêze om sjen te litten dat jo in adekwate persoan binne en witte hoe't jo wurkje by in hackathon as by in ynterview, in binêre beam op it boerd draaie (dy't trouwens net altyd oerienkomt mei wat jo wolle) dwaan yn in echte baan as datawittenskipper, mar tradysjes moatte wurde respektearre). Sa'n test ûnder "combat" betingsten kin ferfange in testdei.
Ik krige myn earste baan tank oan in hackathon. By de hackathon liet ik sjen dat mear jild út gegevens kin wurde knipt, en ik fertelde hoe't ik dit soe dwaan. Ik begûn in projekt op in hackathon, wûn it, doe fierder it projekt mei it sponsoring bedriuw. Dit wie de fjirde hackathon yn myn libben.
Kâns om in unike dataset te krijen
Dit is in heul relevant punt foar hackathons foar gegevenswittenskip, wêrfan it belang net elkenien begrypt. Typysk leverje sponsorbedriuwen echte datasets tidens it evenemint. Dizze gegevens binne privee, it is ûnder NDA, wat net foarkomt dat wy jo it bewiis fan konsept sjen litte op in echte dataset, en net op in boartersguod Titanic. Yn 'e takomst sille sokke resultaten in protte helpe by it oanfreegjen fan wurk yn dit bedriuw of in konkurrint bedriuw, of by it rjochtfeardigjen fan ferlykbere projekten. It iens dat, al oare dingen gelyk, projekten foltôge dy't posityf beoardiele binne better is as se net hawwe. Yn 't algemien spylje sokke foltôge projekten in fergelykbere rol as medaljes en statusen, mar foar de yndustry is har wearde dúdliker.
Tips
Yn 't algemien is wurkjen by in hackathon in frijwat ferskaat ûnderfining en it is lestich om in list mei regels te formulearjen. Hjir wol ik lykwols in list mei observaasjes jaan dy't in begjinner kinne helpe:
- Wês net bang om nei hackathons te gean, sels as jo gjin ûnderfining of in team hawwe. Tink oer hoe't jo nuttich wêze kinne. Bygelyks, miskien hawwe jo in nijsgjirrich idee of binne jo goed fertroud yn guon gebieten? Jo kinne jo domeinkennis brûke by it formulearjen fan in probleem en net-triviale oplossingen fine. Of miskien binne jo de bêste by Google? Jo feardigens sil in protte tiid besparje as jo klearmakke ymplemintaasjes kinne fine yn Github. Of binne jo heul goed yn it ôfstimmen fan lightgbm-parameters? Gean yn dit gefal net nei de hackathon, mar bewize it yn 'e kagla-kompetysje.
- Taktiken binne wichtiger as manoeuvres. Jo doel by de hackathon is in probleem op te lossen. Soms, om in probleem op te lossen, moatte jo it identifisearje. Kontrolearje dat jo identifisearre probleem echt relevant is foar it bedriuw. Kontrolearje jo oplossing tsjin it probleem, freegje josels ôf oft jo oplossing optimaal is. By it evaluearjen fan jo oplossing sille se earst sjen nei de relevânsje fan it probleem en de adekwaatheid fan 'e foarstelde oplossing. In pear minsken binne ynteressearre yn 'e arsjitektuer fan jo neuronale netwurk of hoefolle hannen jo hawwe krigen.
- Bywenje safolle mooglik hackathons, mar wês net ferlegen om fuort te gean fan min organisearre eveneminten.
- Foegje de resultaten fan jo wurk by de hackathon ta oan jo cv en wês net bang om der iepenbier oer te skriuwen.
De essinsje fan hackathons. Koartsein
Boarne: www.habr.com