QA: Hakatoni

Noslēdzošā daļa par trilogiju par hakatoniem. V pirmajā daļā es pastāstīju par motivāciju piedalīties šādos notikumos. Otrā daļa bija veltīta organizatoru kļūdām un to rezultātiem. Noslēdzošā daļa atbildēs uz jautājumiem, kuri neiekļāvās pirmajās divās daļās.

Pastāsti, kā tu sākai piedalīties hakatonos.
Es studēju Lappeenranta universitātes maģistrantūrā, vienlaikus piedaloties datu analīzes sacensībās. Mans tipiskais dienas plāns izskatījās šādi: celšanās plkst. 8, dažas stundas universitātē, pēc tam sacensības un kursi līdz pusnaktij (kamēr tiek skaitīts iesniegums, es skatos lekcijas vai lasu rakstus). Šāda stingra programma atnesa augļus, un es uzvarēju datu analīzes konkursā MERC-2017 (par ko pat bija raksts Habrā). Uzvara mani piepildīja ar pārliecību, un, kad es nejauši uzgāju informāciju par hakatonu SkinHack 2 Maskavā, nolēmu apciemot vecākus un vienlaikus uzzināt, kas tas ir — hakatons.

Pats hakatons iznāca diezgan izklaidējošs. Bija divi datu analīzes ceļi ar skaidru metriku un datu kopu ar balvām 100k rubļu apmērā. Trešais ceļš bija izstrādes ceļš ar balvu 50k, un tajā nebija dalībnieku. Vienā brīdī organizators teica, ka logs ar pogu bez funkcionalitātes var uzvarēt 50k, jo balva nevar palikt neizmaksāta. Es nesāku mācīties programmēt lietotnes (es nekonkurēju tur, kur mani var viegli “apgāzt”), bet man tas bija skaidrs ziņojums, ka lauki hakatonos nav aizņemti.

Toreiz es risināju abus datu analīzes ceļus viens. Es atradu sakarību datos, kas ļāva iegūt ideālu rezultātu, bet kolonna ar sakarību nebija testēšanas datos, kurus saņēmu divas stundas pirms pasākuma beigām (starpcitu, tad es sapratu, ka kolonnas “target” esamība treniņos netiek uzskatīta par sakarību). Tajā pašā laikā tika atklāta līderu tabula, mans iesniegums bez sakarības ieņēma trešo vietu no piecām, līdz pirmajai bija liela atstatums, un es nolēmu netērēt laiku un aizbraucu.

Pēc tam, kad es analizēju, kas notika, es atradu daudz kļūdu (viena no manām ieradumiem ir garīgi pārdomāt notikušo ar bloknotu un analizēt kļūdas, to iemeslus un ko varētu mainīt - tāda patīkama puse pusprofesionālās pokera spēles). Bet viens bija skaidrs - hakatonos ir daudz vērtības, un man noteikti jārealizē tās. Pēc šī notikuma es sāku sekot līdzi pasākumiem un grupām, un nākamais hakatons ilgi nebija jāgaida. Pēc tam vēl viens, un vēl…

Kāpēc tu nodarbojies ar hakatoniem, nevis kагlu?
Pašlaik man nepatīk kагl. No noteikta prasmju līmeņa, bez specifiskām dalības iemesliem, kагl kļūst mazāk noderīgs nekā citas aktivitātes. Es daudz piedalījos agrāk, acīmredzot, man izdevās kaut kā "novērtēties".

Kāpēc hakatoni, nevis darbs pie sava projekta?
Man patīk ideja izveidot kaut ko lielisku ar pašām rokām ritenī ne ātrā tempā. Puisīši no ODS organizēja ODS mājas projektiem visiem, kas vēlas brīvdienās strādāt pie sava projekta vienprātībā ar domubiedriem. Domāju, ka drīz pievienošos viņiem.

