Körülbelül másfél éve kezdtem el hackathonokon részt venni. Ezalatt az idő alatt több mint 20 különböző méretű és témájú rendezvényen sikerült részt vennem Moszkvában, Helsinkiben, Berlinben, Münchenben, Amszterdamban, Zürichben és Párizsban. Minden tevékenységben részt vettem az adatelemzésben ilyen vagy olyan formában. Szeretek új városokba jönni, új kapcsolatokat kötni, friss ötletekkel előrukkolni, régi ötleteket rövid időn belül megvalósítani és az adrenalint az előadás és az eredményhirdetés során.
Ez a bejegyzés az első a három hackathon témájú bejegyzés közül, amelyben elmondom, mi is az a hackathon, és miért érdemes elkezdened részt venni a hackathonokon. A második bejegyzés ezeknek az eseményeknek a sötét oldaláról fog szólni - arról, hogy a szervezők hogyan hibáztak az esemény során, és mihez vezettek ezek. A harmadik bejegyzést a hackathonnal kapcsolatos kérdések megválaszolására fordítjuk.
Mi az a hackathon?
A hackathon több napos rendezvény, melynek célja egy probléma megoldása. Általában több probléma is adódik egy hackathonon, mindegyik külön pályaként jelenik meg. A szponzoráló cég megadja a feladat leírását, a sikermutatókat (a mérőszámok lehetnek szubjektívek, például „újdonság és kreativitás”, vagy lehetnek objektívek – osztályozási pontosság egy halasztott adatkészleten) és a siker eléréséhez szükséges erőforrásokat (vállalati API-k, adatkészletek, hardver) . A résztvevőknek meg kell fogalmazniuk egy problémát, megoldást kell javasolniuk, és a megadott időn belül be kell mutatniuk termékük prototípusát. A legjobb megoldások díjazásban részesülnek a cégtől, és lehetőséget kapnak a további együttműködésre.
Hackathon szakaszai
A feladatok kihirdetése után a hackathon résztvevői csapatokba tömörülnek: minden „magányos” mikrofont kap, és beszél a választott feladatról, tapasztalatairól, ötletéről és arról, hogy milyen szakemberekre van szüksége a megvalósításhoz. Néha egy csapat egy személyből állhat, aki képes a projekt összes munkáját önállóan, meglehetősen magas szinten elvégezni. Ez az adatelemzéssel kapcsolatos hackathonokra vonatkozik, de gyakran tiltott vagy nem kívánatos termékrendezvényeknél – a szervezők célja a projekt további folytatása, de már a vállalaton belül; a kialakított csapatnak számos előnye van azokkal a résztvevőkkel szemben, akik egyedül akarták megalkotni a terméket. Az optimális csapat általában 4 főből áll, és a következőkből áll: front-end, back-end, adattudós és üzletember. A datascience és a termékhackathonok között egyébként egészen egyszerű a felosztás - ha van egy áttekinthető mérőszámmal és ranglistával rendelkező adathalmaz, vagy a jupyter notebookban kóddal lehet nyerni - ez egy datascience hackathon; minden más - ahol alkalmazást, weboldalt vagy valami ragadós dolgot kell készíteni - élelmiszerbolt.
Egy projekten való munka általában pénteken 9 órakor kezdődik, a határidő pedig vasárnap délelőtt 10 óra. Ennek az időnek egy részét alvással kell tölteni (ellenőriztem, hogy az ébren maradás és a kódolás a kudarc receptje), ami azt jelenti, hogy a résztvevőknek nincs sok idejük minőségi előállításra. A résztvevők segítése érdekében a cégek képviselői és mentorai jelen vannak az oldalon.
A projekten végzett munka a cég képviselőivel való kommunikációval kezdődik, mivel ők jobban megértik a feladat sajátosságait, a mérőszámokat, és nagy valószínűséggel a végén ők fogják megítélni a munkáját. Ennek a kommunikációnak az a célja, hogy megértse, mely területek a legrelevánsabbak, és hová kell összpontosítania figyelmét és idejét.
Az egyik hackathonon azt a feladatot tűzték ki, hogy regressziót hajtsanak végre egy táblázatos adatokkal és képekkel, valamint egy egyértelmű mérőszámmal - RMSE - tartalmazó adatkészleten. Miután beszéltem a cég adattudósával, rájöttem, hogy nem regresszióra van szükség, hanem osztályozásra, de valaki a menedzsmentből egyszerűen úgy döntött, hogy a legjobb így megoldani a problémát. Osztályozásra pedig nem azért van szükségük, hogy a monetáris mutatók növekedjenek, hanem azért, hogy megértsék, mely paraméterek a legfontosabbak a döntéshozatal során, majd azokat manuálisan feldolgozzák. Vagyis a kezdeti probléma (regresszió RMSE-vel) osztályozásra módosul; Az értékelés prioritása a kapott pontosságtól az eredmény magyarázatának képességéig változik. Ez viszont kiküszöböli a halmozási és feketedoboz-algoritmusok alkalmazásának lehetőségét. Ez a párbeszéd sok időt megspórolt nekem, és növelte a nyerési esélyeimet.
Miután megértette, mit kell tennie, megkezdődik a projekt tényleges munkája. Be kell állítania az ellenőrző pontokat - azt az időt, ameddig a kijelölt feladatokat el kell végezni; Útközben érdemes folytatni a kommunikációt a mentorokkal – a cégek képviselőivel és a műszaki szakemberekkel – ez hasznos lehet a projekt útvonalának beállításához. Egy probléma friss pillantása érdekes megoldást sugallhat.
Mivel a hackathonokon nagy számban vesznek részt kezdők, a szervezők részéről jó gyakorlat az előadások, mesterkurzusok megtartása. Általában három előadásról van szó - arról, hogyan mutasd be az ötleted termék formájában, egy előadás technikai témákról (például a nyílt API-k használatáról a gépi tanulásban, hogy ne kelljen beszéd2szöveget beírnod). két nap, de használj készet), egy előadás a pitchingről (hogyan mutasd be a terméket, hogyan legyints helyesen a karjaiddal a színpadon, hogy a közönség ne unatkozzon). Különféle tevékenységek várják a résztvevőket – jóga, csocsó és tenisz, vagy konzoljáték.
Vasárnap délelőtt a zsűri elé kell terjesztenie munkája eredményét. A jó hackathonokon minden a technikai szakértelemmel kezdődik – valóban működik, amit állítasz? Ennek az ellenőrzésnek az a célja, hogy gyönyörű prezentációval és hívószavakkal, de termék nélkül kiszűrjük azokat a csapatokat, akik valóban csináltak valamit. Sajnos a technikai szakértelem egy hackathonon sincs jelen, és van olyan, hogy egy csapat 12 diával és a „... blokklánc, kvantumszámítás, majd a mesterséges intelligencia befejezi...” gondolkodásmódjával nyeri el az első helyet. Az ilyen előzmények nem túl gyakoriak, de mivel ezek a legemlékezetesebbek, sokan azt gondolják, hogy egy jó prezentáció 99%-ban a győzelem egy hackathonon. A prezentáció egyébként valóban fontos, de a hozzájárulása nem több 30%-nál.
A résztvevők fellépése után a zsűri dönt a nyertesek díjazásáról. Ezzel lezárult a hackathon hivatalos része.
Motiváció a hackathonokon való részvételre
Tapasztalat
A megszerzett tapasztalatok szempontjából a hackathon egyedülálló esemény. Nem sok olyan hely van a természetben, ahol a semmiből 2 nap alatt megvalósíthatsz egy ötletet, és azonnali visszajelzést kaphatsz a munkádról. A hackathon során fejlődik a kritikai gondolkodás, a csapatmunka képessége, az időgazdálkodás, a stresszhelyzetben való munkavégzés képessége, a munkája eredményének érthető formában történő bemutatásának képessége, a prezentációs készség és még sok más. Éppen ezért a hackathonok remek helyszínek azok számára, akik elméleti tudással rendelkeznek, akik valós tapasztalatokat szeretnének szerezni.
díjak
A hackathon nyereményalapja általában körülbelül 1.5 10 - 100 300 euró az első helyért (Oroszországban - XNUMX-XNUMX ezer rubel). A részvételből származó várható haszon (várható érték, EV) egy egyszerű képlettel számítható ki:
EV = Prize * WinRate + Future_Value - Costs
ahol Díj — a nyeremény nagysága (az egyszerűség kedvéért feltételezzük, hogy csak egy nyeremény van);
Nyerési arány — a győzelem valószínűsége (kezdő csapatnál ez az érték 10%, tapasztaltabb csapatnál 50% vagy magasabb; találkoztam már olyanokkal, akik minden hackathonról nyereménnyel távoztak, de ez inkább kivétel a szabály alól és hosszú távon a nyerési arányuk 100%-kal alacsonyabb lesz;
Jövő_érték - olyan érték, amely megmutatja a hackathonon való részvétel jövőbeni hasznát: ez lehet a megszerzett tapasztalatokból, kialakult kapcsolatokból, kapott információkból stb. Ezt az értéket szinte lehetetlen pontosan meghatározni, de emlékezni kell rá;
kiadások — szállítási, szállásköltség stb.
A részvételi döntés a hackathon EV-jének és annak a tevékenységnek az EV-jének összehasonlítása alapján születik, amelyet ha nem lenne hackathon: ha hétvégén a kanapén akarna feküdni, és felhúzni az orrát, akkor valószínűleg részt kell vennie a hackathonon; ha a szüleiddel vagy a barátnőddel töltesz időt, akkor vidd el őket egy csapatba hackathonra (csak viccelsz, döntsd el magad), ha szabadúszó, hasonlítsd össze a dollárórát.
Számításaim szerint elmondhatom, hogy Oroszországban egy átlagos junior-középszintű adattudós számára a hackathonokon való részvétel arányos a szokásos munkanap pénzbeli nyereségével, de vannak árnyalatok is (a csapat mérete, típusa). hackathon, nyereményalap stb.). Általánosságban elmondható, hogy a hackathonok jelenleg nem szerencsések, de kellemes lökést adhatnak személyes költségvetésének.
Vállalati toborzás és hálózatépítés
Egy vállalat számára a hackathon az új alkalmazottak felvételének egyik módja. Sokkal könnyebb lesz megmutatnod, hogy megfelelő ember vagy és tudod, hogyan kell dolgozni egy hackathonon, mint egy interjún, bináris fát csavarva a táblán (ami egyébként nem mindig felel meg annak, amit akarsz. valódi adatkutatói munkát végez, de a hagyományokat tiszteletben kell tartani). Egy ilyen teszt „harci” körülmények között helyettesítheti a tesztnapot.
Az első munkámat egy hackathonnak köszönhetően kaptam. A hackathonon megmutattam, hogy az adatokból több pénzt is ki lehet csikarni, és elmondtam, hogyan fogom ezt csinálni. Egy hackathonon elindítottam egy projektet, megnyertem, majd a projektet a támogató céggel folytattam. Ez volt a negyedik hackathon az életemben.
Lehetőség egyedi adatkészlet beszerzésére
Ez egy nagyon releváns pont az adattudományi hackathonok számára, amelyek fontosságát nem mindenki érti. Jellemzően a támogató cégek valós adatkészleteket szolgáltatnak az esemény során. Ezek az adatok magánjellegűek, NDA hatálya alá tartoznak, ami nem akadályozza meg, hogy valódi adathalmazon mutassuk meg a koncepció bizonyítékát, és ne egy játék Titanicon. Az ilyen eredmények a jövőben nagy segítséget jelentenek, ha ennél a cégnél vagy egy versenytárs cégnél jelentkeznek állásra, vagy hasonló projekteket indokolnak. Egyetértenek azzal, hogy ha minden más tényező változatlan, akkor jobb, ha befejezett projekteket pozitívan értékeltek, mintha nem lenne. Általánosságban elmondható, hogy az ilyen befejezett projektek hasonló szerepet töltenek be, mint az érmek és státuszok, de az iparág számára értékük nyilvánvalóbb.
Советы
Általánosságban elmondható, hogy a hackathonon való munka meglehetősen sokrétű élmény, és nehéz szabálylistát megfogalmazni. Itt azonban szeretnék egy listát adni azokról a megfigyelésekről, amelyek segíthetnek egy kezdőnek:
- Ne félj elmenni hackathonokra akkor sem, ha nincs tapasztalatod vagy csapatod. Gondold át, hogyan lehetsz hasznos. Például lehet, hogy van egy érdekes ötlete, vagy jól jártas valamilyen területen? Felhasználhatja tartományi ismereteit a probléma megfogalmazásakor, és nem triviális megoldásokat találhat. Vagy talán Ön a legjobb a Google-nál? Ügyességed sok időt takarít meg, ha kész implementációkat találsz a Githubban. Vagy nagyon jó a lightgbm paraméterek hangolása? Ebben az esetben ne menj el a hackathonra, hanem bizonyíts a kagla versenyen.
- A taktika sokkal fontosabb, mint a manőver. A célod a hackathonon egy probléma megoldása. Néha egy probléma megoldásához azonosítania kell azt. Ellenőrizze, hogy az azonosított probléma valóban releváns-e a vállalat számára. Ellenőrizd a megoldást a problémával szemben, kérdezd meg magadtól, hogy a megoldásod optimális-e. A megoldás értékelésekor először a probléma relevanciáját és a javasolt megoldás megfelelőségét vizsgálják. Kevés embert érdekel a neurális hálózatod architektúrája vagy, hogy hány leosztást kaptál.
- Vegyen részt minél több hackathonon, de ne féljen elsétálni a rosszul szervezett eseményektől.
- Add hozzá a hackathonon végzett munkád eredményeit az önéletrajzodhoz, és ne félj nyilvánosan írni róla.
A hackathonok lényege. Röviden
Forrás: will.com