Den avslutande delen av trilogin om hackathons. I berÀttade jag om motivationen att delta i sÄdana evenemang. var tillÀgnad organiserarnas misstag och deras konsekvenser. Den avslutande delen kommer att besvara de frÄgor som inte fick plats i de tvÄ första delarna.
BerÀtta hur du började delta i hackathons.
Jag studerade pĂ„ masterprogrammet vid Lappeenranta universitet medan jag deltog i tĂ€vlingar inom dataanalys. Min typiska dag sĂ„g ut sĂ„ hĂ€r: jag vaknade klockan 8, hade nĂ„gra lektioner pĂ„ universitetet och sedan tĂ€vlingar och coursera fram till midnatt (under tiden jag vĂ€ntade pĂ„ submission sĂ„g jag förelĂ€sningar eller lĂ€ste artiklar). Denna strikta tidsplan gav resultat, och jag vann dataanalystĂ€vlingen MERC-2017 (vilket till och med var en ). Vinsten gav mig mer sjĂ€lvförtroende, och nĂ€r jag av en slump snubblade över information om hackathonet SkinHack 2 i Moskva beslutade jag att besöka mina förĂ€ldrar och samtidigt ta reda pĂ„ vad det Ă€r â ett hackathon.
SjÀlva hackathonet var ganska underhÄllande. Det fanns tvÄ spÄr inom dataanalys med tydlig mÀtning och dataset som hade priser pÄ 100k rubel. Det tredje spÄret handlade om apputveckling med ett pris pÄ 50k, och dÀr fanns det inga deltagare. Vid ett tillfÀlle sa arrangören att ett fönster med en knapp utan funktionalitet kan vinna 50k, eftersom priset inte kan utebli. Jag började inte lÀra mig att programmera appar (jag tÀvlar inte dÀr jag lÀtt kan bli "vÀnde pÄ"). Men för mig var det ett tydligt budskap att fÀlt i hackathons inte var fulla.
DÄ arbetade jag ensam med bÄda spÄren inom dataanalys. Jag hittade en lucka i datan som gjorde det möjligt att fÄ en perfekt poÀng, men kolumnen med luckan fanns inte i testdata som jag fick tvÄ timmar innan evenemanget var slut (för övrigt, dÄ insÄg jag att nÀrvaron av kolumnen "target" i trÀningen inte rÀknas som en lucka). Samtidigt öppnades leaderboarden, min submission utan luckan lÄg pÄ tredje plats av fem, det var ett stort avstÄnd till första platsen och jag beslutade att inte slösa tid och Äkte ivÀg.
Efter att jag analyserat vad som hĂ€nde med ett frĂ€scht perspektiv, upptĂ€ckte jag en mĂ€ngd misstag (en av mina vanor Ă€r att mentalt gĂ„ igenom vad som hĂ€nde med en anteckningsbok och analysera felen, deras orsaker och vad som kunde ha förĂ€ndrats â en trevlig kvarleva frĂ„n halvprofessionellt pokerspel). Men en sak var helt klart â det finns mycket vĂ€rde i hackathons och jag Ă€r skyldig mig sjĂ€lv att realisera det. Efter detta evenemang började jag övervaka aktiviteter och grupper, och nĂ€sta hackathon lĂ€t inte vĂ€nta pĂ„ sig. Sedan kom ytterligare ett och ett tillâŠ
Varför sysslar du med hackathons istÀllet för Kaggle?
Just nu gillar jag inte Kaggle. PÄ en viss nivÄ i kunskaperna, utan specifika skÀl för att delta, blir Kaggle mindre anvÀndbart Àn andra aktiviteter. Jag deltagit mycket tidigare, tydligen lyckades jag pÄ nÄgot sÀtt "trappa ner".
Varför hackathons istÀllet för att arbeta pÄ ditt eget projekt?
Jag gillar idén att skapa nÄgot fantastiskt sjÀlv i ett lugnt tempo. Killarna frÄn ODS organiserade för alla som vill Àgna sig Ät sina projekt under helgen tillsammans med likasinnade. Jag tror att jag inom kort kommer att gÄ med dem.
Hur hittar du evenemang?
Den huvudsakliga kÀllan Àr hackathon.com (vÀrlden) och chatten i Telegram (Ryssland). Dessutom dyker annonser för evenemang upp iannonser i sociala medier och LinkedIn. Om du inte hittar nÄgot, kan du kolla hÀr: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Förbereder du en lösningsplan innan deltagandet eller fattas beslut pÄ plats? Till exempel, veckan innan hackathon funderar du: "Detta behövs, och denna specialist mÄste vi leta efter"?
Om hackathon Ă€r produktinriktat â ja, jag förbereder mig. NĂ„gra veckor i förvĂ€g planerar jag vad jag ska göra, övervĂ€ger vem som kan vara anvĂ€ndbar, samlar ett team av vĂ€nner eller deltagare frĂ„n tidigare hackathons.
Ăr det verkligen möjligt att hacka ett hackathon ensam? Vad ska man göra om man inte har ett team?
Datascience hackathons â det Ă€r verkligen möjligt (jag Ă€r ett levande exempel), medan produktutvecklingshackathons â har jag inte sett, Ă€ven om jag ocksĂ„ tror att det Ă€r möjligt. TyvĂ€rr lĂ€gger arrangörerna ibland begrĂ€nsningar pĂ„ det minimiantal personer som ska finnas i ett lag. Jag tror att det beror pĂ„ att inte alla "ensamma" gĂ„r hela vĂ€gen till finalen (dvs. de ger upp vid första motgĂ„ngarna), men att delta i ett lag kan vara ett stöd. Dessutom förvĂ€ntas det efter evenemanget att ni fortsĂ€tter arbeta med projektet. Det blir enklare att slutföra projektet med ett team.
Generellt sett rekommenderar jag alltid att delta med ett team. Om ni inte har ett eget team sÄ hjÀlper arrangörerna alltid till att hitta eller skapa ett.
Hur lyckas man hantera tröttheten under hackathonet?
Under ett hackathon ges 2 dagar för arbete, det Àr 48 timmar (30-48 timmar, vi rÀknar med 48 för enkelhetens skull). Om vi tar bort tiden för sömn (16-20 timmar), finns det högst 30 kvar. Av dessa kan man realistiskt Àgna ca 8 timmar (i genomsnitt) till produktivt arbete. Om man organiserar arbetet rÀtt (sömn, mat, tid utomhus, pauser, medvetenhet, korrekt kommunikation med teamet och att vÀxla aktivitet), kan timmarna för djupt arbete öka till 12-14. Efter sÄdant arbete kommer man att kÀnna sig utmattad, men det Àr en angenÀm trötthet. Att programmera utan sömn och pauser, bara med energidrycker, Àr vÀgen till misslyckande.
Har du egna fÀrdiga pipelines för hackathons? Hur har de kommit till, hur Àr de uppbyggda (ligger .py-filer i mappar, varje för sin uppgift osv.) och hur kan man sjÀlv börja skapa sÄdana?
Jag anvÀnder inte helt fÀrdiga lösningar frÄn tidigare hackathons i nya, men jag har min egen djungel av modeller och pipelines frÄn tidigare tÀvlingar. Jag behöver inte skriva om standardbitar frÄn grunden (till exempel rÀtt target encoding eller en enkel nÀtverksmodell för att outsourca intents frÄn text), vilket sparar mycket tid.
I dagslÀget ser det ut sÄ hÀr: för varje tÀvling eller hackathon finns det ett eget repo pÄ GitHub dÀr man lagrar notebooks, skript och lite dokumentation om vad som hÀnder. Dessutom finns det ett separat repo för olika "smÄ finesser" (som rÀtt target encoding med korsvalidering). Jag tycker inte att detta Àr den mest eleganta lösningen, men jag Àr nöjd med det för nu.
Jag skulle börja med att spara all min kod i mappar och skriva kort dokumentation (varför, vad, hur jag gjorde och resultatet).
Ăr det realistiskt att förbereda en MVP frĂ„n grunden pĂ„ sĂ„ kort tid eller kommer alla deltagare med fĂ€rdiga lösningar?
Jag kan bara sÀga nÄgot om projekt relaterade till datavetenskap - ja, det Àr möjligt. En MVP Àr för mig en kombination av tvÄ faktorer:
- En livskraftig idé presenterad som en produkt (dvs. en business canvas Àr uppsatt). Det mÄste alltid finnas en tydlig förstÄelse för varför och för vem vi gör produkten. Ibland vinner projekt med en vÀlgrundad plan men utan prototyp priser, och det Àr inget konstigt med det. TyvÀrr kan mÄnga deltagare inte frigöra sig frÄn besvikelsens bitterhet och skyller sina misslyckanden pÄ arrangörernas kortsiktighet, medan de fortsÀtter att snickra pÄ modeller utan tydlig mÄlgrupp pÄ nÀsta hackathon.
- En viss indikator pÄ att du kan skapa denna produkt (app, kod, beskrivning av pipelines).
Det hÀnder att ett team kommer till hackathonet med en fÀrdig lösning och försöker "justera" den efter arrangörernas uppdrag. SÄdana team sorteras ut vid den tekniska granskningen eller "rÀknas" endast den del som de har gjort pÄ plats. Jag har inte sett sÄdana team bland vinnarna, men jag tror de ÀndÄ drar nytta av framtida vÀrde ().
Finns det exempel pÄ att projekt som genomförts pÄ hackathons har lett till produktion/startup?
Ja. Jag har haft tre fall dÀr vi nÄdde produktion. En gÄng sjÀlv, tvÄ gÄnger - genom andras arbete baserat pÄ mina idéer och koden som jag skrev pÄ hackathonet. Jag kÀnner ocksÄ till ett par team som fortsatte samarbeta med företag som konsulter. Jag kÀnner inte till de slutliga resultaten, men det Àr troligt att nÄgot gjordes klart. Jag har inte sjÀlv startat nÄgra startups och vet inte om nÄgon gjorde det, Àven om jag Àr sÀker pÄ att det finns exempel.
Efter att ha deltagit i mÄnga hackathons, vilka rÄd skulle du ge dig sjÀlv om du kunde ÄtervÀnda till det förflutna?
- Taktik Àr viktigare Àn manövrar. Betrakta varje beslut som en fÀrdig produkt. Idé, Jupyter Notebook, algoritm Àr vÀrdelösa om det inte Àr klart vem som kommer att betala för det.
- Innan du designar nÄgot, stÀll dig frÄgan inte "vad?", utan "varför?" och "hur?" Exempel: nÀr du designar en ML-lösning, tÀnk först pÄ den perfekta algoritmen: vad fÄr den i ingÄng, hur anvÀnds dess förutsÀgelser vidare?
- Delta i teamet.
Vad brukar man vanligtvis servera pÄ hackathons?
Vanligtvis serveras det dĂ„ligt pĂ„ hackathons: pizza, energidrycker, lĂ€sk. Maten serveras nĂ€stan alltid i form av en buffĂ© (eller ett utdelningsbord) dit det bildas en enorm kö. PĂ„ natten serveras det vanligtvis inte mat, Ă€ven om det fanns ett fall under en tĂ€vling i Paris dĂ€r de lĂ€mnat chips, donuts och lĂ€sk för kvĂ€llen. Jag kan tĂ€nka mig den mentala processen hos arrangörerna: "Vad Ă€ter programmerare? Ah, just det! Chips, donuts â perfekt. LĂ„t oss ge dem det skrĂ€pet." NĂ€sta dag frĂ„gade jag arrangörerna: "Kan vi inte göra nĂ„got annat pĂ„ natten? Typ gröt, kanske?" Efter det sĂ„g de pĂ„ mig som om jag var en idiot. Det berömda franska gĂ€stfriheten.
PĂ„ bra hackathons bestĂ€ller man maten i lĂ„dor, med alternativ för vanlig, vegetariskt och kosher. Dessutom stĂ€ller man in ett kylskĂ„p med yoghurt, mĂŒsli â för dem som vill ha nĂ„got att Ă€ta. Te, kaffe, vatten â standard. Jag minns hackathonet Hack Moscow 2 â dĂ€r serverade de hjĂ€rtligt borsjtj och köttbullar med mos i matsalen pĂ„ 1C:s kontor.
Kvaliteten pÄ hackathons beror, sÄ att sÀga, pÄ den professionella bakgrunden hos arrangörerna (till exempel, anordnas de bÀsta hackathons av konsulter)?
De bÀsta hackathons har varit arrangerade av personer som antingen tidigare har organiserat hackathons eller deltagit i dem. Kanske Àr det den enda faktorn som pÄverkar evenemangets kvalitet.
Hur vet man att man inte Àr en nybörjare och att det Àr dags att delta i ett hackathon?
Den bĂ€sta tiden att gĂ„ pĂ„ ett hackathon var för ett Ă„r sedan. Den nĂ€st bĂ€sta tiden Ă€r nu. SĂ„ gĂ„ pĂ„, gör misstag, lĂ€r dig â det Ă€r okej. Till och med ett neuralt nĂ€tverk â mĂ€nsklighetens största uppfinning efter hjulet och gradientökning över trĂ€d â kan inte skilja pĂ„ en katt och en hund under den första inlĂ€rningsperioden.
Vilka "röda flaggor" indikerar direkt att arrangemanget inte kommer att vara bra och att det Àr onödigt att slösa tid?
- En tydlig beskrivning av vad som behöver göras (relevant för produkt-hackathons). Om du fĂ„r en tydligt formulerad uppgift vid registreringen, Ă€r det bĂ€ttre att stanna hemma. Jag kan inte minnas att jag har varit pĂ„ en bra hackathon med en sĂ„dan uppgift. För jĂ€mförelse: Bra â gör nĂ„got som rör analys av ljudsamtal. DĂ„ligt â gör en app som skulle kunna separera samtalet i tvĂ„ olika ljudspĂ„r för varje person.
- Litet prissumma. Om du ombeds att göra âtinder för en onlinebutik med AIâ och priset för första plats Ă€r 500 euro med en minimal lagstorlek pĂ„ 5 personer â kanske du inte bör slösa tid (ja, det Ă€r en verklig hackathon som Ă€gde rum i MĂŒnchen).
- Brist pĂ„ data (relevant för data science-hackathons). Arrangörerna tillhandahĂ„ller vanligtvis grundlĂ€ggande information om evenemanget och ibland ett urval av dataset. Om de inte har tillhandahĂ„llit det â frĂ„ga, det kostar ingenting. Om det Ă€r oklart vilken data som kommer att tillhandahĂ„llas om 2-3 dagar och om de ens kommer att finnas â Ă€r det en röd flagga.
- Nya arrangörer. Ta dig tid att googla information om arrangörerna av hackathonen. Om de genomför ett sĂ„dant evenemang för första gĂ„ngen â finns det stor sannolikhet för att nĂ„got gĂ„r fel. Ă andra sidan, om arrangören och jurymedlemmarna tidigare har genomfört hackathons eller har deltagit aktivt â Ă€r det en grön flagga.
Vid ett hackathon sa en till mig: âDu hade den bĂ€sta poĂ€ngen, men ursĂ€kta, vi bedömer lagarbete, och du arbetade ensam. Om du hade tagit med en student eller en tjejâŠ?â. Har du stött pĂ„ en sĂ„dan orĂ€ttvisa? Hur hanterade du det?
Ja, jag har stött pĂ„ det flera gĂ„nger. Jag har en stoisk instĂ€llning till allt som hĂ€nder: jag gjorde allt jag kunde, om det inte fungerade â sĂ„ fĂ„r det vara.
Varför sysslar du med allt detta?
Allt detta Àr bara för att fördriva tiden.
KĂ€lla: habr.com
