A hackathon-trilógia utolsó része. BAN BEN Beszéltem az ilyen rendezvényeken való részvétel motivációjáról. a szervezők hibáinak és azok eredményeinek szentelték. Az utolsó rész olyan kérdésekre ad választ, amelyek nem fértek bele az első két részbe.
Mesélje el, hogyan kezdett részt venni a hackathonokon.
A Lappeenrantai Egyetemen tanultam mesterképzést, miközben adatelemzési versenyeket oldottam meg. Az én tipikus napom így nézett ki: 8-kor kelés, pár pár az egyetemen, aztán versenyek, tanfolyamok éjfélig (amíg a beadvány számol, előadásokat nézek vagy cikkeket olvasok). Az ilyen szigorú ütemezés meghozta a gyümölcsét, és megnyertem a MERC-2017 adatelemző versenyt (amiről még szó volt ). A győzelem önbizalmat adott, és amikor véletlenül információhoz jutottam a moszkvai SkinHack 2 hackathonról, úgy döntöttem, meglátogatom a szüleimet, és egyúttal megtudom, mi is az a hackathon.
Maga a hackathon elég viccesre sikeredett. Az adatelemzésnek két sávja volt egyértelmű mérőszámokkal és egy adatkészlet 100 ezer rubel pénzdíjjal. A harmadik pálya az alkalmazásfejlesztésről szólt 50 50 nyereménnyel, és nem volt résztvevő. Egyszer azt mondta a szervező, hogy egy funkcionalitás nélküli gombos ablak XNUMX ezret nyerhet, mert a nyereményt nem lehet kifizetni. Nem kezdtem el tanulni az alkalmazások programozását (nem olyan versenyen indulok, ahol könnyen „ki lehet borulni”), de számomra egyértelmű üzenet volt, hogy a hackathonokon nem zsúfolt a mezőny.
Ezután mindkét adatelemzési pályát egyedül oldottam meg. Szivárgást találtam az adatokban, ami lehetővé tette az ideális sebesség elérését, de a szivárgó oszlop nem szerepelt a tesztadatok között, amelyeket két órával az esemény vége előtt kaptam (egyébként akkor értettem meg, hogy a jelenlét egy „cél” oszlop a vonatban nem számít szivárgásnak). Ezzel párhuzamosan kinyílt a ranglista, az arc nélküli beküldésem ötből a harmadik helyet szerezte meg, nagy volt a lemaradás az elsőhöz képest, és úgy döntöttem, hogy nem vesztegetem az időt, és távoztam.
Miután friss elmével elemeztem a történteket, egy csomó hibát találtam (egyik szokásom, hogy gondolatban végigpörgetem a jegyzettömbbel a történteket, és elemzem a hibákat, azok okát és azt, hogy min változtathattam volna - ez egy kellemes örökség egy félprofesszionális pókerjáték). De egy dolog biztos volt: a hackathonok nagy értéket képviselnek, és egyszerűen meg kellett valósítanom. Az esemény után elkezdtem figyelni az eseményeket és a csoportokat, és az ezt követő hackathon sem váratott sokáig magára. Aztán még egy, és még egy...
Miért csinálsz hackathonokat és nem Kaglo?
Jelenleg nem szeretem Kaglét. Egy bizonyos készségszinttől, konkrét részvételi okok nélkül, a kagle kevésbé hasznos, mint más tevékenységek. Korábban sokat vettem részt, láthatóan sikerült valahogy „leszállnom”.
Miért hackathonok, és miért nem dolgozol a saját projekten?
Tetszik az ötlet, hogy valami menőt készítsek a saját kezemmel, lassú ütemben. Az ODS srácai szervezkedtek mindenkinek, aki a hétvégét a projektjén való munkával szeretné eltölteni hasonló gondolkodású emberekkel. Azt hiszem, hamarosan én is csatlakozom hozzájuk.
Hogyan találja meg az eseményeket?
Fő forrás - hackathon.com (világ) és távirati chat (Oroszország). Ráadásul az eseményekről szóló bejelentések megjelennek a közösségi hálózatokon és a linkedin hirdetéseiben. Ha nem talál semmit, itt megkeresheti: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Készít-e megoldási tervet a részvétel előtt, vagy minden menet közben dől el? Például egy héttel a hackathon előtt szerinted: „Ilyen-olyan szakember kell ide, keresni kell”?
Ha a hackathon az étkezésről szól, igen, készülök. Néhány héttel azelőtt kitalálom, mit fogok csinálni, kitalálom, kik lehetnek hasznosak, és összeállítok egy baráti csapatot vagy résztvevőket a korábbi hackathonokról.
Valóban meg lehet hackelni egy hackathont egyedül? Mi a teendő, ha nincs csapat?
Az adattudományi hackathonok igaziak (ennek élő példája vagyok), élelmiszerboltokat még nem láttam, bár én is így gondolom. Sajnos előfordul, hogy a szervezők korlátozzák a csapat minimális létszámát. Szerintem ennek az az oka, hogy nem minden „magányos” jut el a döntőbe (vagyis egyszerűen az első nehézségekkel távozik), a csapatban való részvétel még mindig hátráltat. Az esemény után is várhatóan folytatni kell a projektet. Egy csapattal könnyebb lesz megvalósítani a projektet.
Általában azt tanácsolom, hogy mindig egy csapattal vegyen részt. Ha nincs saját csapatod, a szervezők mindig segítenek megtalálni vagy létrehozni.
Hogyan birkózik meg a fáradtsággal egy hackathon alatt?
A hackathonon 2 munkanapot kapsz, ez 48 óra (30-48 óra, vegyünk 48-at a könnyebb számolás kedvéért). Az alvásidőt (16-20 óra) eltávolítjuk, legfeljebb 30-at hagyunk. Ebből (átlagosan) 8 órát ténylegesen produktív munkára fordítunk. Ha jól megszervezed a munkádat (alvás, táplálkozás, kimozdulás a friss levegőre, gyakorlatok, éberség percei, megfelelő kommunikáció a csapattal és tevékenységváltás), akkor a mélymunkaidő 12-14 óráig növelhető. Az ilyen munka után kimerültnek érzi magát, de kellemes fáradtság lesz. Az alvás és szünetek nélküli, energiaitalokkal megszakított kódolás a kudarc receptje.
Van saját, kész csővezetéked a hackathonokhoz? Hogyan szerezted be őket, hogyan vannak elrendezve (mappákban vannak .py fájlokkal, mindegyik a saját feladatára stb.), és hogyan kezdhetsz hozzá ezek létrehozásához?
Nem használok teljesen kész megoldásokat a múltbeli hackathonokról az újakban, de van saját állatkertem a korábbi versenyek modelljeiből és csővezetékeiből. Nem kell a semmiből átírnom a szabványos darabokat (például helyes célkódolást vagy egyszerű rácsot a szándék kinyerésére a szövegből), amivel sok időt takarítok meg.
Jelenleg így néz ki: minden versenyhez vagy hackathonhoz van saját repó a GitHubon, jegyzetfüzeteket, szkripteket és kis dokumentációt tárol a történésekről. Plusz van egy külön repó mindenféle dobozos „trükkhöz” (mint például a helyes célkódolás keresztellenőrzéssel). Nem hiszem, hogy ez a legelegánsabb megoldás, de nekem egyelőre megfelel.
Kezdeném azzal, hogy az összes kódomat mappákba mentem, és rövid dokumentációt írnék (miért, mit, hogyan csináltam és az eredmény).
Reális ilyen rövid idő alatt a nulláról elkészíteni egy MVP-t, vagy minden résztvevő kész megoldással érkezik?
Csak az adattudományhoz kapcsolódó projektekről tudok mondani – igen, lehetséges. Az MVP számomra két tényező kombinációja:
- Életképes ötlet termékként bemutatva (azaz üzleti vászonra festve). Mindig világosan meg kell értenünk, miért és kinek készítünk terméket. Néha a jól megalapozott, de prototípus nélküli projektek díjakat nyernek, és ez nem meglepő. Sajnos sok résztvevő nem hagyhatja figyelmen kívül a vereség keserűségét, és kudarcát a szervezők rövidlátásának tulajdonítja, és a következő hackathonokon folytatják a modellezést egy ismeretlennek.
- Néhány jelző, hogy elkészítheti ezt a terméket (alkalmazás, kód, csővezetékek leírása).
Előfordul, hogy egy csapat kész megoldással érkezik egy hackathonra, és megpróbálja „szabni” a szervezők utasításaira. Az ilyen csapatokat a technikai átvizsgálás során levágják, vagy csak azt a részt „számítják”, amit a helyszínen végeztek. Nem láttam ilyen csapatokat győztesnek, de szerintem még mindig jövedelmező nekik játszani a jövőbeli érték miatt ().
Van-e példa arra, hogy a hackathonokon megvalósított kézműves alkotásokat a gyártásba/startupba hozták?
Igen. Három esetem volt, amikor gyártásba vitték. Egyszer magam, kétszer - valaki más kezével, a hackathonon írt ötleteim és kódjaim alapján. Ismerek néhány olyan csapatot is, amelyek továbbra is tanácsadóként működtek együtt a céggel. Nem tudom a végeredményt, de valószínűleg valami elkészült. Én magam nem szerveztem startupokat, és nem tudom, hogy bárki is csinált volna, bár biztos van rá példa.
Miután számos hackathonon részt vett, milyen tanácsot adna magának, ha visszamehetne az időben?
- A taktika sokkal fontosabb, mint a manőver. Gondoljon minden megoldásra kész termékként. Egy ötlet, egy Jupiter laptop, egy algoritmus semmit sem ér, ha nem világos, hogy ki fizet érte.
- Mielőtt bármit is tervezne, ne a „mit?” kérdésre válaszoljon, hanem a „miért?” kérdésre. És hogyan?". Példa: bármely ML-megoldás megtervezésekor először gondoljon az ideális algoritmusra: mit kap bemenetként, hogyan használják az előrejelzéseit a jövőben?
- Legyen része egy csapatnak.
Mivel szoktak etetni a hackathonokon?
A hackathonokon általában gyenge az étel: pizza, energiaitalok, szóda. Szinte mindig büfé (vagy tálalóasztal) formájában szervezik az ételeket, amelyekhez hatalmas sorbanállás áll rendelkezésre. Éjszaka általában nem adnak élelmet, bár egy párizsi versenyen volt olyan eset, hogy éjszakára ételt hagytak – chipset, fánkot és kólát. Elképzelem a szervezők gondolatmenetét: „Akkor mit esznek ott a programozók? Ó, pontosan! Chips, fánk – ez minden. Adjuk nekik ezt a szemetet." Másnap megkérdeztem a szervezőket: „Srácok, lehet valami mást csinálni éjszakára? Nos, talán egy kását?” Utána úgy néztek rám, mint egy idiótára. Híres francia vendégszeretet.
A jó hackathonokon az ételeket dobozban rendelik, rendszeres, vegetáriánus és kóser ételekre oszthatók. Ráadásul hűtőt tesznek fel joghurtokkal és müzlivel - azoknak, akik falatozni szeretnének. Tea, kávé, víz - standard. Emlékszem a Hack Moscow 2 hackathonra - az 1C iroda kantinjában jó szívvel etettek borscsot és krumplipürével szeleteket.
A hackathonok józansága, úgymond, a szervezők szakmai szféráján múlik (például a legjobb hackathonokat tanácsadók bonyolítják le)?
A legjobb hackathonok olyan szervezőktől származtak, akik korábban már szerveztek hackathonokat, vagy már részt vettek azokon. Talán ez az egyetlen tényező, amelytől az esemény minősége függ.
Hogyan lehet megérteni, hogy nem vagy noob, és itt az ideje egy hackathonnak?
A legjobb idő a hackathonra egy éve van. A második legjobb idő most van. Szóval hajrá, hibázz, tanulj – ez rendben van. Még egy neurális hálózat sem – az ember legnagyobb találmánya a fák feletti kerék és a gradiens növelése óta – nem tudja megkülönböztetni a macskát a kutyától a kiképzés első korszakában.
Milyen „piros zászlók” jelzik azonnal, hogy nem lesz túl jó a rendezvény, és nem kell időt vesztegetni?
- Világos leírás arról, hogy mit kell tenni (a termékhackathonokra vonatkozik). Ha a regisztráció során egyértelmű feladatot kap, akkor jobb, ha otthon marad. Emlékeim szerint egyetlen jó hackathon sem volt technikai specifikációkkal. Összehasonlításképpen: Rendben – csináljon nekünk valamit, ami az audiobeszélgetések elemzésével kapcsolatos. Rossz – készítsen nekünk egy olyan alkalmazást, amely képes lenne egy beszélgetést két külön hangsávra osztani minden egyes személy számára.
- Kis nyereményalap. Ha arra kérnek fel, hogy készíts „Tindert egy MI-vel rendelkező online áruházhoz”, és az első hely díja 500 euró és a csapat minimális létszáma 5 fő, valószínűleg nem érdemes vesztegetni az idejét (igen, ez egy igazi hackathon, Münchenben tartották).
- Adathiány (adattudományi hackathonokra vonatkozik). A szervezők általában alapvető információkat adnak meg az eseményről, és néha egy mintaadatkészletet is. Ha nem adták meg, kérdezz, nem kerül semmibe. Ha 2-3-on belül nem világos, hogy milyen adatokat fognak megadni, és egyáltalán, akkor ez piros zászló.
- Új szervezők. Ne légy lusta, és a Google-on tájékozódj a hackathon szervezőiről. Ha először tartanak ilyen jellegű rendezvényt, nagy a valószínűsége annak, hogy valami elromlik. Másrészt, ha a szervező és a zsűritagok már tartottak hackathont vagy aktívan részt vettek a múltban, akkor ez egy zöld zászló.
Egy hackathonon azt mondták nekem: „Rövid időn belül megvolt a legjobb megoldás, de sajnálom, a csapatmunkát értékeljük, és egyedül dolgoztál. Ha most diákot vagy lányt vennél a csapatodba...”? Találkoztál már ilyen igazságtalansággal? hogy bírtad?
Igen, nem egyszer találkoztam vele. Sztoikus vagyok mindennel szemben, ami történik: mindent megtettem, ami tőlem telt, ha nem sikerült, hát legyen.
Miért csinálod mindezt?
Mindez csak unalomból.
Forrás: will.com