La part final de la trilogia del hackathon. EN Vaig parlar de la motivació per participar en aquest tipus d'esdeveniments. es va dedicar als errors dels organitzadors i als seus resultats. La part final respondrà preguntes que no encaixaven en les dues primeres parts.
Explica'ns com vas començar a participar en hackatons.
Vaig estudiar un màster a la Universitat de Lappeenranta mentre resolia concursos d'anàlisi de dades. El meu dia típic era així: aixecar-me a les 8, unes quantes parelles a la universitat, després concursos i cursos fins a mitjanit (mentre la presentació compta, miro conferències o llegeixo articles). Un calendari tan estricte va donar els seus fruits i vaig guanyar el concurs d'anàlisi de dades MERC-2017 (del qual fins i tot es va parlar ). La victòria em va donar confiança, i quan vaig trobar per casualitat informació sobre el hackathon SkinHack 2 a Moscou, vaig decidir visitar els meus pares i alhora descobrir què és un hackathon.
El hackathon en si va resultar bastant divertit. Hi havia dues pistes d'anàlisi de dades amb mètriques clares i un conjunt de dades amb premis de 100 rubles. La tercera pista va ser sobre desenvolupament d'aplicacions amb un premi de 50k, i no hi havia participants. En un moment donat, l'organitzador va dir que una finestra amb un botó sense funcionalitat podria guanyar 50k, perquè el premi no es podia pagar. No vaig començar a aprendre a programar aplicacions (no competeixo on em pugui "girar") fàcilment, però per a mi era un missatge clar que els camps dels hackatons no estan plens.
Llavors vaig resoldre les dues pistes d'anàlisi de dades sols. Vaig trobar una filtració a les dades que em va permetre obtenir la velocitat ideal, però la columna amb la filtració no estava a les dades de prova que vaig rebre dues hores abans del final de l'esdeveniment (per cert, llavors vaig entendre que la presència d'una columna "objectiu" al tren no compta com a fuga). Al mateix temps, es va obrir la classificació, la meva presentació sense cara va ocupar el tercer lloc de cinc, hi havia un gran buit amb el primer i vaig decidir no perdre el temps i vaig marxar.
Després d'analitzar amb una ment nova el que va passar, vaig trobar un munt d'errors (un dels meus hàbits és desplaçar-me mentalment pel que va passar amb el bloc de notes i analitzar els errors, la seva causa i què podria haver canviat, un llegat tan agradable). d'un joc de pòquer semi-professional). Però una cosa estava clara: hi ha molt de valor en els hackatons, i simplement l'havia d'implementar. Després d'aquest esdeveniment, vaig començar a supervisar esdeveniments i grups, i el hackathon posterior no es va fer esperar. Després un altre, i un altre...
Per què fas hackathons i no Kaglo?
No m'agrada Kagle en aquest moment. A partir d'un cert nivell d'habilitat, sense motius específics de participació, el kagle esdevé menys útil que altres activitats. Vaig participar molt abans, pel que sembla, vaig aconseguir d'alguna manera "baixar".
Per què fer hackatons i no treballar en el teu propi projecte?
M'agrada la idea de fer alguna cosa genial amb les meves pròpies mans a un ritme lent. Els nois de l'ODS es van organitzar per a tothom que vulgui passar el cap de setmana treballant en el seu projecte amb persones afins. Crec que aviat m'uniré a ells.
Com trobes els esdeveniments?
Font principal: hackathon.com (món) i xat de telegram (Rússia). A més, els anuncis d'esdeveniments apareixen a la publicitat a les xarxes socials i a linkedin. Si no trobeu res, podeu buscar aquí: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Prepara un pla de solució abans de participar o es decideix tot sobre la marxa? Per exemple, una setmana abans de l'hackathon, penseu: "Aquí necessitarem tal especialista, caldrà buscar-lo"?
Si el hackathon és per menjar, sí, m'estic preparant. Unes setmanes abans, descobreixo què faré, descobreixo qui podria ser útil i reunio un equip d'amics o participants de hackatons anteriors.
És realment possible piratejar un hackathon sol? Què fer si no hi ha equip?
Els hackatons de ciència de dades són reals (sóc un exemple viu d'això), no he vist els hackatons de queviures, encara que també ho penso. Malauradament, de vegades els organitzadors imposen un límit al nombre mínim de participants en un equip. Crec que això es deu al fet que no tots els “solitarios” arriben a la final (és a dir, simplement marxen amb les primeres dificultats), la participació en un equip encara es frena. Fins i tot després de l'esdeveniment, s'espera que continueu treballant en el projecte. Serà més fàcil portar a terme el projecte amb un equip.
En general, el meu consell és participar sempre amb un equip. Si no tens el teu propi equip, els organitzadors sempre t'ajudaran a trobar-ne o crear-ne un.
Com afrontar la fatiga durant un hackató?
A l'hackathon se't donen 2 dies per treballar, això són 48 hores (30-48 hores, prenem 48 per facilitar el recompte). Eliminem el temps per dormir (16-20 hores), deixant-ne no més de 30. D'aquestes, 8 hores (de mitjana) es dedicaran realment a un treball productiu. Si organitzeu correctament el vostre treball (son, alimentació, sortir a l'aire lliure, exercicis, minuts de consciència, comunicació adequada amb l'equip i canvi d'activitat), les hores de treball profund es poden augmentar fins a 12-14. Després d'aquest treball et sentiràs esgotat, però serà una fatiga agradable. Codificar sense dormir ni descansar, interromput per begudes energètiques, és una recepta per al fracàs.
Teniu els vostres propis pipelines ja preparats per a hackatons? Com els vas aconseguir, com estan organitzats (es troben en carpetes amb fitxers .py, cadascun per a la seva tasca, etc.) i com començar a crear-los tu mateix?
No faig servir solucions completament preparades de hackatons anteriors en altres noves, però tinc el meu propi zoo de models i pipelines de competicions anteriors. No he de reescriure peces estàndard des de zero (per exemple, una codificació de destinació correcta o una graella senzilla per extreure la intenció del text), cosa que m'estalvia molt de temps.
De moment es veu així: per a cada competició o hackathon hi ha el seu propi repo a GitHub, emmagatzema quaderns, scripts i petita documentació sobre el que està passant. A més, hi ha un repo independent per a tot tipus de "trucs" en caixa (com la codificació correcta de l'objectiu amb validació creuada). No crec que sigui la solució més elegant, però de moment em convé.
Començaria desant tot el meu codi en carpetes i escrivint una breu documentació (per què, què, com ho vaig fer i el resultat).
És realista preparar un MVP des de zero en tan poc temps o tots els participants vénen amb solucions ja fetes?
Només puc dir sobre projectes relacionats amb la ciència de dades: sí, és possible. MVP per a mi és una combinació de dos factors:
- Una idea viable presentada com a producte (és a dir, pintada en un llenç empresarial). Sempre ha d'haver una comprensió clara de per què i per a qui estem fent un producte. De vegades, projectes amb un disseny ben fonamentat, però sense prototip, guanyen premis, i això no és d'estranyar. Malauradament, molts participants no poden ignorar l'amargor de la derrota i atribueixen els seus fracassos a la miopia dels organitzadors, que continuen tallant models per a algú desconegut en els propers hackatons.
- Alguns indicadors que podeu fer aquest producte (aplicació, codi, descripció de canonades).
Succeeix que un equip acudeix a un hackathon amb una solució ja feta i intenta "adaptar-la" a les instruccions dels organitzadors. Aquests equips es tallen durant la projecció tècnica o només es "compta" la part que van fer al lloc. No he vist aquests equips com a guanyadors, però crec que encara és rendible per a ells jugar a causa del valor futur ().
Hi ha exemples de portar manualitats implementades en hackatons a la producció/inici?
Sí. Vaig tenir tres casos quan el van portar a la producció. Una vegada jo mateix, dues vegades, amb les mans d'una altra persona, a partir de les meves idees i el codi que vaig escriure a l'hackathon. També conec un parell d'equips que van continuar col·laborant amb l'empresa com a consultors. No conec els resultats finals, però el més probable és que alguna cosa s'hagi completat. Jo mateix no he organitzat startups i no sé que ningú ho hagi fet, tot i que segur que hi ha exemples.
Després de participar en molts hackatons, quins consells et donaries si poguessis retrocedir en el temps?
- Les tàctiques són més importants que les maniobres. Penseu en cada solució com un producte acabat. Una idea, un portàtil Júpiter, un algorisme no valen res si no està clar qui ho pagarà.
- Abans de dissenyar res, respon a la pregunta no "què?", sinó "per què?" I com?". Exemple: a l'hora de dissenyar qualsevol solució ML, primer penseu en l'algorisme ideal: què rep com a entrada, com s'utilitzen les seves prediccions en el futur?
- Forma part d'un equip.
Què s'alimenten habitualment als hackatons?
En general, el menjar dels hackathons és pobre: pizza, begudes energètiques, refrescs. Gairebé sempre el menjar s'organitza en forma de bufet (o taula de servei) al qual hi ha una gran cua. Normalment no proporcionen menjar a la nit, tot i que hi va haver un cas en una competició a París on es deixava menjar durant la nit: patates fregides, bunyols i cola. M'imaginaré el procés de pensament dels organitzadors: “Llavors, què hi mengen els programadors? Ah, exactament! Patates fregides, bunyols, això és tot. Donem-los aquesta brossa". L'endemà vaig preguntar als organitzadors: “Nois, és possible fer alguna cosa diferent per a la nit? Bé, potser una mica de farinetes?" Després em van mirar com si fos un idiota. Famosa hospitalitat francesa.
En els bons hackatons, el menjar es demana en caixes; hi ha una divisió en menjars regulars, vegetarians i kosher. A més, posen una nevera amb iogurts i muesli, per als qui vulguin berenar. Te, cafè, aigua - estàndard. Recordo la hackathon Hack Moscow 2: em van donar de bon menjar borscht i costelles amb puré de patates a la cantina de l'oficina de l'1C.
El seny dels hackathons depèn, per dir-ho d'alguna manera, de l'àmbit professional dels organitzadors (per exemple, els millors hackathons els realitzen consultors)?
Els millors hackatons eren d'organitzadors que havien organitzat hackathons abans o ja hi havien participat. Potser aquest és l'únic factor del qual depèn la qualitat de l'esdeveniment.
Com entendre que no ets un noob i que és hora d'un hackató?
El millor moment per anar a un hackathon és fa un any. El segon millor moment és ara. Així que vés-hi, comet errors, aprèn, està bé. Fins i tot una xarxa neuronal -la invenció més gran de l'home des que la roda i el desnivell s'incrementen sobre els arbres- no poden distingir un gat d'un gos en la primera època d'entrenament.
Quines "banderes vermelles" indiquen immediatament que l'esdeveniment no serà molt bo i que no cal perdre el temps?
- Una descripció clara del que s'ha de fer (rellevant per als hackatons de productes). Si durant el registre us donen una tasca clara, és millor quedar-vos a casa. A la meva memòria, no hi havia ni un bon hackathon amb especificacions tècniques. Per comparar: d'acord, fes-nos alguna cosa relacionada amb l'anàlisi de converses d'àudio. Dolent: fes-nos una aplicació que pugui dividir una conversa en dues pistes d'àudio separades per a cada persona.
- Petit fons de premis. Si us demanen que feu “Tinder per a una botiga online amb IA” i el premi al primer classificat és de 500 euros i un equip mínim de 5 persones, probablement no val la pena perdre el temps (sí, això és un autèntic hackathon que va ser celebrat a Munic).
- Manca de dades (rellevant per als hackatons de ciència de dades). Els organitzadors solen proporcionar informació bàsica sobre l'esdeveniment i, de vegades, un conjunt de dades de mostra. Si no l'han proporcionat, pregunta, no et costarà res. Si en 2-3 no està clar quines dades es proporcionaran i si es proporcionaran, això és una bandera vermella.
- Nous organitzadors. No siguis mandrós i Google informació sobre els organitzadors del hackathon. Si celebren un esdeveniment d'aquest tipus per primera vegada, hi ha una alta probabilitat que alguna cosa surti malament. D'altra banda, si l'organitzador i els membres del jurat ja han fet hackathons o han participat activament en el passat, aquesta és una bandera verda.
En un hackathon em van dir: “Vas tenir la millor solució en poc temps, però ho sento, avaluem el treball en equip i has treballat sol. Ara, si vau portar un estudiant o una noia al vostre equip...”? Us heu trobat mai amb tanta injustícia? Com ho vas afrontar?
Sí, m'he trobat més d'una vegada. Sóc estoic amb tot el que passa: vaig fer tot el que estava al meu poder, si no va funcionar, que així sigui.
Per què fas tot això?
Tot això és només per avorriment.
Font: www.habr.com