Partea finală a trilogiei hackathon. ÎN Am vorbit despre motivația de a participa la astfel de evenimente. a fost dedicat greselilor organizatorilor si rezultatelor acestora. Partea finală va răspunde la întrebări care nu se încadrau în primele două părți.
Spune-ne cum ai început să participi la hackathoane.
Am studiat pentru un master la Universitatea din Lappeenranta în timp ce rezolvăm concursuri în analiza datelor. Ziua mea obișnuită arăta așa: mă trezesc la 8, câteva cupluri la universitate, apoi concursuri și cursuri până la miezul nopții (în timp ce depunerea contează, mă uit la prelegeri sau citesc articole). Un program atât de strict a dat roade și am câștigat concursul de analiză a datelor MERC-2017 (care a fost chiar discutată ). Victoria mi-a dat încredere, iar când am dat din greșeală informații despre hackatonul SkinHack 2 de la Moscova, am decis să-mi vizitez părinții și, în același timp, să aflu ce este un hackathon.
Hackatonul în sine s-a dovedit a fi destul de amuzant. Au existat două piese privind analiza datelor cu valori clare și un set de date cu premii în bani de 100 de ruble. Cea de-a treia piesă a fost pe dezvoltarea aplicației, cu un premiu de 50 și nu au existat participanți. La un moment dat, organizatorul a spus că o fereastră cu un buton fără funcționalitate ar putea câștiga 50k, deoarece premiul nu poate fi plătit. Nu am început să învăț cum să programez aplicații (nu concur unde pot fi ușor „întoarcat”), dar pentru mine a fost un mesaj clar că câmpurile din hackathonuri nu sunt aglomerate.
Apoi am rezolvat singur ambele piste de analiză a datelor. Am găsit o scurgere în datele care mi-a permis să obțin viteza ideală, dar coloana cu scurgerea nu era în datele de test pe care le-am primit cu două ore înainte de încheierea evenimentului (apropo, atunci am înțeles că prezența a unei coloane „țintă” din tren nu contează ca o scurgere). În același timp, clasamentul s-a deschis, depunerea mea fără față a ocupat locul trei din cinci, era un mare decalaj față de primul și am decis să nu pierd timpul și am plecat.
După ce am analizat cu o minte proaspătă ce s-a întâmplat, am găsit o grămadă de erori (unul dintre obiceiurile mele este să parcurg mental ce s-a întâmplat cu blocnotesul și să analizez erorile, cauza lor și ce ar fi putut fi schimbat - o moștenire atât de plăcută a unui joc de poker semi-profesional). Dar un lucru era clar cu siguranță - există o mulțime de valoare în hackathon-uri și pur și simplu a trebuit să o implementez. După acest eveniment, am început să monitorizez evenimentele și grupurile, iar hackatonul ulterior nu a întârziat să apară. Apoi inca una, si alta...
De ce faci hackathon-uri și nu Kaglo?
Nu-mi place Kagle momentan. De la un anumit nivel de calificare, fără motive specifice de participare, kagle devine mai puțin util decât alte activități. Am mai participat mult înainte, se pare că am reușit cumva să „cobor”.
De ce să faci hackathoane și să nu lucrezi la propriul tău proiect?
Îmi place ideea de a face ceva cool cu propriile mele mâini într-un ritm lent. Băieții de la ODS s-au organizat pentru toți cei care doresc să-și petreacă weekendul lucrând la proiectul lor cu oameni care au aceleași idei. Cred că în curând mă voi alătura lor.
Cum găsești evenimentele?
Sursa principală - hackathon.com (lumea) și chat telegramă (Rusia). În plus, anunțurile evenimentelor apar în reclamele de pe rețelele de socializare și pe linkedin. Dacă nu găsiți nimic, puteți căuta aici: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Pregătiți un plan de soluții înainte de a participa sau totul este decis din mers? De exemplu, cu o săptămână înainte de hackathon, credeți: „Vom avea nevoie de un astfel de specialist aici, va trebui să-l căutăm”?
Dacă hackatonul este pentru mâncare, da, mă pregătesc. Cu câteva săptămâni înainte, îmi dau seama ce voi face, îmi dau seama cine ar putea fi util și adun o echipă de prieteni sau participanți de la hackathoanele anterioare.
Este cu adevărat posibil să piratați un hackathon singur? Ce să faci dacă nu există echipă?
Hackathoanele de știință a datelor sunt reale (sunt un exemplu viu în acest sens), nu am văzut hackathoane pentru băcănie, deși și eu cred că da. Din păcate, uneori organizatorii impun o limită a numărului minim de participanți într-o echipă. Cred că acest lucru se datorează faptului că nu toți „singurații” ajung în finală (adică pleacă pur și simplu cu primele dificultăți); participarea într-o echipă încă ține înapoi. Chiar și după eveniment, sunteți așteptat să continuați să lucrați la proiect. Va fi mai ușor să duci la bun sfârșit proiectul cu o echipă.
În general, sfatul meu este să participați întotdeauna cu o echipă. Dacă nu aveți propria echipă, organizatorii vă vor ajuta întotdeauna să găsiți sau să creați una.
Cum faci față oboselii în timpul unui hackathon?
La hackathon vi se acordă 2 zile pentru a lucra, adică 48 de ore (30-48 de ore, să luăm 48 pentru ușurință de numărare). Îndepărtăm timpul pentru somn (16-20 de ore), lăsând nu mai mult de 30. Dintre acestea, 8 ore (în medie) vor fi de fapt cheltuite pentru muncă productivă. Dacă vă organizați corect munca (somn, alimentație, ieșire la aer curat, exerciții, minute de mindfulness, comunicare adecvată cu echipa și schimbarea activităților), atunci orele de lucru profunde pot fi mărite la 12-14. După o astfel de muncă te vei simți epuizat, dar va fi o oboseală plăcută. Codarea fără somn și pauze, întreruptă de băuturi energizante, este o rețetă pentru eșec.
Aveți propriile conducte gata făcute pentru hackathon-uri? Cum le-ați obținut, cum sunt organizate (sunt în foldere cu fișiere .py, fiecare pentru propria sarcină etc.) și cum să începeți să le creați singur?
Nu folosesc soluții complet gata făcute din hackath-urile anterioare în altele noi, dar am propria mea grădină zoologică de modele și conducte din competițiile anterioare. Nu trebuie să rescriu piese standard de la zero (de exemplu, codificare țintă corectă sau o grilă simplă pentru extragerea intenției din text), ceea ce mă economisește mult timp.
Momentan arată așa: pentru fiecare competiție sau hackathon există propriul său repo pe GitHub, acesta stochează notebook-uri, scripturi și documentație mică despre ceea ce se întâmplă. În plus, există un repo separat pentru tot felul de „trucuri” în casete (cum ar fi codificarea corectă a țintei cu validare încrucișată). Nu cred că aceasta este cea mai elegantă soluție, dar mi se potrivește deocamdată.
Aș începe prin a-mi salva tot codul în foldere și aș scrie o scurtă documentație (de ce, ce, cum am făcut-o și rezultatul).
Este realist să pregătim un MVP de la zero într-un timp atât de scurt sau toți participanții vin cu soluții gata făcute?
Pot spune doar despre proiectele legate de știința datelor - da, este posibil. MVP pentru mine este o combinație a doi factori:
- O idee viabilă prezentată ca produs (adică pictată pe o pânză de afaceri). Ar trebui să existe întotdeauna o înțelegere clară a motivului și pentru cine facem un produs. Uneori, proiectele cu un design bine fundamentat, dar fără prototip, câștigă premii, iar acest lucru nu este surprinzător. Din nefericire, mulți participanți nu pot ignora amărăciunea înfrângerii și pot atribui eșecurile lor miopie a organizatorilor, continuând să taie modele pentru cineva necunoscut la următoarele hackathon-uri.
- Câteva indicatori că puteți realiza acest produs (aplicație, cod, descrierea conductelor).
Se întâmplă ca o echipă să vină la un hackathon cu o soluție gata făcută și să încerce să o „adapte” la instrucțiunile organizatorilor. Astfel de echipe sunt întrerupte în timpul examinării tehnice sau doar partea pe care au făcut-o pe site este „contorizată”. Nu am văzut astfel de echipe ca fiind câștigătoare, dar cred că este încă profitabil pentru ei să joace din cauza valorii viitoare ().
Există exemple de aducere a meșteșugurilor implementate la hackathon-uri în producție/startup?
Da. Am avut trei cazuri când l-au adus în producție. O dată eu, de două ori - cu mâinile altcuiva, pe baza ideilor și codului meu pe care le-am scris la hackathon. Cunosc, de asemenea, câteva echipe care au continuat să coopereze cu compania în calitate de consultanți. Nu știu rezultatele finale, dar cel mai probabil s-a terminat ceva. Eu nu am organizat startup-uri și nu știu că cineva a făcut-o, deși sunt sigur că există exemple.
După ce ai participat la multe hackathoane, ce sfat ți-ai da dacă ai putea să te întorci în timp?
- Tactica este mai importantă decât manevrele. Gândiți-vă la fiecare soluție ca la un produs finit. O idee, un laptop Jupiter, un algoritm nu valorează nimic dacă nu este clar cine va plăti pentru el.
- Înainte de a proiecta ceva, răspunde la întrebarea nu „ce?”, ci „de ce?” Si cum?". Exemplu: atunci când proiectați orice soluție ML, gândiți-vă mai întâi la algoritmul ideal: ce primește ca intrare, cum sunt utilizate predicțiile sale în viitor?
- Fă parte dintr-o echipă.
Cu ce hrănesc ei de obicei la hackathon-uri?
De obicei, mâncarea la hackathons este săracă: pizza, băuturi energizante, sifon. Aproape întotdeauna mâncarea este organizată sub formă de bufet (sau masă de servire) la care se face o coadă imensă. De obicei, nu oferă mâncare noaptea, deși a existat un caz la o competiție din Paris în care mâncarea a fost lăsată peste noapte - chipsuri, gogoși și cola. Îmi voi imagina procesul de gândire al organizatorilor: „Deci, ce mănâncă programatorii acolo? O, exact! Chips, gogoși - asta-i tot. Să le dăm gunoaiele astea.” A doua zi i-am întrebat pe organizatori: „Băieți, este posibil să faceți ceva diferit pentru noapte? Ei bine, poate niște terci?” După aceea s-au uitat la mine de parcă aș fi fost un idiot. Celebra ospitalitate franceză.
La hackathon-urile bune, mâncarea este comandată în cutii; există o împărțire în mese obișnuite, vegetariene și cușer. Plus ca au pus un frigider cu iaurturi si musli - pentru cei care vor sa ia o gustare. Ceai, cafea, apă - standard. Îmi amintesc de hackatonul Hack Moscow 2 - m-au hrănit din suflet borș și cotlet cu piure de cartofi în cantina biroului 1C.
Sanitatea mentală a hackathon-urilor depinde, ca să spunem așa, de sfera profesională a organizatorilor (de exemplu, cele mai bune hackathon-uri sunt conduse de consultanți)?
Cele mai bune hackathon-uri au fost de la organizatori care fie au organizat hackathon-uri înainte, fie au participat la ele înainte. Poate că acesta este singurul factor de care depinde calitatea evenimentului.
Cum să înțelegi că nu ești un noob și că este timpul pentru un hackathon?
Cel mai bun moment pentru a merge la un hackathon este acum un an. Al doilea cel mai bun timp este acum. Așa că mergeți, faceți greșeli, învățați - este în regulă. Chiar și o rețea neuronală - cea mai mare invenție a omului de când roata și gradientul se ridică deasupra copacilor - nu poate distinge o pisică de un câine în prima epocă de dresaj.
Ce „steaguri roșii” indică imediat că evenimentul nu va fi foarte bun și nu este nevoie să pierdeți timpul?
- O descriere clară a ceea ce trebuie făcut (relevant pentru hackathoanele de produs). Dacă în timpul înregistrării vi se dă o sarcină clară, atunci este mai bine să rămâneți acasă. În memoria mea, nu a existat un singur hackathon bun cu specificații tehnice. Pentru comparație: Bine - fă-ne ceva legat de analiza conversațiilor audio. Rău - fă-ne o aplicație care ar putea împărți o conversație în două piste audio separate pentru fiecare persoană.
- Fond mic de premii. Dacă vi se cere să faceți „Tinder pentru un magazin online cu IA” și premiul pentru primul loc este de 500 de euro și o echipă minimă de 5 persoane, probabil că nu merită să vă pierdeți timpul (da, acesta este un adevărat hackathon care a fost desfăşurat la München).
- Lipsa datelor (relevante pentru hackathoanele de știință a datelor). Organizatorii oferă de obicei informații de bază despre eveniment și, uneori, un set de date eșantion. Dacă nu l-au furnizat, întrebați, nu vă va costa nimic. Dacă în 2-3 nu este clar ce date vor fi furnizate și dacă vor fi furnizate deloc, acesta este un semnal roșu.
- Noi organizatori. Nu fi leneș și informații Google despre organizatorii hackatonului. Dacă organizează un eveniment de acest fel pentru prima dată, există o mare probabilitate ca ceva să meargă prost. Pe de altă parte, dacă organizatorul și membrii juriului au organizat deja hackathon-uri sau au participat activ în trecut, acesta este un steag verde.
La un hackathon mi-au spus: „Ai avut cea mai bună soluție în scurt timp, dar scuze, evaluăm munca în echipă și ai lucrat singur. Acum, dacă ai luat o studentă sau o fată în echipa ta...”? Te-ai confruntat vreodată cu o asemenea nedreptate? Cum te-ai descurcat?
Da, l-am întâlnit de mai multe ori. Sunt stoic în ceea ce se întâmplă: am făcut tot ce mi-a stat în putere, dacă nu a ieșit, așa să fie.
De ce faci toate astea?
Toate acestea sunt doar din plictiseală.
Sursa: www.habr.com