Kā tu atrodi pasākumus?
Galvenais avots ir hackathon.com (pasaulē) un čats telegramā Krievu hakeri (Krievija). Plus pasākumu paziņojumi parādās reklāmās sociālajos tīklos un Linkedin. Ja neko neatrodi, var paskatīties šeit: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

Vai tu sagatavo risinājuma plānu pirms dalības, vai viss notiek pēc idejas? Piemēram, nedēļu pirms hakatona tu domā: „Te būs vajadzīgs tāds un tāds speciālists, būs jāmeklē”?
Ja hakatons ir produktīgs — jā, gatavojos. Pēdējās nedēļās pirms es izdomāju, ko darīšu, pārdomāju, kas varētu būt noderīgs, veidoju komandu no draugiem vai iepriekšējo hakatonu dalībniekiem.

Vai tiešām var hakatonu apgūt vienatnē? Ko darīt, ja nav komandas?
Datu zinātnes hakatoni — tas ir reāli (es esmu dzīvs piemērs), taču produkti — es neesmu redzējis, lai gan domāju, ka arī ir. Diemžēl dažreiz organizatori nosaka ierobežojumu minimālajam dalībnieku skaitam komandā. Domāju, ka tas ir saistīts ar to, ka ne visi "vientuļnieki" sasniedz finālu (t.i., vienkārši aiziet pirmajās grūtībās), dalība komandā tomēr ir ierobežojošs faktors. Turklāt pēc pasākuma ir sagaidāms, ka jūs turpināsiet darbu pie projekta. Ar komandu būs vieglāk pabeigt projektu.

Kopumā es iesaku vienmēr piedalīties komandā. Ja jums nav savas komandas, organizatori vienmēr palīdzēs to atrast vai izveidot.

Kā izdodas tikt galā ar nogurumu hakatona laikā?
Hakatonā ir atvēlētas 2 dienas darbam, tas ir 48 stundas (30-48 stundas, ņemsim 48 ērtības labad). Izņemot laiku miegam (16-20 stundas), paliek ne vairāk kā 30. No tām patiesībā produktīvam darbam būs ap 8 stundām (vidēji). Ja pareizi organizējat darbu (miegam, uzturam, iešanai svaigā gaisā, vingrojumiem, apzinātības minūtēm, pareizai saziņai ar komandu un aktivitāšu maiņai), tad dziļajam darbam stundas var palielināt līdz 12-14. Pēc šādas darba pieredzes jutīsities izsists, bet tā būs patīkama noguruma sajūta. Kodešanu bez miega un pārtraukumiem, dzerot enerģijas dzērienus — tas ir ceļš uz neveiksmi.

Vai tev ir savi gatavie pipeline hakatoniem? Kā tie parādījās, kā tie ir organizēti (faili .py ir sakārtoti mapēs, katrs atsevišķai uzdevumam utt.) un kā sākt veidot tādus pats?
Es neizmantoju pilnībā gatavas risinājumus no iepriekšējiem hakatoniem jaunajiem, bet man ir sava modeļu un pipeline zoodārzs no iepriekšējiem konkursiem. Man nav jāpaņem standarta gabali no nulles (piemēram, pareizais mērķa kodējums vai vienkārša tīkliņa nodalīšanai no teksta), kas man ietaupa daudz laika.

Šobrīd tas izskatās šādi: katram konkursam vai hakatonam ir sava repozitorija GitHubā, kur tiek glabāti piezīmjdatori, skripti un neliela dokumentācija par to, kas notiek. Turklāt ir atsevišķa repozitorija dažādām "fīšām" (piemēram, pareizam mērķa kodējumam ar krustenisko validāciju). Es nedomāju, ka tas ir vispiemērotākais risinājums, bet pagaidām mani tas apmierina.

Es sāktu ar to, ka saglabāju visu savu kodu mapēs un uzrakstu īsu dokumentāciju (kāpēc, ko, kā es darīju un rezultātu).

