Karibu mwaka mmoja na nusu uliopita, nilianza kushiriki katika hackathons. Katika kipindi hiki cha wakati, niliweza kushiriki katika matukio zaidi ya 20 ya ukubwa na mandhari mbalimbali huko Moscow, Helsinki, Berlin, Munich, Amsterdam, Zurich na Paris. Katika shughuli zote, nilihusika katika uchanganuzi wa data kwa namna moja au nyingine. Ninapenda kuja katika miji mipya, kufanya mawasiliano mapya, kuja na mawazo mapya, kutekeleza mawazo ya zamani kwa muda mfupi na kukimbilia kwa adrenaline wakati wa utendaji na utangazaji wa matokeo.
Chapisho hili ni la kwanza kati ya machapisho matatu juu ya mada ya hackathons, ambayo nitakuambia ni nini hackathons na kwa nini unapaswa kuanza kushiriki katika hackathons. Chapisho la pili litakuwa kuhusu upande wa giza wa matukio haya - kuhusu jinsi waandaaji walifanya makosa wakati wa tukio, na kile walichosababisha. Chapisho la tatu litajitolea kujibu maswali kuhusu mada zinazohusiana na hackathon.
Hackathon ni nini?
Hackathon ni tukio lililofanyika kwa siku kadhaa, lengo ambalo ni kutatua tatizo. Kawaida kuna shida kadhaa kwenye hackathon, kila moja inawasilishwa kama wimbo tofauti. Kampuni inayofadhili hutoa maelezo ya kazi, vipimo vya mafanikio (metriki zinaweza kuwa za kidhamira kama vile "ubunifu na ubunifu", au zinaweza kuwa lengo - usahihi wa uainishaji kwenye mkusanyiko wa data ulioahirishwa) na rasilimali za kupata mafanikio (API za kampuni, seti za data, maunzi) . Ni lazima washiriki watengeneze tatizo, wapendekeze suluhu, na waonyeshe mfano wa bidhaa zao ndani ya muda uliowekwa. Suluhisho bora hupokea zawadi kutoka kwa kampuni na fursa ya ushirikiano zaidi.
Hatua za Hackathon
Baada ya kazi kutangazwa, washiriki wa hackathon huungana katika timu: kila "mpweke" hupokea kipaza sauti na anazungumza juu ya kazi iliyochaguliwa, uzoefu wake, wazo na ni aina gani ya wataalam anaohitaji kwa utekelezaji. Wakati mwingine timu inaweza kuwa na mtu mmoja ambaye anaweza kukamilisha kazi yote kwenye mradi kwa kujitegemea kwa kiwango cha juu. Hii ni muhimu kwa hackathons juu ya uchambuzi wa data, lakini mara nyingi ni marufuku au haifai kwa matukio ya bidhaa - waandaaji wanalenga kuendelea na kazi zaidi kwenye mradi huo, lakini tayari katika kampuni; timu iliyoundwa ina faida kadhaa juu ya washiriki ambao walitaka kuunda bidhaa peke yao. Timu mojawapo kwa kawaida huwa na watu 4 na inajumuisha: mbele, nyuma-mwisho, mwanasayansi wa data na mfanyabiashara. Kwa njia, mgawanyiko kati ya datasayansi na hackathons ya bidhaa ni rahisi sana - ikiwa kuna hifadhidata iliyo na metriki wazi na ubao wa wanaoongoza, au unaweza kushinda na msimbo kwenye daftari la jupyter - hii ni hackathon ya datasayansi; kila kitu kingine - ambapo unahitaji kufanya maombi, tovuti au kitu nata - mboga.
Kwa kawaida, kazi kwenye mradi huanza saa 9 jioni siku ya Ijumaa, na tarehe ya mwisho ni 10 asubuhi Jumapili. Baadhi ya wakati huu unahitaji kutumiwa kulala (kukaa macho na kuweka coding ni kichocheo cha kushindwa, niliangalia), ambayo ina maana kwamba washiriki hawana muda mwingi wa kuzalisha chochote cha ubora. Ili kuwasaidia washiriki, wawakilishi wa kampuni na washauri wapo kwenye tovuti.
Kazi kwenye mradi huanza na mawasiliano na wawakilishi wa kampuni, kwani wanaelewa vyema maelezo ya kazi, metrics, na uwezekano mkubwa watahukumu kazi yako mwishoni. Madhumuni ya mawasiliano haya ni kuelewa ni maeneo gani yanafaa zaidi na wapi unapaswa kuzingatia umakini wako na wakati.
Katika hackathon moja, kazi iliwekwa kufanya regression kwenye hifadhidata yenye data ya jedwali na picha na metriki wazi - RMSE. Baada ya kuzungumza na mwanasayansi wa data wa kampuni, niligundua kuwa hawakuhitaji urekebishaji, lakini uainishaji, lakini mtu kutoka kwa usimamizi aliamua tu kuwa ni bora kutatua tatizo kwa njia hii. Na wanahitaji uainishaji si ili kupata ongezeko la metrics ya fedha, lakini ili kuelewa ni vigezo gani ni muhimu zaidi wakati wa kufanya uamuzi na kisha mchakato wao manually. Hiyo ni, shida ya awali (regression na RMSE) inabadilishwa kuwa uainishaji; Kipaumbele cha tathmini kinabadilika kutoka kwa usahihi uliopatikana hadi uwezo wa kuelezea matokeo. Hii, kwa upande wake, huondoa uwezekano wa kutumia stacking na algorithms ya sanduku nyeusi. Mazungumzo haya yaliniokoa muda mwingi na kuongeza nafasi yangu ya kushinda.
Baada ya kuelewa unachohitaji kufanya, kazi halisi kwenye mradi huanza. Lazima uweke vituo vya ukaguzi - wakati ambao kazi zilizopewa lazima zikamilike; Kwa njia hii, ni wazo nzuri kuendelea kuwasiliana na washauri - wawakilishi wa kampuni na wataalamu wa kiufundi - hii ni muhimu kwa kurekebisha njia ya mradi wako. Kuangalia upya tatizo kunaweza kupendekeza suluhisho la kuvutia.
Kwa kuwa idadi kubwa ya Kompyuta hushiriki katika hackathons, ni mazoezi mazuri kwa waandaaji kushikilia mihadhara na madarasa ya bwana. Kawaida kuna mihadhara mitatu - juu ya jinsi ya kuwasilisha wazo lako kama bidhaa, mhadhara juu ya mada za kiufundi (kwa mfano, juu ya utumiaji wa API wazi katika ujifunzaji wa mashine, ili sio lazima uandike hotuba yako2 maandishi kwa siku mbili, lakini tumia iliyotengenezwa tayari), mhadhara juu ya kuweka (jinsi ya kuwasilisha bidhaa yako, jinsi ya kutikisa mikono yako kwa usahihi kwenye jukwaa ili watazamaji wasichoke). Kuna shughuli mbalimbali za kuwatia nguvu washiriki - kikao cha yoga, mpira wa miguu wa meza na tenisi, au mchezo wa console.
Jumapili asubuhi unahitaji kuwasilisha matokeo ya kazi yako kwa jury. Katika hackathons nzuri, yote huanza na utaalam wa kiufundi - je, unachodai hufanya kazi kweli? Madhumuni ya hundi hii ni kuondoa timu zilizo na uwasilishaji mzuri na maneno mazuri, lakini bila bidhaa, kutoka kwa wavulana ambao kwa kweli walifanya kitu. Kwa bahati mbaya, utaalamu wa kiufundi haupo kabisa, na kuna matukio wakati timu yenye slides 12 na mawazo "... blockchain, quantum computing, na kisha AI itamaliza ..." inashinda nafasi ya kwanza. Utangulizi kama huo sio kawaida sana, lakini kwa kuwa ni wa kukumbukwa zaidi, watu wengi wanafikiria kuwa uwasilishaji mzuri ni 99% ya ushindi katika hackathon. Uwasilishaji, kwa njia, ni muhimu sana, lakini mchango wake sio zaidi ya 30%.
Baada ya maonyesho ya washiriki, juri huamua kuwatunuku washindi. Hii inahitimisha sehemu rasmi ya hackathon.
Motisha ya kushiriki katika hackathons
Uzoefu
Kwa upande wa uzoefu uliopatikana, hackathon ni tukio la kipekee. Hakuna maeneo mengi katika asili ambapo unaweza kutekeleza wazo bila chochote katika siku 2 na kupata maoni ya papo hapo juu ya kazi yako. Wakati wa hackathon, kufikiri muhimu, ujuzi wa kazi ya pamoja, usimamizi wa wakati, uwezo wa kufanya kazi katika hali ya shida, uwezo wa kuwasilisha matokeo ya kazi yako kwa fomu inayoeleweka, ujuzi wa kuwasilisha na wengine wengi huboreshwa. Hii ndiyo sababu hackathons ni mahali pazuri kwa watu walio na maarifa ya kinadharia ambao wanataka kupata uzoefu wa ulimwengu halisi.
Tuzo
Kwa kawaida, mfuko wa tuzo ya hackathon ni takriban 1.5k - 10k euro kwa nafasi ya kwanza (huko Urusi - rubles 100-300). Faida inayotarajiwa (thamani inayotarajiwa, EV) kutokana na ushiriki inaweza kuhesabiwa kwa kutumia fomula rahisi:
EV = Prize * WinRate + Future_Value - Costs
ambapo Tuzo - ukubwa wa tuzo (kwa unyenyekevu, tutafikiri kuwa kuna tuzo moja tu);
WinRate - uwezekano wa kushinda (kwa timu inayoanza thamani hii itapunguzwa hadi 10%, kwa timu yenye uzoefu zaidi - 50% na zaidi; Nimekutana na watu ambao waliacha kila hackathon na tuzo, lakini hii ni ubaguzi kwa sheria. na kwa muda mrefu kiwango chao cha ushindi kitakuwa chini kwa 100%);
Thamani_ya_Baadaye - thamani inayoonyesha faida ya baadaye kutokana na kushiriki katika hackathon: hii inaweza kuwa faida kutokana na uzoefu uliopatikana, miunganisho iliyoanzishwa, habari iliyopokelewa, nk. Thamani hii ni karibu haiwezekani kuamua kwa usahihi, lakini ni lazima ikumbukwe;
Gharama - gharama za usafiri, malazi, nk.
Uamuzi wa kushiriki unafanywa kwa kulinganisha EV ya hackathon na EV ya shughuli ambayo ungependa kufanya ikiwa hakukuwa na hackathon: ikiwa ulitaka kulala kwenye kitanda mwishoni mwa wiki na kuchukua pua yako, basi labda unapaswa kushiriki katika hackathon; ikiwa unatumia muda na wazazi wako au rafiki wa kike, kisha uwapeleke kwenye timu kwa hackathon (tu utani, uamua mwenyewe), ikiwa unajitegemea, kulinganisha saa ya dola.
Kulingana na mahesabu yangu, naweza kusema kwamba nchini Urusi kwa mwanasayansi wa data wastani katika ngazi ya chini-katikati, kushiriki katika hackathons ni sawa na faida ya fedha kutoka kwa siku ya kawaida ya kufanya kazi, lakini pia kuna nuances (saizi ya timu, aina. ya hackathon, mfuko wa tuzo, nk). Kwa ujumla, hackathons sio bonanza kwa sasa, lakini zinaweza kutoa nyongeza nzuri kwa bajeti yako ya kibinafsi.
Uajiri wa kampuni na mtandao
Kwa kampuni, hackathon ni mojawapo ya njia za kuajiri wafanyakazi wapya. Itakuwa rahisi kwako kuonyesha kuwa wewe ni mtu wa kutosha na unajua jinsi ya kufanya kazi kwenye hackathon kuliko kwenye mahojiano, ukizungusha mti wa binary kwenye ubao (ambayo, kwa njia, hailingani kila wakati na kile unachotaka. fanya kazi halisi kama mwanasayansi wa data, lakini mila lazima iheshimiwe). Jaribio kama hilo chini ya hali ya "mapambano" linaweza kuchukua nafasi ya siku ya jaribio.
Nilipata kazi yangu ya kwanza shukrani kwa hackathon. Katika hackathon, nilionyesha kuwa pesa nyingi zinaweza kubanwa nje ya data, na niliambia jinsi ningefanya hivi. Nilianza mradi kwenye hackathon, nikashinda, kisha nikaendelea na mradi na kampuni inayofadhili. Hii ilikuwa hackathon ya nne katika maisha yangu.
Fursa ya kupata hifadhidata ya kipekee
Hili ni jambo muhimu sana kwa hackathons za sayansi ya data, umuhimu ambao sio kila mtu anaelewa. Kwa kawaida, makampuni yanayofadhili hutoa seti halisi za data wakati wa tukio. Data hii ni ya faragha, iko chini ya NDA, ambayo haituzuii kukuonyesha uthibitisho wa dhana kwenye mkusanyiko halisi wa data, na sio kwenye toy ya Titanic. Katika siku zijazo, matokeo kama haya yatasaidia sana wakati wa kuomba kazi katika kampuni hii au kampuni mshindani, au katika kuhalalisha miradi kama hiyo. Kubali kwamba, vitu vingine vyote kuwa sawa, baada ya kukamilisha miradi ambayo ilitathminiwa vyema ni bora kuliko kutokuwa nayo. Kwa ujumla, miradi kama hiyo iliyokamilishwa ina jukumu sawa na medali na takwimu, lakini kwa tasnia thamani yao ni dhahiri zaidi.
Π‘ΠΎΠ²Π΅ΡΡ
Kwa ujumla, kufanya kazi kwenye hackathon ni uzoefu tofauti na ni ngumu kuunda orodha ya sheria. Walakini, hapa ningependa kutoa orodha ya uchunguzi ambayo inaweza kusaidia anayeanza:
- Usiogope kwenda kwenye hackathons hata kama huna uzoefu au timu. Fikiria jinsi unavyoweza kuwa na manufaa. Kwa mfano, labda una wazo la kuvutia au unafahamu vyema eneo fulani? Unaweza kutumia maarifa ya kikoa chako unapotengeneza tatizo na kutafuta masuluhisho yasiyo ya maana. Au labda wewe ni bora katika Google? Ustadi wako utaokoa muda mwingi ikiwa unaweza kupata utekelezaji uliotengenezwa tayari katika Github. Au wewe ni mzuri sana katika kurekebisha vigezo vya lightgbm? Katika kesi hii, usiende kwenye hackathon, lakini uthibitishe katika mashindano ya kagla.
- Mbinu ni muhimu zaidi kuliko ujanja. Lengo lako kwenye hackathon ni kutatua tatizo. Wakati mwingine, ili kutatua tatizo, unahitaji kutambua. Hakikisha kuwa tatizo lako lililotambuliwa linafaa kwa kampuni. Angalia suluhisho lako dhidi ya shida, jiulize ikiwa suluhisho lako ni bora. Wakati wa kutathmini suluhisho lako, wataangalia kwanza umuhimu wa tatizo na utoshelevu wa suluhisho lililopendekezwa. Watu wachache wanavutiwa na usanifu wa mtandao wako wa neva au ni mikono mingapi uliyopokea.
- Hudhuria hackathons nyingi iwezekanavyo, lakini usione haya kuhusu kuondoka kwenye matukio ambayo hayajapangwa vizuri.
- Ongeza matokeo ya kazi yako kwenye hackathon kwenye wasifu wako na usiogope kuandika kuihusu hadharani.
Kiini cha hackathons. Kwa ufupi
Chanzo: mapenzi.com