För ungefär ett och ett halvt år sedan började jag delta i hackathons. Under denna tidsperiod hann jag delta i mer än 20 evenemang av olika storlekar och teman i Moskva, Helsingfors, Berlin, München, Amsterdam, Zürich och Paris. I all verksamhet var jag involverad i dataanalys i en eller annan form. Jag gillar att komma till nya städer, knyta nya kontakter, komma med fräscha idéer, implementera gamla idéer på kort tid och adrenalinkicken under uppträdandet och tillkännagivandet av resultaten.
Det här inlägget är det första av tre inlägg på temat hackathon, där jag ska berätta vad hackathon är och varför du bör börja delta i hackathon. Det andra inlägget kommer att handla om den mörka sidan av dessa evenemang – om hur arrangörerna gjorde misstag under evenemanget, och vad de ledde till. Det tredje inlägget kommer att ägnas åt att svara på frågor om hackathon-relaterade ämnen.
Vad är ett hackathon?
Ett hackathon är ett evenemang som hålls under flera dagar, vars mål är att lösa ett problem. Vanligtvis finns det flera problem vid ett hackathon, vart och ett presenterat som ett separat spår. Det sponsrande företaget tillhandahåller en beskrivning av uppgiften, framgångsmått (måtten kan vara subjektiva som "nyhet och kreativitet", eller så kan de vara objektiva - klassificeringsnoggrannhet på en uppskjuten datauppsättning) och resurser för att uppnå framgång (företags API:er, datauppsättningar, hårdvara) . Deltagarna måste formulera ett problem, föreslå en lösning och visa en prototyp av sin produkt inom utsatt tid. De bästa lösningarna får priser från företaget och möjlighet till vidare samarbete.
Hackathon etapper
Efter att uppgifterna har meddelats förenas hackathondeltagarna i lag: varje "ensamvarg" får en mikrofon och talar om den valda uppgiften, hans erfarenhet, idén och vilken typ av specialister han behöver för genomförandet. Ibland kan ett team bestå av en person som självständigt klarar av allt arbete med projektet på en ganska hög nivå. Detta är relevant för hackathon om dataanalys, men är ofta förbjudet eller oönskat för produktevenemang - arrangörerna är inriktade på att fortsätta arbetet med projektet, men redan i företaget; det bildade teamet har ett antal fördelar jämfört med deltagare som ville skapa produkten ensam. Det optimala teamet består vanligtvis av 4 personer och inkluderar: front-end, back-end, datavetare och affärsperson. Förresten, uppdelningen mellan datavetenskap och produkthackathon är ganska enkel - om det finns en datauppsättning med tydliga mätvärden och en leaderboard, eller om du kan vinna med kod i jupyter notebook - är detta ett datavetenskapshackathon; allt annat - där du behöver göra en ansökan, hemsida eller något klibbigt - mat.
Vanligtvis börjar arbetet med ett projekt klockan 9 på fredagen och deadline är klockan 10 på söndagen. En del av denna tid behöver ägnas åt att sova (att hålla sig vaken och koda är ett recept på misslyckande, kollade jag), vilket gör att deltagarna inte har mycket tid att producera något av kvalitet. För att hjälpa deltagare finns företagsrepresentanter och mentorer på plats.
Arbetet med ett projekt börjar med kommunikation med företagsrepresentanter, eftersom de bättre förstår detaljerna i uppgiften, mätvärden och troligen kommer de att bedöma ditt arbete i slutändan. Syftet med denna kommunikation är att förstå vilka områden som är mest relevanta och var du bör fokusera din uppmärksamhet och tid.
Vid ett hackathon var uppgiften inställd på att utföra regression på ett dataset med tabelldata och bilder och ett tydligt mått - RMSE. Efter att jag pratat med företagets dataforskare insåg jag att de inte behövde regression, utan klassificering, men någon från ledningen bestämde helt enkelt att det var bäst att lösa problemet på detta sätt. Och de behöver klassificering inte för att få en ökning av monetära mått, utan för att förstå vilka parametrar som är viktigast när man fattar ett beslut och sedan bearbeta dem manuellt. Det vill säga det initiala problemet (regression med RMSE) ändras till klassificering; Bedömningens prioritet ändras från den erhållna noggrannheten till förmågan att förklara resultatet. Detta i sin tur eliminerar möjligheten att använda stacking och black box-algoritmer. Denna dialog sparade mig mycket tid och ökade mina chanser att vinna.
När du har förstått vad du behöver göra börjar själva arbetet med projektet. Du måste ställa in kontrollpunkter - den tid då de tilldelade uppgifterna måste vara slutförda; Längs vägen är det en bra idé att fortsätta kommunicera med mentorer - företagsrepresentanter och tekniska specialister - detta är användbart för att justera vägen för ditt projekt. En ny titt på ett problem kan föreslå en intressant lösning.
Eftersom ett stort antal nybörjare deltar i hackathon är det god praxis från arrangörernas sida att hålla föreläsningar och mästarklasser. Vanligtvis är det tre föreläsningar - om hur du presenterar din idé som produkt, en föreläsning om tekniska ämnen (till exempel om användningen av öppna API:er i maskininlärning, så att du inte behöver skriva din speech2text på två dagar, men använd en färdig), en föreläsning om pitching (hur presentera din produkt, hur du viftar med armarna korrekt på scenen så att publiken inte blir uttråkad). Det finns olika aktiviteter för att pigga upp deltagarna - ett yogapass, bordsfotboll och tennis eller ett konsolspel.
På söndag morgon måste du presentera resultatet av ditt arbete för juryn. På bra hackathons börjar allt med teknisk expertis – fungerar verkligen det du påstår? Syftet med den här kontrollen är att sålla bort team med en vacker presentation och buzzwords, men utan en produkt, från killarna som faktiskt gjorde något. Tyvärr finns inte teknisk expertis på alla hackathons, och det finns fall då ett lag med 12 slides och tankesättet "... blockchain, quantum computing, and then AI will finish it..." vinner förstaplatsen. Sådana prejudikat är inte så vanliga, men eftersom de är mest minnesvärda tror många att en bra presentation är 99% av segern i ett hackathon. Presentationen är förresten riktigt viktig, men dess bidrag är inte mer än 30%.
Efter deltagarnas framträdanden beslutar juryn att prisa vinnarna. Detta avslutar den officiella delen av hackathonet.
Motivation att delta i hackathons
erfarenhet
Sett till erfarenheterna är hackathon ett unikt evenemang. Det finns inte många platser i naturen där du kan implementera en idé ur ingenting på 2 dagar och få omedelbar feedback på ditt arbete. Under hackathonet förbättras kritiskt tänkande, lagarbete, tidshantering, förmågan att arbeta i en stressad situation, förmågan att presentera resultatet av ditt arbete i en begriplig form, presentationsförmåga och många andra. Det är därför hackathons är ett bra ställe för människor med teoretisk kunskap som vill skaffa verklig erfarenhet.
priser
Vanligtvis är hackathon-prisfonden cirka 1.5 10 - 100 300 euro för förstaplatsen (i Ryssland - XNUMX-XNUMX tusen rubel). Den förväntade nyttan (förväntat värde, EV) från deltagande kan beräknas med en enkel formel:
EV = Prize * WinRate + Future_Value - Costs
där Pris — storleken på priset (för enkelhetens skull antar vi att det bara finns ett pris);
WinRate — sannolikhet att vinna (för ett nybörjarlag är detta värde begränsat till 10 %, för ett mer erfaret lag - 50 % och högre; jag har träffat människor som lämnade varje hackathon med ett pris, men detta är snarare ett undantag från regeln och på lång sikt kommer deras vinstfrekvens att vara lägre 100%);
Framtida värde - ett värde som visar den framtida vinsten från att delta i ett hackathon: detta kan vara vinst från erfarenheten, etablerade kopplingar, mottagen information etc. Detta värde är nästan omöjligt att bestämma exakt, men det måste komma ihåg;
Kostar — kostnader för transport, logi etc.
Beslutet att delta görs baserat på en jämförelse av EV för hackathon med EV för aktiviteten som du skulle vilja göra om det inte fanns något hackathon: om du ville ligga på soffan på helgen och pilla på näsan, då ska du nog delta i hackathon; om du umgås med dina föräldrar eller flickvän, ta med dem i ett lag för ett hackathon (skämt bara, bestäm själv), om du frilansar, jämför dollar-timme.
Enligt mina beräkningar kan jag säga att i Ryssland för den genomsnittliga dataforskaren på junior-mellannivå, är deltagande i hackathons i proportion till den monetära vinsten från en vanlig arbetsdag, men det finns också nyanser (storlek på laget, typ av hackathon, prisfond, etc.). Generellt sett är hackathons ingen bonanza för tillfället, men de kan ge ett bra lyft till din personliga budget.
Företagsrekrytering och nätverkande
För ett företag är ett hackathon ett av sätten att anställa nya medarbetare. Det kommer att vara mycket lättare för dig att visa att du är en adekvat person och vet hur man arbetar på ett hackathon än vid en intervju, snurra ett binärt träd på tavlan (vilket förresten inte alltid motsvarar vad du vill göra i ett riktigt jobb som datavetare, men traditioner måste respekteras). Ett sådant test under "stridsförhållanden" kan ersätta en testdag.
Jag fick mitt första jobb tack vare ett hackathon. På hackathonet visade jag att mer pengar kan pressas ur data och jag berättade hur jag skulle göra det här. Jag startade ett projekt på ett hackathon, vann det och fortsatte sedan projektet med det sponsrande företaget. Det här var det fjärde hackathonet i mitt liv.
Möjlighet att få ett unikt dataset
Detta är en mycket relevant punkt för datavetenskapshackathon, vars betydelse inte alla förstår. Vanligtvis tillhandahåller sponsrande företag riktiga datamängder under evenemanget. Denna data är privat, den är under NDA, vilket inte hindrar oss från att visa dig proof of concept på en riktig datauppsättning, och inte på en leksak Titanic. I framtiden kommer sådana resultat till stor hjälp när man söker anställning i detta företag eller ett konkurrerande företag, eller för att motivera liknande projekt. Håller med om att det, allt annat lika, är bättre att ha genomfört projekt som bedömts positivt än att inte ha dem. I allmänhet spelar sådana genomförda projekt en liknande roll som medaljer och status, men för branschen är deras värde mer uppenbart.
Советы
I allmänhet är det en ganska mångsidig upplevelse att arbeta på ett hackathon och det är svårt att formulera en lista med regler. Men här skulle jag vilja ge en lista över observationer som kan hjälpa en nybörjare:
- Var inte rädd för att gå på hackathons även om du inte har erfarenhet eller lag. Fundera på hur du kan vara användbar. Till exempel kanske du har en intressant idé eller är du väl insatt i något område? Du kan använda din domänkunskap när du formulerar ett problem och hitta icke-triviala lösningar. Eller är du kanske bäst på Google? Din skicklighet kommer att spara mycket tid om du kan hitta färdiga implementeringar i Github. Eller är du väldigt bra på att ställa in lightgbm-parametrar? I det här fallet, gå inte på hackathon, utan bevisa det i kagla-tävlingarna.
- Taktik är viktigare än manövrar. Ditt mål på hackathon är att lösa ett problem. Ibland, för att lösa ett problem, måste du identifiera det. Kontrollera att ditt identifierade problem verkligen är relevant för företaget. Kontrollera din lösning mot problemet, fråga dig själv om din lösning är optimal. När de utvärderar din lösning kommer de först att titta på problemets relevans och adekvatheten hos den föreslagna lösningen. Få människor är intresserade av arkitekturen för ditt neurala nätverk eller hur många händer du fick.
- Gå på så många hackathons som möjligt, men var inte blyg för att gå bort från dåligt organiserade evenemang.
- Lägg till resultatet av ditt arbete på hackathon i ditt CV och var inte rädd för att skriva om det offentligt.
Kärnan i hackathons. I korthet
Källa: will.com