QA: Hackathons

QA: Hackathons

Záverečná časť trilógie o hackathone. IN prvá časť Hovoril som o motivácii zúčastniť sa takýchto akcií. druhá časť bola venovaná chybám organizátorov a ich výsledkom. Záverečná časť odpovie na otázky, ktoré sa nezmestili do prvých dvoch častí.

Povedzte nám, ako ste sa začali zúčastňovať hackathonov.
Študoval som magisterské štúdium na University of Lappeenranta pri riešení súťaží v analýze dát. Môj typický deň vyzeral takto: vstávanie o ôsmej, pár párov na univerzite, potom súťaže a kurzy až do polnoci (kým sa počíta odovzdanie, pozerám prednášky alebo čítam články). Takýto prísny harmonogram priniesol ovocie a vyhral som súťaž v analýze údajov MERC-8 (o ktorej sa dokonca diskutovalo príspevok na hube). Víťazstvo mi dodalo sebavedomie a keď som náhodou natrafil na informáciu o hackathone SkinHack 2 v Moskve, rozhodol som sa navštíviť rodičov a zároveň zistiť, čo je to hackathon.

Samotný hackathon dopadol celkom vtipne. Na analýzu údajov boli dve stopy s jasnými metrikami a súbor údajov s výhrou 100 50 rubľov. Tretia trasa bola o vývoji aplikácií s cenou 50 XNUMX a neboli tam žiadni účastníci. V jednom momente organizátor povedal, že okno s tlačidlom bez funkčnosti môže vyhrať XNUMX tisíc, pretože cenu nemožno vyplatiť. Programovať aplikácie som sa síce nezačal učiť (nesúťažím, kde ma ľahko „prevrátia“), ale pre mňa to bol jasný odkaz, že polia v hackathonoch nie sú preplnené.

Potom som vyriešil obe stopy analýzy údajov samostatne. Našiel som únik údajov, ktorý mi umožnil získať ideálnu rýchlosť, ale stĺpec s únikom nebol v testovacích údajoch, ktoré som dostal dve hodiny pred koncom udalosti (mimochodom, potom som pochopil, že prítomnosť „cieľovej“ kolóny vo vlaku sa nepočíta ako únik). Zároveň sa otvoril rebríček, moje podanie bez tváre sa umiestnilo na treťom mieste z piatich, na prvého bol veľký rozdiel a rozhodol som sa nestrácať čas a odišiel som.

Po tom, čo som s čerstvou mysľou analyzoval, čo sa stalo, som našiel veľa chýb (jedným z mojich zvykov je mentálne listovať v poznámkovom bloku, čo sa stalo a analyzovať chyby, ich príčinu a čo sa mohlo zmeniť - také príjemné dedičstvo poloprofesionálnej pokrovej hry). Jedno však bolo jasné – hackathony majú veľkú hodnotu a ja som to jednoducho musel zaviesť. Po tejto akcii som začal sledovať akcie a skupiny a následný hackathon na seba nenechal dlho čakať. Potom ďalší a ďalší...

Prečo robíš hackathony a nie Kaglo?
Kagle sa mi momentálne nepáči. Od určitej úrovne zručností, bez konkrétnych dôvodov pre účasť, sa kagle stáva menej užitočným ako iné aktivity. Predtým som sa veľa zúčastňoval, zrejme sa mi podarilo nejako „vypadnúť“.

Prečo hackathony a nepracovať na vlastnom projekte?
Páči sa mi myšlienka urobiť niečo skvelé vlastnými rukami pomalým tempom. Chlapci z ODS zorganizovali ODS pet projekty pre všetkých, ktorí chcú stráviť víkend prácou na svojom projekte s rovnako zmýšľajúcimi ľuďmi. Myslím, že čoskoro sa k nim pridám.

Ako vyhľadávate udalosti?
Hlavný zdroj - hackathon.com (svet) a telegramový chat Ruskí hackeri (Rusko). Okrem toho sa oznámenia o udalostiach objavujú v reklame na sociálnych sieťach a na linkedin. Ak nič nenájdete, môžete sa pozrieť tu: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

Pripravujete si plán riešenia pred účasťou alebo sa o všetkom rozhoduje za pochodu? Napríklad týždeň pred hackathonom si myslíte: „Budeme tu potrebovať takého a takého špecialistu, budeme ho musieť hľadať“?
Ak je hackathon na jedlo, áno, pripravujem sa. Niekoľko týždňov predtým som zistil, čo budem robiť, zistím, kto by mohol byť užitočný, a zostavím tím priateľov alebo účastníkov z minulých hackathonov.

Je naozaj možné hackovať hackathon sám? Čo robiť, ak neexistuje tím?
Hackathóny pre dátovú vedu sú skutočné (som toho živým príkladom), nevidel som hackathony s potravinami, aj keď si to tiež myslím. Žiaľ, niekedy organizátori stanovia limit na minimálny počet účastníkov v tíme. Myslím si, že je to spôsobené tým, že nie všetci „samotári“ sa dostanú do finále (teda jednoducho odídu s prvými ťažkosťami účasť v tíme stále brzdí). Aj po podujatí sa od vás očakáva, že budete pokračovať v práci na projekte. Bude jednoduchšie doviesť projekt k realizácii s tímom.

