<\/a><\/noindex><\/p>\nWhat is a hackathon?<\/h3>\n \nA hackathon is an event held over a few days, aimed at solving a specific problem. Typically, there are several problems at a hackathon, each represented as a separate track. The sponsoring company provides a description of the task, success metrics (which can be subjective, like 'novelty and creativity', or objective \u2014 accuracy of classification on a holdout dataset), and resources for achieving success (the company's API, datasets, 'hardware'). Participants must define the problem, propose a solution, and showcase a prototype of their product within the allotted time. The best solutions receive prizes from the company and the opportunity for further collaboration. <\/p>\n
Stages of a hackathon<\/h3>\n \nEtter at oppgavene er annonsert, samles deltakerne fra hackathonen i grupper: hver \"alene kj\u00f8rer\" f\u00e5r mikrofon og snakker om den valgte oppgaven, sin erfaring, ideen sin og hvilken type spesialister han trenger for \u00e5 gjennomf\u00f8re dette. Noen ganger kan et lag best\u00e5 av \u00e9n person som er i stand til \u00e5 utf\u00f8re hele arbeidet selvstendig p\u00e5 et h\u00f8yt niv\u00e5. Dette er aktuelt for hackathoner innen datanalyse, men ofte forbudt eller u\u00f8nsket for produktarrangementer \u2014 arrang\u00f8rene er fokusert p\u00e5 videre arbeid med prosjektet, men allerede i et selskap; det dannede laget har flere fordeler over deltakere som \u00f8nsker \u00e5 skape produktet alene. Det optimale laget best\u00e5r vanligvis av 4 personer og inkluderer: frontend, backend, data scientist og en forretningsperson. Forresten er inndelingen mellom datavitenskap\/produkt-hackathoner ganske enkel \u2014 hvis det finnes et datasett med klare m\u00e5lemetoder og leaderboard, eller man kan vinne med koden i Jupyter Notebook \u2014 er dette et datavitenskapshackathon; alt annet \u2014 der det kreves \u00e5 lage en applikasjon, nettside eller noe som fanger oppmerksomheten \u2014 er produkt <\/p>\n
Som regel starter arbeidet med prosjektet klokka 21.00 p\u00e5 fredag, og fristen er klokka 10.00 p\u00e5 s\u00f8ndag. En del av denne tiden m\u00e5 settes av til s\u00f8vn (\u00e5 ikke sove og kode er en sikker vei til \u00e5 mislykkes, det har jeg pr\u00f8vd), noe som betyr at deltakerne har begrenset tid til \u00e5 lage noe kvalitetsmessig. For \u00e5 hjelpe deltakerne er det tilstede representanter fra selskapet og mentorer. <\/p>\n
Arbeidet med prosjektet starter med samtaler med representantene fra selskapet, ettersom de har bedre forst\u00e5else av oppgave-spesifikasjonene, metrikker og de vil sannsynligvis bed\u00f8mme arbeidet ditt p\u00e5 slutten. M\u00e5let med disse samtalene er \u00e5 forst\u00e5 hvilke retninger som er mest relevante, og hvor man b\u00f8r fokusere oppmerksomheten og tiden sin. <\/p>\n
P\u00e5 en hackathon ble det satt en regresjonsoppgave p\u00e5 et datasett med tabul\u00e6re data og bilder og en klar metrik \u2013 RMSE. Etter \u00e5 ha snakket med dataspecialisten i selskapet, forsto jeg at de trengte en klassifisering, men noen i ledelsen hadde bestemt at oppgaven skulle l\u00f8ses p\u00e5 denne m\u00e5ten. De trengte klassifisering ikke for \u00e5 oppn\u00e5 \u00f8konomiske gevinster, men for \u00e5 forst\u00e5 hvilke parametere som er viktigst i beslutningsprosessen, for s\u00e5 \u00e5 behandle dem manuelt. Den opprinnelige oppgaven (regresjon med RMSE) ble dermed endret til klassifisering; prioriteten for vurdering skiftet fra oppn\u00e5dd n\u00f8yaktighet til muligheten for \u00e5 forklare resultatet. Dette utelukker bruken av stacking og black box-algoritmer. En slik dialog sparet meg for mye tid og \u00f8kte mine sjanser til \u00e5 vinne. <\/p>\n
N\u00e5r du har forst\u00e5tt hva du m\u00e5 gj\u00f8re, begynner det reelle arbeidet med prosjektet. Du m\u00e5 sette opp sjekkpunkter \u2013 tidspunktet du m\u00e5 ha gjennomf\u00f8rt de tildelte oppgavene; i tillegg er det lurt \u00e5 fortsette \u00e5 kommunisere med mentorer \u2013 representanter fra selskapet og tekniske spesialister \u2013 dette er nyttig for \u00e5 justere ruten for prosjektet ditt. Et friskt perspektiv p\u00e5 problemet kan gi deg interessante l\u00f8sninger. <\/p>\n
Siden det deltar mange nybegynnere p\u00e5 hackathons, er det god skikk fra arrang\u00f8rene \u00e5 holde forelesninger og workshops. Vanligvis er det tre forelesninger \u2013 om hvordan man presenterer ideen sin som et produkt, en teknisk forelesning (for eksempel om bruk av \u00e5pne API-er i maskinl\u00e6ring, slik at du slipper \u00e5 skrive din egen speech2text p\u00e5 to dager, men kan bruke en ferdiglaget), og en forelesning om pitching (hvordan presentere produktet sitt, hvordan h\u00e5ndtere kroppsspr\u00e5ket p\u00e5 scenen slik at publikum ikke kjeder seg). Det tilbys forskjellige aktiviteter for \u00e5 energisere deltakerne \u2013 yogatim, bordfotball og tennis eller konsollspill. <\/p>\n
S\u00f8ndag morgen m\u00e5 du levere resultatene av arbeidet ditt til juryen. P\u00e5 gode hackathons begynner alt med teknisk vurdering \u2014 fungerer det du p\u00e5st\u00e5r at det gj\u00f8r? M\u00e5let med denne evalueringen er \u00e5 skille team med vakre presentasjoner og buzzwords, men uten produkt fra de som faktisk har gjort noe. Dessverre er ikke teknisk vurdering til stede p\u00e5 alle hackathons, og det skjer at et team med 12 lysbilder og tankesettet \u201e\u2026 blockchain, kvanteberegning, og her vil AI fikse det\u2026\u201c vinner f\u00f8rsteplassen. Slike tilfeller er ikke s\u00e5 vanlige, men fordi de huskes best, tror mange at en god presentasjon er 99% av seieren i en hackathon. Presentasjonen er for \u00f8vrig virkelig viktig, men dens bidrag er ikke mer enn 30%. <\/p>\n
Etter deltakerens presentasjon tar juryen en avgj\u00f8relse om \u00e5 premie vinnerne. Den offisielle delen av hackathonet er n\u00e5 avsluttet. <\/p>\n
Motivasjon for \u00e5 delta p\u00e5 hackathons<\/h3>\n <\/p>\n
Erfaring <\/h4>\n \nFra et erfaringsperspektiv er hackathon en unik hendelse. Det finnes ikke s\u00e5 mange steder hvor du kan realisere en id\u00e9 fra ingenting p\u00e5 2 dager og f\u00e5 \u00f8yeblikkelig tilbakemelding p\u00e5 arbeidet ditt. Under et hackathon utvikles kritisk tenkning, teamarbeid, tidsstyring, evnen til \u00e5 h\u00e5ndtere stress, evnen til \u00e5 presentere resultatene tydelig, presentasjonsferdigheter og mange andre. Derfor er hackathons et flott sted for folk med teoretisk kunnskap som \u00f8nsker \u00e5 f\u00e5 praktisk erfaring. <\/p>\n
Premier <\/h4>\n \nDen vanlige premiepuljen i et hackathon utgj\u00f8r omtrent 1,5k \u2014 10k euro for f\u00f8rsteplassen (i Russland \u2014 100-300 tusen rubler). Den forventede gevinsten (expected value, EV) ved deltakelse kan beregnes med en enkel formel: <\/p>\n
EV = Prize * WinRate + Future_Value - Costs<\/code><\/pre>\n\nder Premie <\/i> \u2014 st\u00f8rrelsen p\u00e5 premien (for enkelhets skyld antar vi at det bare er \u00e9n premie); WinRate <\/i> \u2014 sannsynligheten for \u00e5 vinne (for et nybegynnerlag vil dette tallet v\u00e6re begrenset til 10%, for et mer erfarent lag \u2014 50% eller mer; jeg har truffet folk som forlot hvert hackathon med en premie, men dette er snarere unntaket enn regelen, og over lang tid vil deres winrate v\u00e6re under 100%); Future_Value<\/i> \u2014 et m\u00e5l som viser den fremtidige fortjenesten fra deltakelse i et hackathon: dette kan v\u00e6re fortjeneste fra tilegnet erfaring, nettverksbygging, informasjon mottatt, osv. Denne st\u00f8rrelsen er praktisk talt umulig \u00e5 fastsl\u00e5 n\u00f8yaktig, men det er viktig \u00e5 huske p\u00e5; Kostnader <\/i> \u2014 utgifter til transport, overnatting, andre. <\/p>\n
Beslutningen om deltakelse tas p\u00e5 grunnlag av sammenligning av EV for hackathon med EV for aktiviteten du ville ha gjort dersom hackathonet ikke hadde skjedd: hvis du ville slappet av p\u00e5 sofaen i helgen og plukket nesen, s\u00e5 er det kanskje verdt \u00e5 delta i hackathonet; hvis du vil tilbringe tid med foreldrene eller kj\u00e6resten \u2014 ta dem med p\u00e5 hackathon-teamet (bare tuller, avgj\u00f8r selv), hvis du vil frilanse \u2014 sammenlign dollar-per-time. <\/p>\n
Etter mine beregninger, kan jeg si at i Russland for en gjennomsnittlig data scientist av junior-middels niv\u00e5, er deltakelse i hackathoner sammenlignbart med den \u00f8konomiske fortjenesten fra en vanlig arbeidsdag, men det er ogs\u00e5 nyanser (st\u00f8rrelsen p\u00e5 teamet, type hackathon, premiepotten osv.). Generelt er hackathoner for \u00f8yeblikket ikke en gullgruve, men de kan gi et hyggelig tilskudd til det personlige budsjettet.<\/p>\n
Ansettelse i selskapet og nettverksbygging <\/h4>\n \nFor selskapet er hackathon en av m\u00e5tene \u00e5 ansette nye ansatte p\u00e5. Det vil v\u00e6re mye lettere for deg \u00e5 vise at du er en kompetent person og kan jobbe under hackathon enn \u00e5 gj\u00f8re det under et intervju, der du tegner et bin\u00e6rt tre p\u00e5 tavlen (som for \u00f8vrig ikke alltid stemmer overens med det du faktisk vil gj\u00f8re i den virkelige jobben som data scientist, men tradisjoner m\u00e5 respekteres). Denne testen under 'strid' kan erstatte en pr\u00f8ve-dag. <\/p>\n
Min f\u00f8rste jobb fikk jeg takket v\u00e6re et hackathon. P\u00e5 hackathonet viste jeg at man kunne f\u00e5 mer penger ut av dataene, og jeg fortalte hvordan jeg planla \u00e5 gj\u00f8re det. Jeg startet et prosjekt p\u00e5 hackathonet, vant det, og fortsatte deretter prosjektet i selskapet som var sponsor. Dette var det fjerde hackathonet i mitt liv. <\/p>\n
Mulighet til \u00e5 f\u00e5 et unikt datasett <\/h4>\n \nDette er et sv\u00e6rt relevant punkt for datavitenskaps hackathons, hvis betydning ikke alle forst\u00e5r. Vanligvis gir sponsorbedrifter ekte datasett under arrangementet. Disse dataene er private og underlagt NDA, noe som ikke hindrer dem i \u00e5 vise deg et proof of concept med et ekte datasett, og ikke et leket\u00f8y som Titanic. Slike resultater vil etter hvert v\u00e6re til stor hjelp n\u00e5r du s\u00f8ker jobb i dette selskapet eller hos en konkurrent, eller ved \u00e5 begrunne lignende prosjekter. Enig i at, alt annet likt, det er bedre \u00e5 ha utf\u00f8rte prosjekter som har f\u00e5tt positive vurderinger enn ikke \u00e5 ha dem? Generelt sett spiller slike gjennomf\u00f8rte prosjekter en lignende rolle som medaljer og status p\u00e5 Kaggle, men for industrien er deres verdi mer \u00e5penbar. <\/p>\n
R\u00e5d <\/h3>\n \nGenerelt sett er det \u00e5 jobbe p\u00e5 et hackathon en ganske variert erfaring, og det er vanskelig \u00e5 formulere en spesifikk liste med regler. Men her vil jeg gjerne gi en liste med observasjoner som kan hjelpe nybegynnere: <\/p>\n
\nIkke v\u00e6r redd for \u00e5 delta p\u00e5 hackathons selv om du ikke har erfaring eller et team. Tenk p\u00e5 hva du kan v\u00e6re nyttig med. Kanskje har du en interessant id\u00e9, eller s\u00e5 har du godt grep om et spesifikt omr\u00e5de? Du kan bruke din domenekunnskap n\u00e5r du formulerer problemet og finne ukonvensjonelle l\u00f8sninger. Eller kanskje er du best i klassen til \u00e5 s\u00f8ke p\u00e5 Google? Dine ferdigheter vil spare deg for mye tid hvis du kan finne eksisterende implementasjoner p\u00e5 GitHub. Eller er du veldig god p\u00e5 tuning av parametere i LightGBM? I s\u00e5 fall, ikke dra til hackathon, men bevis det i Kaggle-konkurranser. <\/li>\n Taktikk er viktigere enn man\u00f8vrer. Din oppgave p\u00e5 hackathon er \u00e5 l\u00f8se et problem. Noen ganger m\u00e5 du identifisere et problem f\u00f8r du kan l\u00f8se det. Sjekk at det problemet du har identifisert faktisk er relevant for selskapet. Vurder din l\u00f8sning i henhold til problemet, still deg selv sp\u00f8rsm\u00e5let om hvor optimal l\u00f8sningen din er. N\u00e5r l\u00f8sningen din vurderes, vil fokuset f\u00f8rst og fremst v\u00e6re p\u00e5 relevansen av problemet og hensiktsmessigheten til den foresl\u00e5tte l\u00f8sningen. Arkitekturen p\u00e5 ditt nevrale nettverk eller hvor mange armer-auksjoner du fikk er lite interessant for de fleste. <\/li>\n Bes\u00f8k s\u00e5 mange hackathons som mulig, men ikke v\u00e6r redd for \u00e5 forlate d\u00e5rlig organiserte arrangementer. <\/li>\n Legg til resultatene av arbeidet ditt p\u00e5 hackathonet i CV-en din, og v\u00e6r ikke redd for \u00e5 skrive om det offentlig. <\/li>\n<\/ol>\n\nEssensen av hackathons. Kort fortalt<\/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\")