Vai ir iespējams šajā īsajā laikā sagatavot MVP no nulles, vai visi dalībnieki nāk ar gataviem risinājumiem?
Es varu teikt tikai par projektiem, kas saistīti ar datu zinātni — jā, tas ir iespējams. MVP man ir divu faktoru kopums:

• Dzīves spējīga ideja, kas tiek prezentēta kā produkts (t.i., izstrādāta biznesa kanva). Vienmēr jābūt skaidram izpratnei par to, kāpēc un kam mēs izstrādājam produktu. Dažreiz projekti ar labi pamatotu ideju, bet bez prototipa, iegūst godalgotas vietas, un tas nav pārsteigums. Diemžēl daudzi dalībnieki nevar abstrahēties no sakāves rūgtuma un savas neveiksmes noraksta uz organizatoru neizlēmību, turpinot attīstīt modelīšus nezināmai auditorijai nākamajos hackathonos.
• Kāds rādītājs, ka jūs varat izstrādāt šo produktu (lietošanai, kods, apraksts par sistēmām).

Dažreiz hackathonā ierodas komanda ar gatavu risinājumu un cenšas to "pielāgot" organizatoru uzdevumam. Šādas komandas tiek izslēgtas tehniskajā skrīningā vai "skaita" tikai to daļu, kuru tās izstrādāja pasākuma laikā. Es neesmu redzējis, ka šādas komandas tiktu pie uzvarām, bet es domāju, ka viņiem joprojām ir izdevīgi iet turp izmantot nākotnes vērtību (kontakti, datu kopas un citi).

Vai ir piemēri, kā projektu, kas izstrādāti hackathonos, novest līdz ražošanai/startupam?
Jā. Man ir bijuši trīs gadījumi, kad esam noveduši līdz ražošanai. Reiz es to izdarīju pats, divas reizes — ar citu cilvēku rokām, balstoties uz manām idejām un kodu, ko es uzrakstīju hackathonā. Es arī zinu pāris komandas, kas turpināja sadarboties ar uzņēmumu kā konsultanti. Finālo rezultātu nezinu, bet visdrīzāk kaut kas tika izdarīts līdz galam. Es pats neesmu organizējis startupus un nezinu, vai kāds to ir darījis, lai gan es esmu pārliecināts, ka ir piemēri.

Pēc dalības daudzos hackathonos, kādus padomus tu dotu sev, ja varētu atgriezties pagātnē?

1. Taktika ir svarīgāka par manevriem. Iedomājies katru lēmumu kā gatavu produktu. Ideja, Jupyter piezīmju grāmatiņa, algoritms nekas nav vērts, ja nav skaidrs, kurš par to maksās.
2. Pirms uzsākt jebkura projekta izstrādi, atbildi uz jautājumiem nevis “ko?”, bet “kāpēc?” un “kā?”. Piemērs: projektējot kādu ML risinājumu, vispirms padomā par ideālo algoritmu: ko tas saņem ieejā, kā tiek izmantotas tā prognozes tālāk?
3. Piedalies komandā.

Ko parasti pasniedz hakatonos?
Parasti hakatonos ēdiena kvalitāte ir zema: picas, enerģijas dzērieni, gāzētie dzērieni. Gandrīz vienmēr ēdienu organizē kā svētdienas bufeti (vai izsniegšanas galdu), pie kura izveidojas milzīga rinda. Naktī parasti nenodrošina ēdienu, lai gan bija gadījums kādā sacensībā Parīzē, kad naktī atstāja ko ēst — čipsus, pupiņas un kolu. Es iedomājos organizatoru domāšanas procesu: “Tātad, ko ēd programmētāji? Ah, jā! Čipsi, cepumi — tas ir tas, ko viņi mīl. Ieliksim viņiem šo sūdu.” Nākamajā dienā es jautāju organizatoriem: “Puiši, vai nav iespējams vakarā pagatavot kaut ko citu? Nu, piemēram, putru?” Pēc tam uz mani paskatījās kā uz idiotu. Slavenā franču viesmīlība.

