<\/a><\/noindex><\/p>\nHvad er et hackathon?<\/h3>\n \nEt hackathon er et arrangement, der afholdes over flere dage, hvis m\u00e5l er at l\u00f8se et bestemt problem. Der er typisk flere problemer p\u00e5 et hackathon, hver pr\u00e6senteret som et s\u00e6rskilt spor. Sponsorerende virksomheder giver en beskrivelse af opgaven, succesm\u00e5linger (m\u00e5lingerne kan v\u00e6re subjektive som \"nyhedsv\u00e6rdi og kreativitet\", men kan ogs\u00e5 v\u00e6re objektive \u2014 n\u00f8jagtigheden af klassificeringen p\u00e5 et hold-out datas\u00e6t) og ressourcer til at opn\u00e5 succes (virksomhedens API, datas\u00e6t, \"hardware\"). Deltagerne skal i den tildelte tid formulere problemet, foresl\u00e5 en l\u00f8sning og vise en prototype af deres produkt. De bedste l\u00f8sninger modtager pr\u00e6mier fra virksomheden og mulighed for videre samarbejde. <\/p>\n
Faserne i hackathon<\/h3>\n \nEfter oplysning af opgaverne samles deltagerne i hackathonen i teams: hver \"ensom ulv\" f\u00e5r en mikrofon og taler om den valgte opgave, sin erfaring, id\u00e9 og hvilken type specialister han har brug for til realiseringen. Nogle gange kan teamet best\u00e5 af \u00e9n person, som er i stand til at udf\u00f8re hele arbejdet p\u00e5 projektet selvst\u00e6ndigt p\u00e5 et tilstr\u00e6kkeligt h\u00f8jt niveau. Dette er relevant for hackathons om dataanalyse, men ofte forbudt eller u\u00f8nsket for produktarrangementer \u2014 arrang\u00f8rerne har til hensigt at forts\u00e6tte arbejdet med projektet, men allerede i virksomheden; det dannede team har en r\u00e6kke fordele i forhold til deltagere, der \u00f8nsker at skabe produktet alene. Et optimalt team best\u00e5r typisk af 4 personer og inkluderer: frontend, backend, data scientist og en forretningsperson. For at bem\u00e6rke, er opdelingen mellem data science\/produkt-hackathons ret simpel \u2014 hvis der er et datas\u00e6t med en klar m\u00e5ling og leaderboard, eller man kan vinde med kode i en jupyter notebook \u2014 er det en data science hackathon; alt andet \u2014 hvor der er behov for at lave en applikation, hjemmeside eller noget fangende \u2014 er produkt. <\/p>\n
Normalt starter arbejdet med projektet kl. 21 fredag aften, og deadline er kl. 10 s\u00f8ndag morgen. En del af denne tid skal afsattes til s\u00f8vn (at ikke sove og kode \u2014 det er en sikker vej til fiasko, det har jeg pr\u00f8vet), og det betyder, at deltagerne ikke har s\u00e5 meget tid til at lave noget kvalitetsm\u00e6ssigt. For at hj\u00e6lpe deltagerne er der repr\u00e6sentanter fra virksomheden og mentorer til stede. <\/p>\n
Arbejdet med projektet starter med kommunikation med repr\u00e6sentanterne fra virksomheden, da de bedre forst\u00e5r opgavens specifik, m\u00e5linger, og de vil sandsynligvis d\u00f8mme jeres arbejde til sidst. M\u00e5let med denne kommunikation er at forst\u00e5, hvilke retninger der er mest relevante, og hvor man skal fokusere sin opm\u00e6rksomhed og tid. <\/p>\n
P\u00e5 en hackathon blev der stillet en regressionopgave med et datas\u00e6t af tabeldata og billeder samt en klar metrik - RMSE. Efter at jeg havde talt med datascientisten fra virksomheden, inds\u00e5 jeg, at de havde brug for klassifikation, ikke regression, men nogen i ledelsen havde besluttet, at opgaven bedst kunne l\u00f8ses p\u00e5 denne m\u00e5de. Klassifikationen var ikke for at opn\u00e5 et \u00f8konomisk forbedringsm\u00e5l, men for at forst\u00e5 hvilke parametre der er mest v\u00e6sentlige ved beslutningstagning, og derefter bearbejde dem manuelt. Det betyder, at den oprindelige opgave (regression med RMSE) \u00e6ndres til klassifikation; prioriteten for vurderingen \u00e6ndres fra den opn\u00e5ede n\u00f8jagtighed til muligheden for at forklare resultatet. Dette udelukker muligheden for at bruge stacking og black box algoritmer. En s\u00e5dan dialog har sparet mig en masse tid og \u00f8get mine chancer for at vinde. <\/p>\n
N\u00e5r du har forst\u00e5et, hvad du skal g\u00f8re, begynder det faktiske arbejde med projektet. Du skal etablere checkpoints - tidspunkter, hvor de opstillede opgaver skal v\u00e6re udf\u00f8rt; samtidig er det en god id\u00e9 at forts\u00e6tte kommunikationen med mentorerne - repr\u00e6sentanter fra virksomheden og tekniske specialister - det er nyttigt til justering af din projektplan. Et friskt perspektiv p\u00e5 problemet kan give interessante l\u00f8sninger. <\/p>\n
Da hackathons tiltr\u00e6kker mange nybegyndere, er det god skik fra arrang\u00f8rernes side at afholde foredrag og workshops. Normalt er der tre foredrag - om hvordan man pr\u00e6senterer sin id\u00e9 som et produkt, et teknisk foredrag (for eksempel om brugen af \u00e5bne API'er i maskinl\u00e6ring, s\u00e5 du ikke skal skrive dit eget speech2text p\u00e5 to dage, men kan bruge det, der allerede findes), og et foredrag om pitching (hvordan man pr\u00e6senterer sit produkt, hvordan man korrekt gestikulerer p\u00e5 scenen, s\u00e5 lytterne ikke keder sig). Der er forskellige aktiviteter for at opmuntre deltagerne - yoga, bordfodbold og bordtennis eller videospil. <\/p>\n
Om s\u00f8ndagens morgen skal du pr\u00e6sentere resultaterne af dit arbejde for dommerne. P\u00e5 gode hackathons starter alt med teknisk ekspertise \u2014 fungerer det, som du p\u00e5st\u00e5r? Form\u00e5let med denne gennemgang er at sortere de hold fra, der har en flot pr\u00e6sentation og buzzwords, men ingen produkt, fra dem, der faktisk har gjort noget. Desv\u00e6rre er teknisk ekspertise ikke til stede p\u00e5 alle hackathons, og der findes tilf\u00e6lde, hvor et team med 12 slides og en mentalitet af \u201c\u2026 blockchain, kvantecomputing, og s\u00e5 klarer AI resten\u2026\u201d vinder f\u00f8rstepladsen. S\u00e5danne pr\u00e6cedenser er ikke s\u00e5 almindelige, men da de huskes bedst, tror mange, at en god pr\u00e6sentation er 99% af sejren i et hackathon. Pr\u00e6sentationen er for \u00f8vrigt vigtig, men dens bidrag er ikke mere end 30%. <\/p>\n
Efter deltagernes pr\u00e6sentation tr\u00e6ffer dommerne beslutning om pr\u00e6miering af vindere. Den officielle del af hackathonen er nu afsluttet. <\/p>\n
Motivation for at deltage i hackathons<\/h3>\n <\/p>\n
Erfaring <\/h4>\n \nSet fra et erfaringsperspektiv er hackathon et unikt arrangement. Der findes ikke mange steder, hvor man kan realisere en id\u00e9 fra ingenting p\u00e5 2 dage og f\u00e5 \u00f8jeblikkelig feedback p\u00e5 sit arbejde. Under hackathonen udvikler man kritisk t\u00e6nkning, evnen til at arbejde i team, tidsstyring, evnen til at arbejde i stressede situationer, evnen til at pr\u00e6sentere resultaterne af sit arbejde p\u00e5 en forst\u00e5elig m\u00e5de, pr\u00e6sentationsteknikker og mange andre f\u00e6rdigheder. Det er netop derfor, hackathons er et fantastisk sted for personer med teoretisk viden, der \u00f8nsker at f\u00e5 virkelig erfaring. <\/p>\n
Pr\u00e6mier <\/h4>\n \nDen typiske pr\u00e6miesum for et hackathon ligger normalt mellem 1.500 og 10.000 euro for f\u00f8rstepladsen (i Rusland mellem 100.000 og 300.000 rubler). Den forventede v\u00e6rdi (expected value, EV) ved deltagelse kan beregnes med en simpel formel: <\/p>\n
EV = Prize * WinRate + Future_Value - Costs<\/code><\/pre>\n\nhvor Pr\u00e6mie <\/i> \u2014 st\u00f8rrelsen p\u00e5 pr\u00e6mien (for enkelheds skyld antager vi, at der er \u00e9n pr\u00e6mie); WinRate <\/i> \u2014 vinderate (for et nybegyndervirksomhed vil denne v\u00e6rdi v\u00e6re begr\u00e6nset til 10%, for mere erfarne 50% og derover; jeg har m\u00f8dt folk, der kom hjem fra hvert hackathon med en pr\u00e6mie, men det er snarere undtagelsen end reglen, og p\u00e5 l\u00e6ngere sigt vil deres vinderate v\u00e6re lavere end 100%); Future_Value<\/i> \u2014 et m\u00e5l p\u00e5 den fremtidige profit fra deltagelse i hackathonet: dette kan v\u00e6re profit fra den erfaring, man f\u00e5r, de kontakter, man knytter, de informationer, man opn\u00e5r, osv. Det er praktisk talt umuligt at bestemme dette pr\u00e6cist, men det er noget, man skal huske; Omkostninger <\/i> \u2014 udgifter til transport, ophold, mv. <\/p>\n
Beslutningen om deltagelse tr\u00e6ffes p\u00e5 baggrund af en sammenligning af EV fra hackathonet med EV fra den aktivitet, man ville have engageret sig i, hvis hackathonet ikke havde fundet sted: hvis du ville ligge p\u00e5 sofaen i weekenden og pille n\u00e6se, s\u00e5 m\u00e5ske er det v\u00e6rd at deltage i hackathonet; hvis du vil tilbringe tid med dine for\u00e6ldre eller k\u00e6reste \u2014 s\u00e5 tag dem med i teamet til hackathonet (bare sjov \u2014 beslut selv), hvis du vil freelance \u2014 sammenlign dollar-pris pr. time. <\/p>\n
If\u00f8lge mine beregninger kan jeg sige, at det i Rusland for en gennemsnitlig data scientist p\u00e5 junior- til mellem-niveau at deltage i hackathons er sammenligneligt med den monet\u00e6re profit fra en almindelig arbejdsdag, men der er ogs\u00e5 nuancer (teamst\u00f8rrelse, type hackathon, pr\u00e6miepulje mv.). Generelt er hackathons lige nu ikke en guldgrube, men de kan give en p\u00e6n tilf\u00f8jelse til det personlige budget.<\/p>\n
Ans\u00e6ttelse i virksomheden og netv\u00e6rk <\/h4>\n \nFor virksomheden er hackathonet en m\u00e5de at ans\u00e6tte nye medarbejdere. Det er meget lettere for dig at vise, at du er en rationel person og kan arbejde under hackathonet, end under en jobsamtale, hvor du skal tegne et bin\u00e6rt tr\u00e6 p\u00e5 en tavle (hvilket for \u00f8vrigt ikke altid stemmer overens med det, du vil lave i det virkelige arbejde som data scientist, men traditioner skal respekteres). Denne test i 'kamp' kan erstatte en pr\u00f8vedag. <\/p>\n
Mit f\u00f8rste job fik jeg takket v\u00e6re et hackathon. Under hackathonet viste jeg, at man kunne f\u00e5 flere penge ud af dataene, og jeg fortalte, hvordan jeg planlagde at g\u00f8re det. Jeg startede et projekt under hackathonet, vandt det, og fortsatte derefter projektet i sponsorselskabet. Det var mit fjerde hackathon i mit liv. <\/p>\n
Muligheden for at f\u00e5 et unikt datas\u00e6t <\/h4>\n \nDette er et meget relevant punkt for datavidenskab hackathons, hvis betydning ikke er forst\u00e5et af alle. Normalt leverer sponsorvirksomhederne reelle datas\u00e6t under arrangementet. Disse data er private, de er omfattet af en NDA, men det forhindrer ikke i at vise dig et proof of concept p\u00e5 et rigtigt datas\u00e6t og ikke p\u00e5 et leget\u00f8js-titanic. I fremtiden vil s\u00e5danne resultater v\u00e6re en stor hj\u00e6lp ved ans\u00f8gning om job i den p\u00e5g\u00e6ldende virksomhed eller en konkurrentvirksomhed, eller n\u00e5r man skal begrunde lignende projekter. Enig i at, alt andet lige, have gennemf\u00f8rte projekter, som er blevet bed\u00f8mt positivt, er bedre end ikke at have nogle. Generelt spiller s\u00e5danne realiserede projekter en lignende rolle som medaljer og status p\u00e5 Kaggle, men deres v\u00e6rdi i industrien er mere \u00e5benlys. <\/p>\n
Tips <\/h3>\n \nGenerelt er arbejdet p\u00e5 et hackathon en temmelig varieret oplevelse, og det er sv\u00e6rt at formulere en liste over regler. Men her vil jeg gerne give en liste over observationer, der kan hj\u00e6lpe nybegyndere: <\/p>\n
\nV\u00e6r ikke bange for at deltage i hackathons, selvom du ikke har erfaring eller et team. T\u00e6nk p\u00e5, hvad du kunne v\u00e6re nyttig for. For eksempel har du m\u00e5ske en interessant id\u00e9, eller er du dygtig inden for et bestemt omr\u00e5de? Du kan bruge din domain knowledge til at formulere problemet og finde ud af, hvordan det kan l\u00f8ses p\u00e5 utraditionelle m\u00e5der. Eller m\u00e5ske er du den bedste til at google? Din evne kan spare dig for en masse tid, hvis du kan finde f\u00e6rdige implementationer p\u00e5 GitHub. Eller er du virkelig god til at tune parametre i lightgbm? I s\u00e5 fald skal du ikke g\u00e5 til hackathon, men bevise det i Kaggle konkurrencer. <\/li>\n Taktik er vigtigere end man\u00f8vrer. Din opgave p\u00e5 hackathonet er at l\u00f8se problemet. Nogle gange, for at l\u00f8se et problem, skal det identificeres. Tjek, om dit identificerede problem er relevant for virksomheden. Tjek din l\u00f8sning i forhold til problemet, og sp\u00f8rg dig selv om optimaliteten af din l\u00f8sning. Ved vurdering af din l\u00f8sning vil man f\u00f8rst se p\u00e5 relevansen af problemet og hensigtsm\u00e6ssigheden af den foresl\u00e5ede l\u00f8sning. Arkitekturen af dit neurale netv\u00e6rk eller hvor mange h\u00e6nder du har f\u00e5et, interesserer knap nogen. <\/li>\n Deltag i s\u00e5 mange hackathons som muligt, men v\u00e6r ikke bange for at forlade d\u00e5rligt organiserede arrangementer. <\/li>\n Tilf\u00f8j resultaterne af dit arbejde p\u00e5 hackathonet til dit CV, og v\u00e6r ikke bange for at skrive offentligt om det. <\/li>\n<\/ol>\n\nEssensen af hackathons. Kort sagt<\/i>habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u0440\u0438\u043c\u0435\u0440\u043d\u043e \u043f\u043e\u043b\u0442\u043e\u0440\u0430 \u0433\u043e\u0434\u0430 \u043d\u0430\u0437\u0430\u0434 \u044f \u043d\u0430\u0447\u0430\u043b \u0443\u0447\u0430\u0441\u0442\u0432\u043e\u0432\u0430\u0442\u044c \u0432 \u0445\u0430\u043a\u0430\u0442\u043e\u043d\u0430\u0445. \u0417\u0430 \u044d\u0442\u043e\u0442 \u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u0439 \u043f\u0440\u043e\u043c\u0435\u0436\u0443\u0442\u043e\u043a \u044f \u0443\u0441\u043f\u0435\u043b \u043f\u0440\u0438\u043d\u044f\u0442\u044c \u0443\u0447\u0430\u0441\u0442\u0438\u0435 \u0432 \u0431\u043e\u043b\u0435\u0435 \u0447\u0435\u043c 20 \u043c\u0435\u0440\u043e\u043f\u0440\u0438\u044f\u0442\u0438\u044f\u0445 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430 \u0438 \u0442\u0435\u043c\u0430\u0442\u0438\u043a \u0432 \u041c\u043e\u0441\u043a\u0432\u0435, \u0425\u0435\u043b\u044c\u0441\u0438\u043d\u043a\u0438, \u0411\u0435\u0440\u043b\u0438\u043d\u0435, \u041c\u044e\u043d\u0445\u0435\u043d\u0435, \u0410\u043c\u0441\u0442\u0435\u0440\u0434\u0430\u043c\u0435, \u0426\u044e\u0440\u0438\u0445\u0435 \u0438 \u041f\u0430\u0440\u0438\u0436\u0435. \u0412\u043e \u0432\u0441\u0435\u0445 \u043c\u0435\u0440\u043e\u043f\u0440\u0438\u044f\u0442\u0438\u044f\u0445 \u044f \u0437\u0430\u043d\u0438\u043c\u0430\u043b\u0441\u044f \u0430\u043d\u0430\u043b\u0438\u0437\u043e\u043c \u0434\u0430\u043d\u043d\u044b\u0445 \u0432 \u0442\u043e\u043c \u0438\u043b\u0438 \u0438\u043d\u043e\u043c \u0432\u0438\u0434\u0435. \u041c\u043d\u0435 \u043d\u0440\u0430\u0432\u0438\u0442\u0441\u044f \u043f\u0440\u0438\u0435\u0437\u0436\u0430\u0442\u044c \u0432 \u043d\u043e\u0432\u044b\u0435 \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u0433\u043e\u0440\u043e\u0434\u0430, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25305,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-33614","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Hvorfor](\"\/wp-content\/uploads\/2019\/05\/f90812f908c29e051c0513f33ff5aa2f.png\")