Duela urte eta erdi inguru hasi nintzen hackathonetan parte hartzen. Denbora tarte horretan, Moskun, Helsinki, Berlin, Munich, Amsterdam, Zurich eta Parisen tamaina eta gai ezberdinetako 20 ekitaldi baino gehiagotan parte hartzea lortu nuen. Jarduera guztietan, modu batean edo bestean datuen analisian parte hartzen nuen. Gustatzen zait hiri berrietara etortzea, kontaktu berriak egitea, ideia freskoak ateratzea, ideia zaharrak denbora laburrean ezartzea eta antzezpenean eta emaitzen iragarpenean adrenalina igotzea.
Post hau hackathons gaiari buruzko hiru postetako lehena da, eta bertan hackathons-ak zer diren eta zergatik hasi behar zaren hackathons-etan parte hartzen esango dizut. Bigarren argitalpena ekitaldi hauen alde ilunei buruzkoa izango da: antolatzaileek ekitaldian akatsak nola egin zituzten eta zertara eraman zuten. Hirugarren mezua hackatonarekin lotutako gaiei buruzko galderei erantzutera bideratuko da.
Zer da hackaton bat?
Hackathon bat hainbat egunetan zehar egiten den ekitaldi bat da, eta horren helburua arazo bat konpontzea da. Normalean hackaton batean hainbat arazo izaten dira, bakoitza pista bereizi gisa aurkezten da. Enpresa babesleak zereginaren deskribapena, arrakasta-neurriak (neurriak subjektiboak izan daitezke "berritasuna eta sormena" bezalakoak, edo objektiboak izan daitezke - sailkapenaren zehaztasuna datu-multzo geroratu batean) eta arrakasta lortzeko baliabideak (enpresaren APIak, datu-multzoak, hardwarea) . Parte-hartzaileek arazo bat formulatu, irtenbide bat proposatu eta beren produktuaren prototipoa erakutsi behar dute emandako denboran. Irtenbide onenek konpainiaren sariak eta lankidetza gehiagorako aukera jasotzen dituzte.
Hackaton etapak
Zereginak iragarri ondoren, hackaton parte-hartzaileak taldetan batu egiten dira: "bakarrik" bakoitzak mikrofono bat jasotzen du eta aukeratutako zereginaz, bere esperientziaz, ideiaz eta inplementatzeko zer nolako espezialistak behar dituen hitz egiten du. Batzuetan, talde bat proiektuko lan guztiak modu independentean nahiko maila altuan burutzeko gai den pertsona batek osatu dezake. Datuen azterketarako hackathons-etarako garrantzitsua da, baina askotan debekatuta edo desiragarria da produktuen ekitaldietarako - antolatzaileek proiektuan lanean jarraitzea dute helburu, baina dagoeneko enpresan; sortutako taldeak abantaila ugari ditu produktua bakarrik sortu nahi zuten parte-hartzaileekiko. Talde optimoa normalean 4 lagunez osatuta dago eta hauek barne hartzen ditu: frontend, backend, data scientist eta negozio pertsona. Bide batez, datu-zientziaren eta produktuen hackathonen arteko banaketa nahiko erraza da - metrika argiekin eta sailkapen-taula batekin datu-multzo bat badago, edo jupyter koadernoan kodearekin irabaz dezakezu - hau datu-zientziako hackathon bat da; gainontzeko guztia - non aplikazio bat, webgunea edo zerbait itsaskorra egin behar duzun - janaria.
Normalean, ostiralean 9:10etan hasten da proiektu baten lana, eta azken eguna igandean XNUMX:XNUMXetan da. Denbora horren zati bat lotan eman behar da (esna egotea eta kodetzea porrotaren errezeta da, egiaztatu nuen), eta horrek esan nahi du parte-hartzaileek ez dutela denbora askorik kalitatezko ezer ekoizteko. Parte-hartzaileei laguntzeko, enpresako ordezkariak eta tutoreak daude webgunean.
Proiektu baten lana enpresako ordezkariekin komunikazioarekin hasten da, zereginaren zehaztapenak, neurketak hobeto ulertzen baitituzte eta ziurrenik zure lana epaituko dute azkenean. Komunikazio honen helburua da ulertzea zein arlo diren garrantzitsuenak eta non jarri behar duzun arreta eta denbora.
Hackathon batean, zeregina datu-multzo batean erregresioa egiteko ezarri zen, datu eta irudi tauladun eta metrika argi batekin - RMSE. Enpresako datu-zientzilariarekin hitz egin ondoren, konturatu nintzen ez zutela erregresiorik behar, sailkapena baizik, baina zuzendaritzako norbaitek erabaki zuen arazoa horrela konpontzea zela onena. Eta sailkapena behar dute ez diru-neurriak handitzeko, erabaki bat hartzeko orduan zein parametro diren garrantzitsuenak ulertzeko eta eskuz prozesatzeko baizik. Hau da, hasierako arazoa (erregresioa RMSErekin) sailkapenera aldatzen da; Lortutako zehaztasunetik emaitza azaltzeko gaitasunera aldatzen da ebaluazioaren lehentasuna. Honek, pilaketa eta kutxa beltzaren algoritmoak erabiltzeko aukera ezabatzen du. Elkarrizketa honek denbora asko aurreztu zidan eta irabazteko aukerak areagotu zituen.
Zer egin behar duzun ulertu ondoren, proiektuaren benetako lana hasten da. Kontrol-puntuak ezarri behar dituzu - esleitutako zereginak bete behar diren denbora; Bide horretan, komeni da tutoreekin (enpresen ordezkariekin eta espezialista teknikoekin) komunikatzen jarraitzea, hau erabilgarria da zure proiektuaren ibilbidea doitzeko. Arazo bati begirada berri batek irtenbide interesgarri bat iradoki dezake.
Hastapen ugarik hackathonetan parte hartzen dutenez, antolatzaileen aldetik praktika ona da hitzaldiak eta klase magistralak egitea. Normalean hiru hitzaldi izaten dira: zure ideia produktu gisa nola aurkeztu, gai teknikoei buruzko hitzaldia (adibidez, ikaskuntza automatikoan API irekiak erabiltzeari buruzkoa, bi egunetan zure speech2text idatzi behar izan ez dezazun). baina erabili prest egindako bat), pitching-ari buruzko hitzaldia (nola aurkeztu zure produktua, nola astindu besoak agertokian, publikoa asper ez dadin). Parte-hartzaileak dinamizatzeko hainbat jarduera daude: yoga saioa, futbolina eta tenisa, edo kontsola joko bat.
Igande goizean zure lanaren emaitzak aurkeztu behar dituzu epaimahaiari. Hackathon onetan, dena esperientzia teknikotik hasten da - benetan funtzionatzen al du zuk esaten duzunak? Egiaztagiri honen helburua aurkezpen eder batekin eta hitz-jokoekin taldeak kentzea da, baina produkturik gabe, benetan zerbait egin duten mutiletatik. Zoritxarrez, espezializazio teknikoa ez dago hackathon guztietan, eta badira kasuak 12 diapositiba eta mentalitatea duen talde batek "... blockchain, quantum computing, and then AI will finish it..." irabazten duen lehen postua. Horrelako aurrekariak ez dira hain ohikoak, baina gogoangarrienak direnez, jende askok uste du aurkezpen on bat hackaton batean garaipenaren %99 dela. Aurkezpena, bide batez, benetan garrantzitsua da, baina bere ekarpena ez da %30etik gorakoa.
Parte-hartzaileen emanaldien ostean, epaimahaiak irabazleak saritzea erabakitzen du. Honekin amaitzen da hackatonaren zati ofiziala.
Hackathonetan parte hartzeko motibazioa
esperientzia
Lortutako esperientziari dagokionez, hackatona ekitaldi paregabea da. Ez dago naturan ideia bat ezerezetik 2 egunetan gauzatu eta zure lanari buruzko berehalako iritzia jasotzeko leku askorik. Hackathonean, pentsamendu kritikoa, talde lanerako trebetasunak, denboraren kudeaketa, estres egoera batean lan egiteko gaitasuna, zure lanaren emaitzak modu ulergarri batean aurkezteko gaitasuna, aurkezpen gaitasunak eta beste hainbat hobetzen dira. Horregatik, hackathons-ak leku bikaina dira mundu errealeko esperientzia lortu nahi duten ezagutza teorikoak dituzten pertsonentzat.
Sariak
Normalean, hackathon sari-funtsa 1.5k - 10k euro ingurukoa da lehen posturako (Errusian - 100-300 mila errublo). Parte-hartzearen espero den etekina (esperotako balioa, EV) formula sinple baten bidez kalkula daiteke:
EV = Prize * WinRate + Future_Value - Costs
non Saria β sariaren tamaina (erraztasunagatik, sari bakarra dagoela suposatuko dugu);
WinRate β irabazteko probabilitatea (talde hasiberri batentzat balio hori % 10era mugatuko da, talde esperientziadunentzat - % 50 eta handiagoa; hackaton bakoitza sari batekin utzi duten jendea ezagutu dut, baina hau arauaren salbuespena da. eta epe luzera beren irabazi-tasa % 100 txikiagoa izango da;
Etorkizuna_Balioa - hackaton batean parte hartzeak etorkizuneko irabaziak erakusten dituen balio bat: lortutako esperientziatik, ezarritako konexioetatik, jasotako informaziotik, etab. Balio hori ia ezinezkoa da zehaztasunez zehaztea, baina gogoratu behar da;
Kostuen β Garraio, ostatu, etab.
Parte hartzeko erabakia hackaton-eko EV-a eta hackatonik ez balego egin nahiko zenukeen EV-a alderatuz hartzen da: asteburuan sofan etzanda eta sudurra hartu nahi bazenu, orduan seguruenik hackatoian parte hartu beharko zenuke; zure gurasoekin edo neska-lagunarekin denbora pasatzen baduzu, eraman itzazu talde batean hackaton baterako (txantxa besterik ez, zuk zeuk erabaki), freelance bazara, konparatu dolarraren ordua.
Nire kalkuluen arabera, esan dezaket Errusian junior-ertain mailako batez besteko datu-zientzilarientzat hackathons-etan parte hartzea ohiko lanaldi bateko diru-irabaziarekin bat datorrela, baina Γ±abardurak ere badaudela (taldearen tamaina, mota hackaton, sari-funtsa, etab.). Oro har, hackathons-ak ez dira momentuz bonanza bat, baina zure aurrekontu pertsonalari bultzada polita eman diezaiokete.
Enpresen kontratazioa eta networking-a
Enpresa batentzat, hackathon bat da langile berriak kontratatzeko moduetako bat. Askoz errazagoa izango zaizu elkarrizketa batean baino pertsona egokia zarela erakustea eta hackaton batean lan egiten dakiela, arbelean zuhaitz bitar bat biraka eginez (hori, bide batez, beti ez dator bat egingo duzunarekin datu-zientzialari gisa benetako lana egin, baina tradizioak errespetatu behar dira). "Borroka" baldintzetan horrelako proba batek proba egun bat ordezkatu dezake.
Hackaton bati esker lortu nuen nire lehen lana. Hackathonean, datuetatik diru gehiago atera daitekeela erakutsi nuen, eta hau nola egingo nuen kontatu nuen. Proiektu bat hackathon batean hasi nuen, irabazi nuen, eta gero proiektuarekin jarraitu nuen enpresa babeslearekin. Hau nire bizitzako laugarren hackatona izan zen.
Datu multzo bakarra lortzeko aukera
Hau oso puntu garrantzitsua da datu-zientzietako hackathons-en, zeinen garrantzia denek ulertzen ez duten. Normalean, enpresek babesleek benetako datu multzoak eskaintzen dituzte ekitaldian zehar. Datu hauek pribatuak dira, NDAren menpe daude, eta horrek ez digu eragozten kontzeptuaren froga benetako datu-multzo batean erakustea, eta ez jostailuzko Titanic batean. Etorkizunean, horrelako emaitzek asko lagunduko dute enpresa honetan edo enpresa lehiakide batean enplegua eskatzerakoan edo antzeko proiektuak justifikatzeko orduan. Ados, beste gauza guztiak berdinak izanik, positiboki baloratu diren proiektuak burutu izana hobe dela ez edukitzea baino. Oro har, amaitutako proiektu horiek domina eta estatusaren antzeko eginkizuna betetzen dute, baina industriarentzat haien balioa nabarmenagoa da.
Π‘ΠΎΠ²Π΅ΡΡ
Oro har, hackathon batean lan egitea esperientzia anitza da eta zaila da arau zerrenda bat egitea. Hala ere, hemen hasiberri bati lagun diezaiokeen behaketen zerrenda eman nahiko nuke:
- Ez izan beldurrik hackathonetara joateko, nahiz eta esperientziarik edo talderik ez izan. Pentsa nola izan zitekeen erabilgarria. Adibidez, agian ideia interesgarriren bat duzu edo ondo ezagutzen al duzu arloren batean? Zure domeinuaren ezagutza erabil dezakezu arazo bat formulatzerakoan eta irtenbide ez-hutsak aurkitzeko. Edo agian Google-n onena zara? Zure trebetasunak denbora asko aurreztuko du Github-en prest dauden inplementazioak aurkitzen badituzu. Edo oso ona al zara lightgbm parametroak sintonizatzen? Kasu honetan, ez joan hackatonera, baina frogatu kagla lehiaketan.
- Maniobrak baino garrantzitsuagoa da taktika. Hackathonean zure helburua arazo bat konpontzea da. Batzuetan, arazo bat konpontzeko, identifikatu behar duzu. Egiaztatu identifikatu duzun arazoa benetan garrantzitsua dela enpresarentzat. Egiaztatu zure irtenbidea arazoarekin, galdetu zeure buruari zure irtenbidea optimoa den. Zure irtenbidea ebaluatzerakoan, lehenik eta behin, arazoaren garrantzia eta proposatutako irtenbidearen egokitasuna aztertuko dute. Jende gutxi interesatzen da zure sare neuronalaren arkitekturan edo zenbat esku jaso dituzun.
- Parte hartu ahalik eta hackathon gehienetara, baina ez izan lotsati gaizki antolatutako ekitaldietatik urruntzeko.
- Gehitu hackaton-ean egindako lanaren emaitzak zure curriculumean eta ez izan beldurrik horri buruz publikoki idazteko.
Hackathonen funtsa. Labur-labur
Iturria: www.habr.com