Vo všeobecnosti moja rada je, aby ste sa vždy zúčastnili s tímom. Ak nemáte vlastný tím, organizátori vám ho vždy pomôžu nájsť alebo vytvoriť.

Ako sa vyrovnávate s únavou počas hackathonu?
Na hackathone máte na prácu 2 dni, čo je 48 hodín (30 – 48 hodín, vezmime si 48 pre ľahšie počítanie). Odstránime čas na spánok (16-20 hodín), pričom nezostane viac ako 30. Z toho 8 hodín (v priemere) skutočne strávime produktívnou prácou. Ak si správne zorganizujete svoju prácu (spánok, výživa, pobyt na čerstvom vzduchu, cvičenie, minúty bdelosti, správna komunikácia s tímom a striedanie aktivít), potom sa hĺbková pracovná doba môže predĺžiť na 12-14. Po takejto práci sa budete cítiť vyčerpaní, no bude to príjemná únava. Kódovanie bez spánku a prestávok, prerušované energetickými nápojmi, je recept na neúspech.

Máte vlastné hotové pipeline pre hackathony? Ako ste ich získali, ako sú usporiadané (sú v priečinkoch so súbormi .py, každý pre svoju vlastnú úlohu atď.) a ako ich začať sami vytvárať?
V nových nepoužívam úplne hotové riešenia z minulých hackathonov, ale mám vlastnú zoo modelov a potrubí z minulých súťaží. Nemusím prepisovať štandardné časti od začiatku (napríklad správne cieľové kódovanie alebo jednoduchá mriežka na extrahovanie zámeru z textu), čo mi šetrí veľa času.

Momentálne to vyzerá takto: pre každú súťaž alebo hackathon je na GitHub vlastný repo, uchováva notebooky, skripty a drobnú dokumentáciu o dianí. Okrem toho existuje samostatné úložisko pre všetky druhy „trikov“ v krabici (napríklad správne cieľové kódovanie s krížovou validáciou). Nemyslím si, že je to najelegantnejšie riešenie, ale zatiaľ mi vyhovuje.

Začal by som uložením celého kódu do priečinkov a napísaním krátkej dokumentácie (prečo, čo, ako som to urobil a výsledok).

Je reálne pripraviť MVP od nuly v tak krátkom čase alebo prichádzajú všetci účastníci s hotovými riešeniami?
Môžem povedať len o projektoch súvisiacich s dátovou vedou – áno, je to možné. MVP je pre mňa kombináciou dvoch faktorov:

  • Životaschopný nápad prezentovaný ako produkt (t. j. maľovaný na obchodné plátno). Vždy by malo byť jasné, prečo a pre koho vyrábame produkt. Niekedy projekty s dobre podloženým dizajnom, ale bez prototypu, vyhrávajú ceny, a to nie je prekvapujúce. Žiaľ, mnohí účastníci nemôžu ignorovať trpkosť prehry a svoje neúspechy pripisujú krátkozrakosti organizátorov, pokračujúcich v strihaní modelov pre niekoho neznámeho na ďalších hackathonoch.
  • Určitý indikátor toho, že môžete tento produkt vyrobiť (aplikácia, kód, popis potrubí).

Stáva sa, že tím príde na hackathon s hotovým riešením a snaží sa ho „ušiť“ na mieru podľa pokynov organizátorov. Takéto tímy sú počas technickej kontroly odrezané alebo sa „počíta len časť, ktorú vykonali na stránke“. Nevidel som takéto tímy ako víťazné, ale myslím si, že je pre nich stále výhodné hrať kvôli budúcej hodnote (kontakty, súbory údajov atď.).

Existujú nejaké príklady prenesenia remesiel implementovaných na hackathonoch do výroby/spustenia?
Áno. Mal som tri prípady, keď to priniesli do výroby. Raz ja, dvakrát - rukami niekoho iného, ​​na základe mojich nápadov a kódu, ktorý som napísal na hackathone. Poznám aj pár tímov, ktoré s firmou naďalej spolupracovali ako konzultanti. Nepoznám konečné výsledky, ale s najväčšou pravdepodobnosťou sa niečo dokončilo. Sám som startupy neorganizoval a neviem o tom, že by ich niekto organizoval, aj keď som si istý, že existujú príklady.

Čo by ste si po účasti na mnohých hackathonoch poradili, keby ste sa mohli vrátiť v čase?

  1. Taktika je dôležitejšia ako manévre. Myslite na každé riešenie ako na hotový produkt. Nápad, laptop Jupiter, algoritmus nestoja za nič, ak nie je jasné, kto to zaplatí.
  2. Predtým, ako niečo navrhnete, odpovedzte na otázku nie „čo?“, ale „prečo?“ A ako?". Príklad: pri navrhovaní akéhokoľvek riešenia ML sa najprv zamyslite nad ideálnym algoritmom: čo dostane ako vstup, ako sa jeho predpovede použijú v budúcnosti?
  3. Buďte súčasťou tímu.