Labos hakatonos ēdienu pasūta kastēs, ir atšķirība starp parasto, veģetāro un košer ēdienu. Turklāt novieto ledusskapi ar jogurtu un musli — tiem, kas vēlas uzkost. Tēja, kafija, ūdens — standarts. Atceros hakatonu Hack Moscow 2 — tur sirsnīgi pieēdināja ar biešu zupu un kotletēm ar biezeni 1C biroja ēdnīcā.

Hakatonu pieņemamība atkarīga, teiksim, no organizatoru profesionālās jomas (piemēram, labos hakatonos rīko konsultanti)?
Vislabākie hakatoni notika no organizatoriem, kuri vai nu iepriekš organizējuši hakatonus, vai arī agrāk piedalījušies. Varbūt, tas ir vienīgais faktors, no kura atkarīgs pasākuma kvalitāte.

Kā saprast, ka tu neesi newbies un ir laiks doties uz hakatonu?
Labākais laiks, lai dotos uz hakatonu, bija pirms gada. Otrais labākais laiks — tagad. Tātad uz priekšu, kļūsti nepareizi, mācies — tas ir normāli. Pat neironu tīkls — cilvēka lielākais izdomājums pēc riteņa un gradientu pastiprināšanas virs kokiem — nevar atšķirt kaķi no suņa pirmajā mācīšanās ciklā.

Kādi „sarkanie karogus” uzreiz norāda, ka pasākums nebūs ļoti labs un nav jēgas tērēt laiku?

• Skaidrs apraksts par to, ko jādara (aktuāli produktu hackathonam). Ja reģistrācijas laikā jums skaidri tiek doti uzdevumi, labāk palikt mājās. Manā atmiņā nav bijis neviena laba hackathona ar specifikācijām. Salīdzinoši: Labi — izveidojiet mums kaut ko saistītu ar audio sarunu analīzi. Slikti — izveidojiet mums lietotni, kas spētu atdalīt sarunu divās atsevišķās skaņas joslās katram cilvēkam.
• Neliels balvu fonds. Ja jūs lūdz izveidot “tinderi tiešsaistes veikalam ar AI” un balva par pirmo vietu ir 500 eiro un minimālā komandas lielums 5 cilvēki — iespējams, nevajag tērēt laiku (jā, tā ir reāla hackathon, kas notika Minhenē).
• Datu trūkums (aktuāli datu zinātnes hackathonam). Organizatori parasti sniedz pamatinformāciju par pasākumu un dažreiz paraugu datu kopu. Ja nav sniegts — pajautājiet, jums nekas nenokritīs. Ja 2-3 reizes nav skaidrs, kādi dati tiks sniegti un vai tie vispār tiks sniegti — tas ir sarkanais karogs.
• Jauni organizatori. Nepiegružojiet un pārbaudiet informāciju par hackathon organizatoriem. Ja tie rīko šāda veida pasākumu pirmo reizi — ir liela iespēja, ka kaut kas noies ne tā. No otras puses, ja organizators un žūrijas locekļi jau ir rīkojuši hackathonus vai iepriekš aktīvi piedalījušies — tas ir zaļais karogs.

Viena hackathonā man teica: “Tev bija labākais risinājums pēc rezultātiem, bet, atvainojiet, mēs vērtējam komandas darbu, bet tu strādāji viens. Ja tu būtu paņēmis komandas dalībnieku vai meiteni...” Vai tu esi saskāries ar šādu netaisnību? Kā tu to risināji?
Jā, esmu saskāries un ne reizi vien. Es stoiski attiecinos uz visu, kas notiek: es izdarīju visu, kas manos spēkos, ja nesanāca — nu tā tam jābūt.

Kāpēc tu visu šo dari?
Viss tas vienkārši no garlaicības.

Avots: habr.com