UngefĂ€r ett och ett halvt Ă„r sedan började jag delta i hackathons. Under denna tid har jag deltagit i mer Ă€n 20 evenemang av olika storlek och Ă€mnen i Moskva, Helsingfors, Berlin, MĂŒnchen, Amsterdam, ZĂŒrich och Paris. PĂ„ alla evenemang har jag sysslat med dataanalys pĂ„ nĂ„got sĂ€tt. Jag gillar att komma till nya stĂ€der, knyta nya kontakter, hitta frĂ€scha idĂ©er, realisera gamla tankar pĂ„ kort tid och adrenalinet under presentationen och resultatmeddelandet.
Detta inlÀgg Àr det första av tre inlÀgg om Àmnet hackathons, dÀr jag kommer att berÀtta vad hackathons Àr och varför du bör börja delta i hackathons. Det andra inlÀgget kommer att handla om den mörka sidan av dessa evenemang - om hur arrangörerna gjorde misstag under genomförandet och vilka konsekvenser de hade. Det tredje inlÀgget kommer att Àgnas Ät att besvara frÄgor kring hackathon-temat.
Vad Àr en hackathon?
En hackathon Àr ett evenemang som pÄgÄr under flera dagar, med syfte att lösa ett specifikt problem. Vanligtvis finns det flera problem pÄ en hackathon, var och en representerad som en separat spÄr. Företaget som sponsrar evenemanget tillhandahÄller en beskrivning av uppgiften, framgÄngsmÄtt (mÄtten kan vara subjektiva som 'nyhet och kreativitet' eller objektiva - noggrannheten i klassificeringen pÄ en avskild datamÀngd) och resurser för att nÄ framgÄng (företagets API, datamÀngder, 'hÄrdvara'). Deltagarna ska under den tilldelade tiden formulera problemet, föreslÄ en lösning och visa en prototyp av sin produkt. De bÀsta lösningarna fÄr priser frÄn företaget och möjlighet till fortsatt samarbete.
Steg i hackathon
Efter att uppgifterna har presenterats, gÄr deltagarna i hackathonen samman i team: varje "ensamvarg" fÄr en mikrofon och pratar om den valda uppgiften, sin erfarenhet, idé och vilken typ av specialister han eller hon behöver för att genomföra projektet. Ibland kan teamet bestÄ av en enda person som kan utföra hela arbetet pÄ en tillrÀckligt hög nivÄ pÄ egen hand. Detta Àr relevant för hackathoner inom datanalys, men Àr ofta förbjudet eller oönskat för produktrelaterade evenemang - arrangörerna siktar pÄ att fortsÀtta arbetet med projektet, men redan inom ett företag; ett sammansatt team har flera fördelar jÀmfört med de deltagare som vill skapa en produkt ensamma. Ett optimalt team bestÄr vanligtvis av 4 personer och inkluderar: frontend, backend, data scientist och en affÀrsorienterad person. För övrigt Àr uppdelningen mellan datavetenskap/produkt-hackathon ganska enkel - om det finns en datamÀngd med en tydlig metrik och en leaderboard eller om man kan vinna med kod i en Jupyter Notebook - Àr det ett datavitenskapshackathon; allt annat, dÀr det krÀvs att göra en app, webbplats eller nÄgot fÀngslande - Àr produktrelaterat.
Arbetet med projektet börjar vanligtvis klockan 21 pÄ fredagskvÀllen och deadlinen Àr klockan 10 pÄ söndagsmorgonen. En del av denna tid mÄste avsÀttas för sömn (att inte sova och koda Àr en sÀker vÀg till misslyckande, jag har testat), vilket innebÀr att deltagarna inte har sÄ mycket tid för att göra nÄgot av hög kvalitet. För att hjÀlpa deltagarna finns det representanter frÄn företaget och mentorer pÄ plats.
Arbetet med projektet inleds med kommunikation med företagsrepresentanter, eftersom de förstÄr uppgiftens specifikhet, mÀtvÀrden och sannolikt kommer att bedöma era arbeten i slutet. Syftet med denna kommunikation Àr att förstÄ vilka omrÄden som Àr mest aktuella, och var man bör fokusera sin uppmÀrksamhet och tid.
Vid en hackathon fick jag i uppdrag att genomföra en regressionsanalys pĂ„ en datamĂ€ngd med tabulĂ€ra data och bilder och en tydlig metrik â RMSE. Efter att jag pratat med datascientisten i företaget insĂ„g jag att de behövde klassificering istĂ€llet för regression, men nĂ„gon i ledningen hade bestĂ€mt att uppgiften skulle lösas pĂ„ det sĂ€ttet. Klassificeringen behövdes inte för att öka de ekonomiska parametrarna, utan för att förstĂ„ vilka parametrar som Ă€r mest viktiga vid beslutsfattande och sedan bearbeta dem manuellt. SĂ„ledes Ă€ndras den ursprungliga uppgiften (regression med RMSE) till klassificering; prioriteringen av bedömningen skiftar frĂ„n den uppnĂ„dda noggrannheten till möjligheten att förklara resultatet. Detta utesluter i sin tur möjligheten att anvĂ€nda stacking och black box-algoritmer. Denna dialog sparade mig en hel del tid och ökade mina chanser att vinna.
NĂ€r du har förstĂ„tt vad du behöver göra börjar det konkreta arbetet med projektet. Du bör sĂ€tta upp checkpoints â en tid nĂ€r de angivna uppgifterna mĂ„ste utföras; det Ă€r ocksĂ„ bra att fortsĂ€tta kommunicera med mentorer â företagets representanter och tekniska specialister â detta Ă€r vĂ€rdefullt för att justera riktningen för ditt projekt. En ny syn pĂ„ problemet kan ge intressanta lösningar.
Eftersom hackathons involverar ett stort antal nybörjare Ă€r det av god ton frĂ„n arrangörernas sida att hĂ„lla förelĂ€sningar och workshops. Vanligtvis hĂ„lls tre förelĂ€sningar â om hur man presenterar sin idĂ© som en produkt, en teknisk förelĂ€sning (till exempel om anvĂ€ndning av öppna API:er inom maskininlĂ€rning, sĂ„ att du inte behöver skriva din egen speech2text pĂ„ tvĂ„ dagar, utan kan anvĂ€nda fĂ€rdiga lösningar), och en förelĂ€sning om pitching (hur man presenterar sin produkt, hur man gestikulerar pĂ„ scenen för att det ska vara intressant för publiken). Det finns olika aktiviteter för att pigga upp deltagarna â yogasessioner, bordfotboll och bordtennis eller spel pĂ„ konsol.
PĂ„ söndagsmorgonen mĂ„ste ni lĂ€mna in resultaten av ert arbete till juryn. PĂ„ bra hackathons börjar allt med teknisk expertis â fungerar verkligen det ni sĂ€ger att det gör? MĂ„let med denna kontroll Ă€r att sĂ„lla ut team med snygga presentationer och buzzwords, men utan produkt, frĂ„n de som faktiskt har gjort nĂ„got. TyvĂ€rr finns det inte teknisk expertis pĂ„ alla hackathons, och det förekommer fall dĂ€r ett team med 12 slides och en mentalitet som â⊠blockchain, kvantdatorer, och hĂ€r Ă€r AI som fixar detâŠâ vinner första pris. SĂ„dana fall Ă€r inte sĂ„ vanliga, men eftersom de minns bĂ€st, tror mĂ„nga att en bra presentation Ă€r 99% av segern pĂ„ hackathon. Presentationen, för att nĂ€mna, Ă€r verkligen viktig, men dess bidrag Ă€r inte mer Ă€n 30%.
Efter deltagarnas presentationer fattar juryn beslut om att belöna vinnarna. HÀrmed avslutas den officiella delen av hackathon.
Motivation för att delta i hackathons
Erfarenhet
Ur erfarenhetssynpunkt Àr hackathon ett unikt evenemang. Det finns inte sÄ mÄnga platser dÀr man kan förverkliga en idé frÄn ingenting pÄ 2 dagar och fÄ omedelbar feedback pÄ sitt arbete. Under hackathon utvecklas kritiskt tÀnkande, förmÄgan att arbeta i team, tidsplanering, förmÄgan att arbeta i stressiga situationer, förmÄgan att presentera resultaten av sitt arbete pÄ ett förstÄeligt sÀtt, presentationsfÀrdigheter och mÄnga andra. Just dÀrför Àr hackathons en utmÀrkt plats för mÀnniskor med teoretiska kunskaper som vill fÄ verklig erfarenhet.
Priser
Den vanligaste prissumman för hackathon ligger pĂ„ ungefĂ€r 1.5k â 10k euro för första plats (i Ryssland â 100-300 tusen rubel). Det förvĂ€ntade vĂ€rdet (expected value, EV) av att delta kan berĂ€knas med följande enkla formel:
EV = Prize * WinRate + Future_Value - Costs w Pris â storleken pĂ„ priset (för enkelhetens skull antar vi att det bara finns ett pris);
WinRate â sannolikheten att vinna (för ett nybörjarteam kommer detta vĂ€rde vara begrĂ€nsat till högst 10%, för mer erfarna team â 50% och högre; jag har trĂ€ffat personer som har gĂ„tt bort frĂ„n varje hackathon med ett pris, men det Ă€r snarare ett undantag Ă€n en regel och pĂ„ lĂ„ng sikt kommer deras winrate vara lĂ„g 100%);
Future_Value â en storhet som visar framtida vinster frĂ„n att delta i en hackathon: detta kan vara vinster frĂ„n förvĂ€rvad erfarenhet, etablerade kontakter, erhĂ„llen information osv. Det Ă€r praktiskt taget omöjligt att exakt bestĂ€mma denna storhet, men man bör komma ihĂ„g den;
Kostnader â kostnader för transport, boende, med mera.
Beslutet att delta fattas baserat pĂ„ en jĂ€mförelse mellan EV för hackathonet och EV för aktiviteten du skulle ha Ă€gnat dig Ă„t om hackathonet inte hade Ă€gt rum: om du ville slappa pĂ„ soffan och peta dig i nĂ€san under helgen, sĂ„ kanske det Ă€r vĂ€rt att delta i hackathonet; om du vill tillbringa tid med dina förĂ€ldrar eller flickvĂ€n â ta med dem i hackathon-teamet (skĂ€mt Ă„sido, besluta sjĂ€lva), om du vill frilansa â jĂ€mför dollar-timma.
Enligt mina berÀkningar kan jag sÀga att i Sverige för en genomsnittlig data scientist pÄ junior till mellan-nivÄ Àr deltagande i hackathons jÀmförbart med den monetÀra vinsten frÄn en vanlig arbetsdag, men det finns nyanser (teamets storlek, typ av hackathon, prispotten osv). Generellt sett Àr hackathons för nÀrvarande inte en guldrush, men de kan ge en trevlig extra inkomst.
AnstÀllning i företag och nÀtverkande
För företaget Ă€r hackathon en av metoderna för att rekrytera nya medarbetare. Det blir mycket lĂ€ttare för dig att visa att du Ă€r en rimlig person och kan jobba pĂ„ hackathon Ă€n under en intervju, dĂ€r du snurrar ett binĂ€rt trĂ€d pĂ„ tavlan (vilket för övrigt inte alltid motsvarar vad du kommer att göra pĂ„ det verkliga jobbet som data scientist, men traditioner mĂ„ste hedras). SĂ„dan âreal-worldâ prövning kan ersĂ€tta en testdag.
Jag fick mitt första jobb tack vare ett hackathon. PÄ hackathonet visade jag att man kan pressa ut mer pengar frÄn data och berÀttade hur jag planerade att göra det. Jag började ett projekt pÄ hackathonet, vann det, och fortsatte sedan projektet i företaget som sponsrade. Det var mitt fjÀrde hackathon i livet.
Möjlighet att fÄ en unik datamÀngd
Detta Àr en mycket relevant punkt för data science hackathons, vars betydelse inte alla förstÄr. Vanligtvis tillhandahÄller sponsorföretag verkliga datamÀngder vid arrangemanget. Dessa data Àr privata och omfattas av NDA, men det hindrar inte att visa upp ett proof of concept med en verklig datamÀngd, snarare Àn med en leksakstitanic. I framtiden kommer sÄdana resultat att vara till stor hjÀlp nÀr det gÀller anstÀllning i det aktuella företaget eller konkurrenterna, eller vid motiveringen av liknande projekt. Ni kan hÄlla med om att ha genomförda projekt som fÄtt positiv feedback Àr bÀttre Àn att inte ha nÄgra. Generellt spelar sÄdana genomförda projekt en liknande roll som medaljer och statusar pÄ Kaggle, men deras vÀrde Àr mer uppenbart för industrin.
Tips
Generellt Àr arbete pÄ ett hackathon en ganska mÄngsidig upplevelse och det Àr svÄrt att formulera en specifik lista med regler. Men hÀr skulle jag vilja ge en lista med observationer som kan hjÀlpa nybörjare:
- Var inte rĂ€dd för att delta i hackathons Ă€ven om du inte har erfarenhet eller ett team. TĂ€nk pĂ„ hur du kan vara till nytta. Har du en intressant idĂ© eller kanske bra kunskaper inom ett visst omrĂ„de? Du kan anvĂ€nda din domĂ€nkunskap för att formulera problemet och hitta okonventionella lösningar. Eller kanske Ă€r du den som kan googla bĂ€st? Din förmĂ„ga kan spara mycket tid om du hittar fĂ€rdiga implementationer pĂ„ GitHub. Eller Ă€r du riktigt bra pĂ„ att justera parametrar för lightgbm? I sĂ„ fall, gĂ„ inte pĂ„ hackathon â bevisa det i Kaggle-tĂ€vlingar.
- Strategi Àr viktigare Àn manövrar. Ditt mÄl pÄ hackathon Àr att lösa ett problem. Ibland mÄste du identifiera problemet för att kunna lösa det. Kontrollera att ditt identifierade problem faktiskt Àr relevant för företaget. Kontrollera att din lösning överensstÀmmer med problemet, stÀll dig frÄgan om din lösnings optimalitet. Vid bedömningen av din lösning kommer man i första hand att titta pÄ problemets relevans och adekvansen av den föreslagna lösningen. Arkitekturen av ditt neurala nÀtverk eller hur mÄnga hands-on sessioner du fÄtt intresserar sÀllan nÄgon.
- Delta i sÄ mÄnga hackathons som möjligt, men tveka inte att lÀmna dÄligt organiserade evenemang.
- LĂ€gg till resultaten av ditt hackathonarbete i ditt CV och tveka inte att skriva om det offentligt.
Essensen av hackathons. Kortfattat
KĂ€lla: habr.com
