{"id":34123,"date":"2019-10-31T21:56:30","date_gmt":"2019-10-31T18:56:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/qa-hakatony\/"},"modified":"2019-10-31T21:56:30","modified_gmt":"2019-10-31T18:56:30","slug":"qa-hakatony","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/qa-hakatony","title":{"rendered":"QA: Hackathon","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"QA:
\n
\nParte finale della trilogia sui hackathon. In prima parte<\/a><\/noindex> ho parlato della motivazione a partecipare a questi eventi. La seconda parte<\/a><\/noindex> era dedicata agli errori degli organizzatori e ai loro risultati. La parte conclusiva risponder\u00e0 alle domande che non sono rientrate nelle prime due parti. <\/a><\/noindex><\/p>\n

Racconta come hai iniziato a partecipare agli hackathon. <\/b>
\nStudiavo nel Master dell'Universit\u00e0 di Lappeenranta mentre partecipavo a competizioni di analisi dei dati. La mia giornata tipica era cos\u00ec: sveglia alle 8, alcune lezioni all'universit\u00e0, poi competizioni e corsi fino a mezzanotte (mentre aspetto la scadenza, guardo lezioni o leggo articoli). Questa dura programmazione ha dato i suoi frutti, e ho vinto la competizione di analisi dei dati MERC-2017 (di cui c'era anche un post su Habr\u00e9<\/a><\/noindex>). La vittoria mi ha dato fiducia in me stesso, e quando mi sono casualmente imbattuto nelle informazioni sul hackathon SkinHack 2 a Mosca, ho deciso di andare a trovare i miei genitori e allo stesso tempo scoprire di cosa si trattasse \u2014 un hackathon. <\/p>\n

L'hackathon in s\u00e9 \u00e8 stato piuttosto divertente. C'erano due tracce di analisi dei dati con metriche chiare e un dataset con premi di 100k rubli. La terza traccia riguardava lo sviluppo di applicazioni con un premio di 50k, e in essa non c'erano partecipanti. A un certo punto, l'organizzatore ha detto che una finestra con un pulsante senza funzionalit\u00e0 poteva vincere 50k, perch\u00e9 il premio non poteva non essere pagato. Non ho voluto imparare a programmare applicazioni (non gareggio dove potrei essere facilmente 'sbaragliato'), ma per me questo \u00e8 stato un chiaro messaggio che i campi negli hackathon non erano affollati. <\/p>\n

Allora stavo affrontando entrambe le tracce di analisi dei dati da solo. Ho trovato un loophole nei dati che permetteva di ottenere un punteggio ideale, ma la colonna con il loophole non era nei dati di test, che ho ricevuto due ore prima della fine dell'evento (a proposito, allora capivo che la presenza di una colonna 'target' nel training non viene considerata un loophole). Nel frattempo si \u00e8 aperta la leaderboard, il mio submission senza loophole occupava il terzo posto su cinque, c'era un grande distacco dal primo e ho deciso di non perdere tempo e sono partito. <\/p>\n

Dopo aver analizzato con calma cosa \u00e8 successo, ho trovato un sacco di errori (una delle mie abitudini \u00e8 rivedere mentalmente ci\u00f2 che \u00e8 accaduto con un blocco note e analizzare gli errori, le loro cause e cosa avrei potuto cambiare \u2014 un'eredit\u00e0 piacevole del gioco semi-professionale a poker). Ma una cosa era chiara: nei hackathon c'\u00e8 molto valore, e devo assolutamente realizzarlo. Dopo questo evento, ho iniziato a monitorare eventi e gruppi, e il successivo hackathon non ha tardato ad arrivare. Poi un altro, e un altro ancora\u2026 <\/p>\n

Perch\u00e9 partecipi agli hackathon e non a Kaggle?<\/b>
\nAl momento non mi interessa Kaggle. A un certo livello di abilit\u00e0, senza motivazioni specifiche per partecipare, Kaggle diventa meno utile rispetto ad altre attivit\u00e0. Ho partecipato molto in passato, a quanto pare, sono riuscito a \"staccarmi\" in qualche modo. <\/p>\n

Perch\u00e9 hackathon e non lavorare al proprio progetto? <\/b>
\nMi piace l'idea di creare qualcosa di straordinario con le mie mani a un ritmo non frenetico. I ragazzi di ODS hanno organizzato progetti pet ODS<\/a><\/noindex> per tutti coloro che vogliono lavorare ai propri progetti durante il fine settimana con persone che la pensano allo stesso modo. Penso che presto mi unir\u00f2 a loro. <\/p>\n

Come trovi gli eventi? <\/b>
\nLa mia fonte principale \u00e8 hackathon.com (globale) e il gruppo su Telegram Russian Hackers<\/a><\/noindex> (Russia). Inoltre, gli annunci degli eventi compaiono nella pubblicit\u00e0 sui social e su LinkedIn. Se non trovi nulla, puoi dare un'occhiata qui: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io. <\/p>\n

Prepara un piano di soluzione prima di partecipare o decidi tutto al momento? Ad esempio, una settimana prima dell'hackathon pensi: \u00abAvremo bisogno di uno specialista di questo tipo, dobbiamo cercare\u00bb?<\/b>
\nSe l'hackathon \u00e8 orientato al prodotto \u2014 s\u00ec, mi preparo. Diverse settimane prima penso a cosa far\u00f2, prendo in considerazione chi potrebbe essere utile, compongo un team di amici o partecipanti a hackathon precedenti. <\/p>\n

\u00c8 realmente possibile vincere un hackathon da solo? Cosa fare se non si ha una squadra? <\/b>
\nI hackathon di data science sono reali (io sono un esempio vivente), quelli di prodotto \u2014 non ne ho visti, anche se penso di s\u00ec. Sfortunatamente, a volte gli organizzatori pongono un limite al numero minimo di partecipanti per team. Penso che questo sia dovuto al fatto che non tutti i 'solisti' arrivano in finale (cio\u00e8, semplicemente si ritirano alle prime difficolt\u00e0), la partecipazione in team per\u00f2 aiuta a mantenere alta la motivazione. Inoltre, dopo l'evento ci si aspetta che tu continui a lavorare sul progetto. Con un team \u00e8 pi\u00f9 facile portare il progetto a buon fine. <\/p>\n

In generale, consiglio di partecipare sempre con un team. Se non hai il tuo team, gli organizzatori ti aiuteranno sempre a trovarne uno o a crearne uno.<\/p>\n

Come riesci a gestire la stanchezza durante un hackathon? <\/b>
\nIn un hackathon hai 2 giorni per lavorare, cio\u00e8 48 ore (30-48 ore, prendiamo 48 per semplicit\u00e0). Dobbiamo sottrarre il tempo per dormire (16-20 ore), quindi rimangono non pi\u00f9 di 30 ore. Di queste, realmente per lavoro produttivo se ne utilizzeranno circa 8 (in media). Se organizzi bene il lavoro (sonno, alimentazione, uscire all'aria aperta, fare pause, momenti di consapevolezza, comunicazione corretta con il team e cambi di attivit\u00e0), puoi arrivare a 12-14 ore di lavoro concentrato. Dopo un lavoro del genere ti sentirai esausto, ma sar\u00e0 una stanchezza piacevole. Scrivere codice senza dormire e senza pause, solo con energy drink, \u00e8 un cammino verso il fallimento.<\/p>\n

Hai dei tuoi pipeline pronti per gli hackathon? Come sono nati, come sono strutturati (file .py organizzati in cartelle, ognuno per il suo compito, ecc.) e come posso iniziare a crearne di miei?<\/b>
\nNon utilizzo soluzioni gi\u00e0 pronte da hackathon precedenti in quelli nuovi, ma ho il mio zoo di modelli e pipeline da competizioni passate. Non devo riscrivere pezzi standard da zero (come il corretto encoding targeting o una semplice rete per identificare l'intento nel testo), il che mi fa risparmiare molto tempo. <\/p>\n

Attualmente sembra cos\u00ec: per ogni competizione o hackathon ho un proprio repository su GitHub, in cui sono conservati i notebook, gli script e una piccola documentazione su ci\u00f2 che sta accadendo. Inoltre, ho un repository separato per varie 'chicche' confezionate (come il corretto encoding targeting con cross-validazione). Non penso sia la soluzione pi\u00f9 elegante, ma per ora mi va bene. <\/p>\n

Inizierei con l'organizzazione di tutto il mio codice in cartelle e con la scrittura di una breve documentazione (perch\u00e9, cosa, come ho fatto e il risultato). <\/p>\n

\u00c8 possibile preparare un MVP da zero in un tempo cos\u00ec breve o tutti i partecipanti arrivano con soluzioni pronte?<\/b>
\nPosso parlare solo dei progetti legati al data science \u2014 s\u00ec, \u00e8 possibile. Per me, l'MVP \u00e8 un insieme di due fattori: <\/p>\n