It lêste diel fan 'e hackathon-trilogy. YN Ik hie it oer de motivaasje om mei te dwaan oan sokke eveneminten. wie wijd oan de flaters fan de organisatoaren en harren resultaten. It lêste diel sil fragen beantwurdzje dy't net passe yn 'e earste twa dielen.
Fertel ús hoe't jo begûn meidwaan oan hackathons.
Ik studearre foar in masterstitel oan 'e Universiteit fan Lappeenranta by it oplossen fan kompetysjes yn gegevensanalyse. Myn typyske dei seach der sa út: opstean om 8, in pear pearen op 'e universiteit, dan kompetysjes en kursussen oant middernacht (wylst it yntsjinjen telt, sjoch ik lêzingen of lês artikels). Sa'n strang skema droech frucht, en ik wûn de MERC-2017 data-analyzekompetysje (dy't sels besprutsen waard ). De oerwinning joech my fertrouwen, en doe't ik by ûngelok ynformaasje oer de SkinHack 2 hackathon yn Moskou kaam, besleat ik myn âlden te besykjen en tagelyk út te finen wat in hackathon is.
De hackathon sels blykte aardich grappich te wêzen. D'r wiene twa spoaren op gegevensanalyse mei dúdlike metriken en in dataset mei prizejild fan 100k roebel. De tredde spoar wie op app ûntwikkeling mei in priis fan 50k, en der wiene gjin dielnimmers. Op in stuit sei de organisator dat in finster mei in knop sûnder funksjonaliteit 50k winne koe, om't de priis net útbetelle wurde koe. Ik begon net te learen hoe't ik applikaasjes programmearje (ik konkurrearje net wêr't ik maklik "omdraaid" wurde kin), mar foar my wie it in dúdlik berjocht dat de fjilden yn hackathons net fol binne.
Doe haw ik beide gegevensanalysesporen allinich oplost. Ik fûn in lek yn 'e gegevens wêrtroch't ik de ideale snelheid koe krije, mar de kolom mei it lek wie net yn' e testgegevens dy't ik twa oeren foar it ein fan it evenemint krige (troch de manier, doe begriep ik dat de oanwêzigens fan in "doel" kolom yn 'e trein telt net as in lek ). Tagelyk iepene it Leaderboard, myn yntsjinjen sûnder gesicht naam it tredde plak fan fiif, der wie in grutte gat nei de earste en ik besleat gjin tiid te fergriemen en gie fuort.
Nei't ik mei in frisse geast analysearre wat der barde, fûn ik in boskje flaters (ien fan myn gewoanten is om mentaal troch te rôljen wat der bard is mei it notepad en de flaters, har oarsaak, en wat feroare wurde koe - sa'n noflike erfenis te analysearjen fan in semy-profesjonele poker spultsje). Mar ien ding wie wis wis - d'r is in protte wearde yn hackathons, en ik moast it gewoan ymplementearje. Nei dit evenemint begon ik eveneminten en groepen te kontrolearjen, en de folgjende hackathon wie net lang te kommen. Dan noch ien, en noch ien...
Wêrom dogge jo hackathons en net Kaglo?
Ik fyn Kagle op it stuit net leuk. Fan in bepaald feardigensnivo, sûnder spesifike redenen foar dielname, wurdt kagle minder nuttich as oare aktiviteiten. Ik die earder in protte mei, blykber slagge it my op ien of oare manier "ôf te kommen".
Wêrom hackathons en net wurkje oan jo eigen projekt?
Ik hâld fan it idee fan it meitsjen fan wat cool mei myn eigen hannen yn in stadich tempo. De jonges fan ODS organisearren foar elkenien dy't it wykein trochbringe wol oan har projekt mei likesinnige minsken. Ik tink dat ik meikoarten by harren sil.
Hoe fine jo eveneminten?
Main boarne - hackathon.com (wrâld) en telegram chat (Ruslân). Plus, oankundigings fan eveneminten ferskine yn reklame op sosjale netwurken en op linkedin. As jo neat fine, kinne jo hjir sjen: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Meitsje jo in oplossingsplan foar foardat jo dielnimme of wurdt alles op 'e flecht besletten? Bygelyks, in wike foar de hackathon, tinke jo: "Wy sille hjir sa'n en sa'n spesjalist nedich wêze, wy moatte der nei sykje"?
As de hackathon foar iten is, ja, ik meitsje my klear. In pear wiken foar't, ik fyn út wat ik sil dwaan, útfine wa't kin wêze nuttich, en sammelje in team fan freonen of dielnimmers út ferline hackathons.
Is it echt mooglik om in hackathon allinich te hacken? Wat te dwaan as der gjin team is?
Hackathons foar gegevenswittenskippen binne echt (ik bin hjir in libben foarbyld fan), ik haw gjin hackathons sjoen, hoewol ik dat ek tink. Spitigernôch lizze organisatoaren soms in limyt op it minimum oantal dielnimmers yn in team. Ik tink dat dit komt troch it feit dat net alle "loners" de finale berikke (dat is, se geane gewoanwei mei de earste swierrichheden); dielname oan in team hâldt noch hieltyd werom. Sels nei it evenemint wurdt ferwachte dat jo trochgean te wurkjen oan it projekt. It sil makliker wêze om it projekt mei in team te realisearjen.
Yn 't algemien is myn advys om altyd mei in team diel te nimmen. As jo gjin eigen team hawwe, sille de organisatoaren jo altyd helpe om ien te finen of te meitsjen.
Hoe kinne jo omgean mei wurgens tidens in hackathon?
By de hackathon krije jo 2 dagen om te wurkjen, dat is 48 oeren (30-48 oeren, lit ús 48 nimme foar it gemak fan tellen). Wy ferwiderje tiid foar sliep (16-20 oeren), litte net mear as 30. Dêrfan sille 8 oeren (gemiddeld) eins wurde bestege oan produktyf wurk. As jo jo wurk goed organisearje (sliepe, fieding, útgean yn 'e frisse loft, oefeningen, minuten fan mindfulness, goede kommunikaasje mei it team en wikseljen fan aktiviteiten), dan kinne djippe wurktiden ferhege wurde nei 12-14. Nei sa'n wurk sille jo wurch fiele, mar it sil noflike wurgens wêze. Kodearjen sûnder sliep en pauzes, ûnderbrutsen troch enerzjydranken, is in resept foar mislearring.
Hawwe jo jo eigen ready-made pipelines foar hackathons? Hoe hawwe jo se krigen, hoe binne se organisearre (se steane yn mappen mei .py-bestannen, elk foar har eigen taak, ensfh.) En hoe kinne jo begjinne mei it meitsjen fan dizze sels?
Ik brûk net folslein klearmakke oplossingen út ferline hackathons yn nije, mar ik haw myn eigen bistetún fan modellen en pipelines út ferline kompetysjes. Ik hoech gjin standert stikken fanôf it begjin te oerskriuwen (bygelyks korrekte doelkodearring of in ienfâldich raster foar it heljen fan yntinsje út tekst), wat my in protte tiid besparret.
Op it stuit sjocht it der sa út: foar elke kompetysje of hackathon is d'r in eigen repo op GitHub, it bewarret notebooks, skripts en lytse dokumintaasje oer wat der bart. Plus d'r is in aparte repo foar alle soarten "tricks" yn doazen (lykas juste doelkodearring mei krúsvalidaasje). Ik tink net dat dit de meast elegante oplossing is, mar it past my foar no.
Ik soe begjinne mei it bewarjen fan al myn koade yn mappen en it skriuwen fan koarte dokumintaasje (wêrom, wat, hoe't ik it die en it resultaat).
Is it realistysk om yn sa'n koarte tiid in MVP fanôf it begjin te meitsjen of komme alle dielnimmers mei klearebare oplossingen?
Ik kin allinich sizze oer projekten yn ferbân mei datawittenskip - ja, it is mooglik. MVP foar my is in kombinaasje fan twa faktoaren:
- In libbensfetbere idee presintearre as produkt (dus skildere op in saaklik doek). D'r moat altyd in dúdlik begryp wêze fan wêrom en foar wa't wy in produkt meitsje. Soms winne projekten mei in goed ûndergrûn ûntwerp, mar sûnder prototype, prizen, en dit is net ferrassend. Spitigernôch kinne in protte dielnimmers de bitterens fan 'e nederlaach net negearje en har mislearrings taskriuwe oan' e koarte sicht fan 'e organisatoaren, trochgean mei it snijen fan modellen foar ûnbekende redenen by de folgjende hackathons.
- Guon yndikator dat jo dit produkt kinne meitsje (applikaasje, koade, beskriuwing fan pipelines).
It bart dat in team nei in hackathon komt mei in klearebare oplossing en besiket it "oan te passen" oan 'e ynstruksjes fan' e organisatoaren. Sokke teams wurde ôfsnien tidens technyske screening of allinich it diel dat se diene op 'e side wurdt "teld". Ik haw sokke ploegen net as winners sjoen, mar ik tink dat it noch altyd rendabel is foar har om te spyljen fanwegen de takomstige wearde ().
Binne d'r foarbylden fan it bringen fan ambachten ymplementearre by hackathons nei produksje / opstarten?
Ja. Ik hie trije gefallen doe't se it oan produksje brochten. Ien kear sels, twa kear - mei in oar syn hannen, basearre op myn ideeën en koade dy't ik skreau by de hackathon. Ik ken ek in pear teams dy't as adviseurs fierder gearwurkje mei it bedriuw. Ik wit net de definitive resultaten, mar nei alle gedachten is wat klear. Ik haw net organisearre startups sels en ik wit net dat immen hat, hoewol't ik bin der wis fan dat der binne foarbylden.
Nei it meidwaan oan in protte hackathons, hokker advys soene jo josels jaan as jo werom yn 'e tiid kinne?
- Taktiken binne wichtiger as manoeuvres. Tink oan elke oplossing as in klear produkt. In idee, in Jupiter-laptop, in algoritme binne neat wurdich as net dúdlik is wa't der foar betelje sil.
- Foardat jo wat ûntwerpe, beäntwurdzje de fraach net "wat?", mar "wêrom?" En hoe?". Foarbyld: by it ûntwerpen fan in ML-oplossing, tink earst oer it ideale algoritme: wat krijt it as ynput, hoe wurde de foarsizzingen brûkt yn 'e takomst?
- Wês diel fan in team.
Wat se meastal feed op hackathons?
Meastal is it iten by hackathons min: pizza, enerzjydranken, soda. Hast altyd wurdt it iten organisearre yn 'e foarm fan in buffet (as tsjinjende tafel) dêr't in grutte wachtrige is. Se jouwe normaal gjin iten nachts, hoewol d'r in saak wie op ien kompetysje yn Parys wêr't iten oernachtich bleau - chips, donuts en cola. Ik sil my it tinkproses fan de organisatoaren foarstelle: “Dus wat ite programmeurs dêr? Och, krekt! Chips, donuts - dat is alles. Litte wy harren dit rommel jaan." De oare deis frege ik de organisatoaren: “Jongens, is it mooglik om wat oars te dwaan foar de nacht? No, miskien wat pap?” Dêrnei seagen se my oan as wie ik in idioat. Ferneamde Frânske gastfrijheid.
By goede hackathons wurdt iten besteld yn doazen; der is in ferdieling yn reguliere, fegetaryske en kosher mielen. Plus se sette in kuolkast mei yoghurt en muesli - foar dyjingen dy't wolle hawwe in hapke. Tee, kofje, wetter - standert. Ik tink de Hack Moskou 2 hackathon - se fiede my fan herte borsjt en koteletten mei aardappelpuree yn 'e kantine fan it 1C-kantoar.
De ferstân fan hackathons hinget, sa te sizzen, ôf fan 'e profesjonele sfear fan' e organisatoaren (bygelyks de bêste hackathons wurde útfierd troch adviseurs)?
De bêste hackathons wiene fan organisatoaren dy't al earder hackathons organisearre hawwe of earder oan meidien hawwe. Miskien is dit de ienige faktor wêrfan de kwaliteit fan it evenemint hinget.
Hoe kinne jo begripe dat jo gjin noob binne en it is tiid foar in hackathon?
De bêste tiid om nei in hackathon te gean is in jier lyn. De twadde bêste tiid is no. Dus gean der foar, meitsje flaters, learje - it is goed. Sels in neuraal netwurk - de grutste útfining fan 'e minske sûnt it tsjil en de gradient dy't oer beammen stimuleart - kin in kat net ûnderskiede fan in hûn yn' e earste epoch fan training.
Hokker "reade flaggen" jouwe fuortendaliks oan dat it evenemint net heul goed sil wêze en dat jo gjin tiid fergrieme moatte?
- In dúdlike beskriuwing fan wat der dien wurde moat (relevant foar produkthackathons). As jo by de registraasje in dúdlike taak krije, dan is it better om thús te bliuwen. Yn myn ûnthâld wie d'r net ien goede hackathon mei technyske spesifikaasjes. Foar fergeliking: Okee - doch ús wat relatearre oan it analysearjen fan audiokonversaasjes. Slecht - meitsje ús in applikaasje dy't by steat wêze soe om in petear te splitsen yn twa aparte audiospoaren foar elke persoan.
- Lyts priis fûns. As jo frege wurde om "Tinder foar in online winkel mei AI" te meitsjen en de priis foar it earste plak is 500 euro en in minimale teamgrutte fan 5 minsken, is it wierskynlik net wurdich om jo tiid te fergriemen (ja, dit is in echte hackathon dy't wie hâlden yn München).
- Gebrek oan gegevens (relevant foar hackathons foar datawittenskip). Organisators jouwe normaal basisynformaasje oer it evenemint en soms in stekproef dataset. As se it net hawwe levere, freegje dan, it kostet jo neat. As it binnen 2-3 ûndúdlik is hokker gegevens sille wurde levere en oft se sille wurde levere, dit is in reade flagge.
- Nije organisatoaren. Wês net lui en Google ynformaasje oer de hackathon-organisatoaren. As se foar it earst in evenemint fan dit soarte hâlde, is der in grutte kâns dat der wat mis giet. Oan de oare kant, as de organisator en sjueryleden al hackathons hâlden hawwe of yn it ferline aktyf meidien hawwe, is dat in griene flagge.
Op ien hackathon fertelden se my: "Jo hiene de bêste oplossing yn koarte tiid, mar sorry, wy evaluearje teamwurk, en jo wurken allinich. No, as jo in studint of in famke nei jo team namen ...”? Hawwe jo sa'n ûnrjocht oait tsjinkommen? Hoe hawwe jo omgean?
Ja, ik haw it faker as ien kear moete. Ik bin stoïsynsk oer alles wat bart: ik haw alles dien yn myn macht, as it net slagge, sa wêze it.
Wêrom dogge jo dit alles?
Dit alles is gewoan út ferfeling.
Boarne: www.habr.com