Triloogia lõpuleviiv osa hackathonidest. Siin räägin osalemise motivatsioonist sellistel üritustel. oli pühendatud korraldajate vigadele ja nende tagajärgedele. Lõpposa vastab küsimustele, mis ei mahtunud kahte esimestesse osadesse.
Räägi, kuidas sa hakkasid hackathonidel osalema.
Olen õppinud Lappeenranta Ülikoolis magistrikraadiga, samal ajal osaledes andmeanalüüsi võistlustel. Minu tüüpiline päev nägi välja järgmine: äratus kell 8, paar loengut ülikoolis, siis võistlused ja Coursera veebikursus keskööni (kui esitamine on avatud, vaatan loenguid või lugesin artikleid). See range ajakava tõi oma viljad ja ma võitsin andmeanalüüsi võistluse MERC-2017 (millest tehti isegi ). Võit tõstis enesekindlust ning kui ma juhuslikult leidsin teavet hackathonist SkinHack 2 Moskvas, otsustasin külastada vanemaid ja uurida, mis see on — hackathon.
Ise hackathon osutus üsna lõbusaks. Oli kaks andmeanalüüsi rada selgete mõõdikute ja auhindadega 100k rubla jagu. Kolmas rada oli rakenduste arendamisega, mille auhind oli 50k ja seal ei olnud osalejaid. Ühel hetkel ütles korraldaja, et nupp, millel ei ole funktsiooni, võib võita 50k, sest auhind ei saa jääda välja maksmata. Ma ei hakanud rakenduste kodeerimist õppima (ma ei konkureeri seal, kus mind võivad kergesti “pöörata”), kuid see oli selge sõnum, et hackathonide alad pole rahvast täis.
Sel ajal lahendasin mõlemat rada andmeanalüüsis üksi. Leidsin andmetes nõrga koha, mis võimaldas saavutada ideaalse skoori, kuid seda veergu ei olnud testandmetes, mille sain kaks tundi enne ürituse lõppu (muuseas, toona mõistsin, et „target” veeru olemasolu treeningandmetes ei loe nõrgaks). Samal ajal avanes juhtimislaud, minu esitamine ilma nõrgata oli kolmandal kohal viiest, esimese ja teise vahel oli suur vahe ning ma otsustasin aega mitte raisata ja lahkusin.
Pärast seda, kui analüüsisin värskelt, mis juhtus, leidsin hulga vigu (üks mu harjumusi on vaimselt läbi käia, mis juhtus koos visiitkaardi ja vigade analüüsiga, nende põhjuse ja sellega, mida oleks saanud muuta – selline meeldiv pärand poolprofessionaalsest pokkerimängust). Kuid üks oli kindlasti selge – hackathonidel on palju väärtust ja ma pean selle kasutusele võtma. Pärast seda sündmust hakkasin jälgima üritusi ja gruppe ning järgmine hackathon ei lasknud end kaua oodata. Siis veel üks ja veel…
Miks tegeled hackathonidega, mitte kagliga?
Praegu ei meeldi mulle kagl. Teatud oskuste tasemest alates, ilma spetsiifiliste põhjusteta osalemiseks, muutub kagl vähem kasulikuks võrreldes teiste tegevustega. Olen varem palju osalenud, ilmselt suutsin kuidagi "lahkuda".
Miks hackathonid, mitte oma projekti kallal töötamine?
Mulle meeldib idee midagi ägedat oma kätega aeglasemas tempos teha. ODS-i poisid korraldasid kõigile, kes soovivad nädalavahetustel oma projekti teha üksteisemõistvate inimestega. Arvan, et liitun neile varsti.
Kuidas leiad üritusi?
Peamine allikas on hackathon.com (maailm) ja Telegrami vestlus (Venemaa). Lisaks kui ürituste kuulutused ilmuvad sotsiaalmeedia ja LinkedIn reklaamides. Kui ei leia midagi, siis võib vaadata siit: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Kas valmistad lahenduse plaani ette osalemise eel või lahendad kõik jooksvalt? Näiteks, nädal enne hackathoni mõtled: "Siia on vaja selline ja selline spetsialist, pean otsima"?
Kui hackathon on tootepõhine – jah, valmistun. Mõned nädalad ette mõtlen, mida teen, saan aru, kes võib vajalik olla, kogun meeskonna sõpradest või varasemate hackathonide osalejatest.
Kas on võimalik hakata hackatoni üksinda? Mida teha, kui pole meeskonda?
Andme teaduse hackathonid — see on päriselt (mina olen elav näide), tootealased — neid pole näha olnud, kuigi arvan, et võib-olla. Kahjuks seavad korraldajad vahel meeskonna minimaalsete osalejate arvu piirangu. Ma arvan, et see on tingitud sellest, et kõik „üksildased“ ei jõua finaali (st lahkuvad esimeste raskuste juures), meeskonnas osalemine hoiab siiski tagasi. Veel pärast üritust eeldatakse, et te jätkate tööga projekti kallal. Koos meeskonnaga on projekti lõpetamine kergem.
Kokkuvõttes soovitan alati osaleda meeskonnaga. Kui sul oma meeskonda ei ole, siis korraldajad aitavad sul kindlasti selle leidmisel või loomisel.
Kuidas saad hackathoni ajal väsimusega hakkama?
Hackathons antakse 2 päeva töötamiseks, see tähendab 48 tundi (30-48 tundi, võtame 48 lihtsuse huvides). Eemaldame uneaja (16-20 tundi), jääb mitte rohkem kui 30. Nendest läheb tegelikult tootlikuks tööks umbes 8 tundi (keskmiselt). Kui õigesti korraldada tööd (uni, toitumine, värskes õhus viibimine, harjutused, teadlikkuse minutid, õige suhtlemine meeskonnaga ja tegevuse vahetamine), siis saab sügava töö tunde tõsta 12-14-ni. Pärast sellist tööd tunned end kurnatuna, kuid see on meeldiv väsimus. Programmeerimine magamata ja pauside tegemata energiajookide peal toimetades — viib ebaõnnestumiseni.
Kas sul on oma valmis pipelines hackathonide jaoks? Kuidas need sul tekkisid, kuidas need on üles ehitatud (olevad kaustades .py failid, igaühele oma ülesande jaoks jne) ja kuidas hakata ise selliseid looma?
Ma ei kasuta täielikult valmis lahendusi varasematest hackathonidest uutest, kuid mul on oma mudelite ja pipeline’ide loomaaed varasematest võistlustest. Ma ei pea standardosi algusest peale ümber kirjutama (näiteks õige sihtkoodimine või lihtne võrk, et tuvastada kavatsemist tekstist), mis säästab mulle palju aega.
Praegusel hetkel näeb see välja järgmine: iga võistluse või hackathoni jaoks on oma repo GitHubis, kus hoiustatakse märkmeid, skripte ja väikest dokumentatsiooni selle kohta, mis toimub. Lisaks on olemas eraldi repo igasuguste pakettide „trikkide“ jaoks (nt õige sihtkoodimine koos ristvalideerimisega). Ma ei arva, et see on kõige elegantsem lahendus, kuid seni sobib see mulle.
Ma alustaksin kogu oma koodi salvestamisest kaustadesse ja lühikese dokumentatsiooni kirjutamisest (miks, mida, kuidas tegin ja tulemus).
Kas on tõesti võimalik nii lühikese ajaga MVP nullist valmistada või tulevad kõik osalejad valmis lahendustega?
Ma saan rääkida ainult andmeteadusega seotud projektidest — jah, see on võimalik. MVP jaoks on minu jaoks kaks fakti:
- Elujõuline idee esitatud toote kujul (st ärimudeli kanvas on välja kirjutatud). Alati peaks olema selge arusaam, miks ja kellele me toodet teeme. Mõnikord võidavad projektid, millel on hästi põhjendatud projekt, kuid prototüüpi pole, auhindu, ja selles pole midagi üllatavat. Kahjuks ei saa paljud osalejad iseseisvalt üle kaotuse kibedusest ja süüdistavad oma ebaõnnestumisi korraldajate lühinägelikkuses, jätkates täiesti arusaamatutele mudelitele keskendumist järgmistel hackathonidel.
- Teatud näitaja, et te suudate seda toodet teha (rakendus, kood, pipeline'i kirjeldus).
Mõnikord tuleb hackathonile meeskond, kellel on juba valmis lahendus, ja nad üritavad seda korraldajate ülesandele "sobitada". Sellised meeskonnad filtreeritakse tehnilisel eelkontrollil või arvestatakse ainult see osa, mille nad said kohapeal tehtud. Ma ei ole näinud selliseid meeskondi võitjatena, kuid arvan, et neile on siiski kasulik osaleda, arvestades tuleviku väärtust ().
Kas on näiteid, kuidas hackathonil loodud ideed on jõudnud tootmiseni/startup'ini?
Jah. Mul on olnud kolm juhtumit, kui projektid viidi tootmiseni. Ühe korra tegin ma seda ise, kaks korda - teiste kätega minu ideedest ja koodist, mille ma hackathonil kirjutasin. Tean ka mõnda meeskonda, kes jätkasid koostööd ettevõttega konsultantidena. Lõplikke tulemusi ma ei tea, kuid tõenäoliselt tehti midagi lõpuni. Ma ei ole startuppe korraldanud ja ei tea, et keegi midagi teeks, kuigi näiteid on kindlasti olemas.
Pärast paljude hackathonide osalemist, milliseid nõuandeid annaksid iseendale, kui saaksid minevikku naasta?
- Taktika on olulisem kui manööverdus. Kujuta iga otsust ette kui valminud toodet. Idee, Jupiteri notepad, algoritm ei tähenda midagi, kui ei ole selge, kes selle eest maksab.
- Enne midagi projekteerima hakkad, küsi endalt mitte "mida?", vaid "miks?" ja "kuidas?". Näide: kui projekteerid mingit ML lahendust, mõtle kõigepealt ideaalsele algoritmile: mida ta sisendina saab, kuidas tema ennustusi hiljem kasutatakse?
- Liitu meeskonnaga.
Millega tavaliselt hackathon'idelt toidetakse?
Tavaliselt toidetakse hackathon'idel halvasti: pitsad, energiajoogid, karastusjoogid. Peaaegu alati on toit korraldatud Rootsi lauas (või jagamislauas), millele tekib tohutu järjekord. Öösel toitu tavaliselt ei pakuta, kuigi ühes võistluses Pariisis jäeti öösel süüa — krõpsud, donutid ja kook. Kujutan ette korraldajate mõtteprotsessi: "Nii, mida programmeerijad söövad? Ah, just! Krõpsud ja donutid — see on kõik. Paneme neile seda jama." Järgmisel päeval küsisin korraldajatelt: "Poisid, kas öösel ei võiks midagi muud teha? No näiteks putru?" Pärast seda vaadati mind kui idiooti. Kuulus Prantsuse külalislahkus.
Headel hackathon'idel tellitakse toit kastides, seal on tavatoit, taimetoidud ja koššeritoit. Pluss pannakse külmkapp jogurtitega ja müsliga - neile, kes tahavad suupisteid. Tee, kohvi, vett - need on standardsed. Mäletan hackathon'i Hack Moscow 2 — seal toideti meid sooja boršiga ja kotlettidega koos kartulipudruga 1C kontori söökla.
Hackathon'ide kvaliteet sõltub, ütleme nüüd, korraldajate professionaalsest valdkonnast (näiteks, parimaid hackathon'e korraldavad konsultandid)?
Parimad hackathon'id on olnud korraldajatelt, kes kas olid neid varem korraldanud või olid varem osalenud. See on ilmselt ainus tegur, mis määrab ürituse kvaliteedi.
Kuidas mõista, et sa ei ole noob ja on aeg minna hackathon'ile?
Parim aeg minna hackathon'ile oli aasta tagasi. Teine parim aeg on praegu. Nii et julgutse, tee vigu, õpi - see on normaalne. Ievenne neuronivõrk - inimkonna suurim leiutis pärast ratast ja gradienteediga puu - ei suuda esimesel õppimisperioodil eristada kassi koerast.
Millised "punased lipud" ütlevad kohe, et üritus ei tule hea ja ei tasu aega raisata?
- Selge kirjelduse esitamine, mida on vaja teha (kehtib tootehakatonide puhul). Kui registreerimise ajal esitatakse teile selge ülesanne, siis on parem kodus püsida. Minu mäletamise järgi pole olnud ühtegi head hakkatoni koos projektiülesandega. Võrdluseks: Hästi — tehke meile midagi, mis on seotud audio vestluste analüüsiga. Halb — tehke meile rakendus, mis oleks võimeline eraldama vestluse kaheks eraldi helirada iga inimese jaoks.
- Väike auhinnafond. Kui teilt küsitakse “tindrit online poe jaoks AI abil” ja esimese koha auhind on 500 eurot ning meeskonna minimaalne suurus on 5 inimest — võib-olla ei tasu aega raisata (jah, see on tõeline hackathon, mis toimus Münchenis).
- Andmete puudumine (kehtib andmete teaduse hackathonide puhul). Korraldajad esitavad tavaliselt põhiinfot ürituse kohta ja mõnikord andmekogumi näidise. Kui ei ole esitatud — küsige, teilt ei võeta midagi. Kui 2-3 päeva jooksul ei ole selge, millised andmed on saadaval ja kas need on üldse olemas — see on punane lipp.
- Uued korraldajad. Ärge hoiduge ja otsige korraldajate kohta teavet internetist. Kui nad korraldavad sellist üritust esmakordselt — on suur tõenäosus, et midagi läheb valesti. Teisest küljest, kui korraldaja ja žüriiliikmed on varem hakkatone korraldanud või aktiivselt osalenud — see on roheline lipp.
Ühel hakkatonil öeldi mulle: „Sul oli parim lahendus skoori poolest, aga vabandust, meil hinnatakse meeskonnatööd ja sina töötasid üksi. Kui sa oleksid võtnud meeskonda üliõpilase või tüdruku…”? Kas oled sellise ebaõiglusega kokku puutunud? Kuidas sa sellega toime tulid?
Jah, olen kokku puutunud ja mitte ainult üks kord. Ma suhtun stoiliselt kõigesse, mis toimub: tegin kõik, mis minu võimuses, ja kui see ei õnnestunud — siis olgu nii.
Miks sa sellega kõik tegeled?
See kõik on lihtsalt igavusest.
Allikas: habr.com