Čím sa zvyčajne kŕmia na hackathonoch?
Zvyčajne je jedlo na hackathonoch chudobné: pizza, energetické nápoje, sóda. Takmer vždy je jedlo organizované formou bufetu (alebo servírovacieho stola), ku ktorému je obrovský rad. Zvyčajne neposkytujú jedlo v noci, hoci na jednej súťaži v Paríži sa vyskytol prípad, keď jedlo zostalo cez noc – čipsy, šišky a cola. Predstavím si myšlienkový pochod organizátorov: „Čo tam teda jedia programátori? Oh, presne tak! Čipsy, šišky - to je všetko. Dajme im tento odpad." Na druhý deň som sa opýtal organizátorov: „Chlapci, dá sa na noc urobiť niečo iné? No, možno nejakú kašu?" Potom sa na mňa pozreli ako na idiota. Slávna francúzska pohostinnosť.

Na dobrých hackathonoch sa jedlo objednáva v boxoch, je rozdelené na bežné, vegetariánske a kóšer jedlá. Navyše dali chladničku s jogurtmi a müsli - pre tých, ktorí sa chcú občerstviť. Čaj, káva, voda - štandard. Spomínam si na Hack Moscow 2 hackathon - srdečne ma kŕmili borščom a rezňami so zemiakovou kašou v jedálni kancelárie 1C.

Príčetnosť hackathonov závisí takpovediac od profesionálnej sféry organizátorov (napríklad najlepšie hackathony vedú konzultanti)?
Najlepšie hackathony boli od organizátorov, ktorí už hackathony organizovali alebo sa ich predtým zúčastnili. Možno je to jediný faktor, od ktorého závisí kvalita podujatia.

Ako pochopiť, že nie ste noob a je čas na hackathon?
Najlepší čas ísť na hackathon je pred rokom. Druhý najlepší čas je teraz. Tak choďte do toho, robte chyby, učte sa – je to v poriadku. Dokonca ani neurónová sieť – najväčší vynález človeka od čias kolesa a stúpania nad stromami – nedokáže rozlíšiť mačku od psa v prvej epoche výcviku.

Aké „červené vlajky“ okamžite naznačujú, že akcia nebude veľmi dobrá a nie je potrebné strácať čas?

  • Jasný popis toho, čo je potrebné urobiť (relevantné pre produktové hackathony). Ak počas registrácie dostanete jasnú úlohu, potom je lepšie zostať doma. V mojej pamäti nebol jediný dobrý hackathon s technickými špecifikáciami. Pre porovnanie: Dobre – urobte nám niečo súvisiace s analýzou audio konverzácií. Zlý - urobte nám aplikáciu, ktorá by dokázala rozdeliť rozhovor na dve samostatné zvukové stopy pre každú osobu.
  • Fond malých cien. Ak vás požiadajú, aby ste urobili „Tinder pre internetový obchod s AI“ a cena za prvé miesto je 500 eur a minimálna veľkosť tímu 5 ľudí, pravdepodobne sa neoplatí strácať čas (áno, toto je skutočný hackathon, ktorý bol ktorý sa konal v Mníchove).
  • Nedostatok údajov (relevantné pre hackathony dátovej vedy). Organizátori zvyčajne poskytujú základné informácie o podujatí a niekedy aj vzorový súbor údajov. Ak vám to neposkytli, opýtajte sa, nič vás to nebude stáť. Ak v priebehu 2-3 nie je jasné, aké údaje budú poskytnuté a či vôbec budú poskytnuté, je to varovanie.
  • Noví organizátori. Nebuďte leniví a vygooglite si informácie o organizátoroch hackathonu. Ak podujatie tohto druhu organizujú prvýkrát, je veľká pravdepodobnosť, že sa niečo pokazí. Na druhej strane, ak organizátor a členovia poroty už v minulosti organizovali hackathony alebo sa ich aktívne zúčastnili, je to zelená vlajka.

Na jednom hackathone mi povedali: „Mal si najlepšie riešenie v krátkom čase, ale prepáč, hodnotíme tímovú prácu a pracoval si sám. Teraz, ak by ste do svojho tímu zobrali študentku alebo dievča...“? Stretli ste sa už s takouto nespravodlivosťou? ako si to zvladla?
Áno, stretol som sa s tým viackrát. Som stoický vo všetkom, čo sa deje: urobil som všetko, čo bolo v mojich silách, ak to nevyšlo, tak nech.

prečo to všetko robíš?
To všetko len z nudy.

Zdroj: hab.com

Kúpte si spoľahlivý hosting pre stránky s DDoS ochranou, VPS VDS servery 🔥 Kúpte si spoľahlivý webhosting s ochranou DDoS, VPS VDS servery | ProHoster