U latu scuru di l'hackathons

U latu scuru di l'hackathons

В a parte precedente di a trilogia Aghju guardatu parechji motivi per participà à l'hackathons. A mutivazione per amparà assai cose novi è vince premii preziosi attrae parechji, ma spessu, per via di i sbagli da l'urganizatori o l'imprese patrocinatori, l'avvenimentu finisci senza successu è i participanti partenu insatisfatti. Per fà tali incidenti sgradevoli accade menu spessu, aghju scrittu stu post. A seconda parte di a trilogia hè dedicata à i sbagli di l'urganizatori.

U postu hè urganizatu cusì: à u principiu parlu di l'avvenimentu, spiegà ciò chì hè andatu male è ciò chì hà purtatu (o pò guidà à longu andà). Allora aghju datu a mo valutazione di ciò chì succede, è ciò chì faria se eru l'urganizatori. Siccomu aghju participatu à tutti l'avvenimenti, possu solu assume a vera motivazione di l'urganizatori. In u risultatu, a mo valutazione pò esse unilaterale. Ùn escludemu micca chì certi punti chì mi parenu sbagliati sò stati in fatti intesu cusì.

À un certu puntu, u lettore pò pensà chì l'autore hà decisu di agità i pugni dopu una lotta. Ma vi possu assicurà chì questu ùn hè micca u casu. In certi di l'hackathons listati, aghju sappiutu piglià un premiu, chì, però, ùn ci impedisce micca di dì chì l'avvenimentu era mal organizatu.

Per rispettu di l'urganizatori è di i participanti, ùn ci sarà micca riferimentu à cumpagnie specifiche in u postu. Un lettore attentu, però, pò indovinà (o Google) di quale avemu parlatu.

Hackathon N ° 1. Quadri stretti

Sei mesi fà, una grande cumpagnia di telecomunicazioni hà urganizatu un hackathon nantu à l'analisi di dati. 20 squadre anu cumpetitu per u premiu. À l'avvenimentu, un dataset hè statu furnitu per l'analisi, chì cuntene infurmazione nantu à e chjama à u serviziu di supportu di a cumpagnia, l'attività nantu à e rete soziale è l'infurmazioni codificate nantu à l'utilizatori (sessu, età, etc.). A parte più interessante di u dataset - i missaghji di l'utilizatori è e risposte di l'operatore (dati di testu) - era abbastanza rumoroso è avia da esse pulita per più travagliu.

L'urganizatori stabiliscenu un compitu - per fà qualcosa interessante cù i dati furniti, è era pruibitu di utilizà datasets aperti supplementari da a reta o analizà e dati stessu. Hè statu ancu pruibitu di prupone idee micca ligati à u dataset. Sfurtunatamente, i dati furnuti eranu abbastanza "poveri": era difficiule d'ottene qualsiasi prudutti interessanti da elli, è da a cumunicazione cù i mentori hè diventatu chjaru chì assai di l'idee pruposte sò digià implementate (o seranu implementate in un futuru vicinu) in a cumpagnia.

In u risultatu, u numeru eccessiva di squadre (15 fora di 20) hà fattu chatbots. Duranti i spettaculi, a decisione di una squadra era pocu sfarente da a precedente. Incapace di sopportà, unu di i membri di a ghjuria hà dumandatu à a prossima squadra chì pigliava a scena: "Chì, ragazzi, avete ancu un chatbot?" In u risultatu, fora di trè premii, u primu è u sicondu postu sò andati à e squadre chì ùn anu micca fattu chatbots.

Per paragunà, pigliemu un hackathon urganizatu da una cumpagnia di cunsulenza internaziunale per a cumpagnia Zvezdochka dui anni fà. Siccomu i specifichi di l'attività di a cumpagnia di Zvezdochka ùn sò micca familiarizati per parechji participanti di l'hackathon, à u principiu di l'avvenimentu l'urganizatori anu parlatu di e metriche chì sò aduprate in a cumpagnia. Dopu questu, sei datasets di diversi tipi sò stati furniti: testu, tavule, geolocation - ci era spaziu per manuvra per tutti i participanti. L'urganizatori ùn anu micca pruibitu l'usu di datasets supplementari è ancu sustenevanu tali iniziative. In a finale di a cumpetizione, dece squadre cù diverse suluzioni cumpetenu per u premiu principale, cù tutte e squadre chì utilizanu dati furniti da a cumpagnia (malgradu a mancanza di restrizioni), chì indicava un bonu putenziale per ottene prudutti di qualità.

A moralità

Ùn ci hè bisognu di limità u flussu di creazione di i participanti. Cum'è l'urganizatore, duvete furnisce materiali è fiducia in a so visione è prufessiunale. Sè vo site un participante in un hackathon, qualsiasi restrizioni o pruibizioni duveranu allarme. Di solitu questu hè evidenza di una organizazione povera (un esempiu da a vita reale hè u desideriu constante di appiccicà una fence in un locu). Sè vo scontru ristrizzione, tandu esse preparatu per u fattu chì vi tuccherà à creà un prughjettu in una piscina cù assai cumpetizione. In questu casu, avete ubligatoriu di piglià risichi: fate qualcosa di fundamentale novu o offre una "funzione assassina" inusual per esce da u flussu di prughjetti monotoni.

Hackathon n ° 2. I travaglii impussibili

U hackathon in Amador hà prumessu esse interessante. A cumpagnia di sponsorizazione, un grande fabricatore di telefuni, hà iniziatu a preparazione 4 mesi prima di a data di l'avvenimentu. PR per l'avvenimentu hè stata realizata nantu à e rete suciale; i participanti potenziali anu da passà una prova tecnica è scrive nantu à i so prughjetti passati per esse selezziunati per questu avvenimentu. U fondu di premiu era piacevule grande. Uni pochi ghjorni prima di l'hackathon, i mentori anu realizatu una sessione tecnica per chì i participanti anu avutu u tempu di capiscenu e specificità di l'industria.

À l'avvenimentu stessu, l'urganizatori furnì un dataset di logs di l'equipaggiu cù un voluminu di 8 GB, u compitu era una classificazione binaria di guasti. Parlanu di i criterii per a valutazione di prughjetti - qualità di classificazione, creatività in a creazione di funzioni, capacità di travaglià in una squadra, etc. Hè solu mala furtuna - per 8 GB di "caratteristiche", ci era solu 20 esempi in u trenu è 5 in a prova. U chiovu finali in u coffinu di l'hackathon hè vinutu da i dati: i logs di l'equipaggiu ricivuti u mercuri cuntenenu un errore in u funziunamentu di l'equipaggiu, ma quelli creati ghjovi ùn anu micca (per via, solu dui squadre sapianu di questu, è tramindui eranu da Russia, a patria di minatori di dati sperimentati). Ancu ancu a cunniscenza di i veri etichette di a prova ùn hà micca aiutu à determinà a risposta - u compitu ùn era micca solu solu. L'urganizatori ùn anu micca u risultatu desideratu; i participanti anu passatu assai tempu per risolve un prublema pocu cuncepitu. L'hackathon hè statu un fallimentu.

A moralità

Fate rivisioni tecniche di l'assignazioni è verificate e vostre assignazioni per l'adeguatezza. Hè megliu à overpay per un esame preliminari (in stu casu, ogni scientist di dati avissi subitu subitu chì hè impussibile à scioglie stu prublema) chè di lamentari più tardi.

In questu casu, in più di u tempu è di soldi, a cumpagnia perde a credibilità cù i candidati potenziali è possibbilmente hà scrittu annantu à i risultati. In modu, micca solu i participanti, ma ancu a cumpagnia deve scrive nantu à i risultati riesciuti, maximizendu l'hackathon da un puntu di vista PR. Sfortunatamente, micca tutte e cumpagnie facenu questu, limitendu solu à un postu di annunziu è un paru di ritratti di l'avvenimentu in Twitter.

Hackathon n ° 3. Pigliate o lasciate

Ultimamente, a nostra squadra hà participatu à un hackathon in Amsterdam. Siccomu sò un ingegnere elettricu da furmazione (in u campu di e fonti d'energia rinnuvevuli), u tema era ghjustu per noi - energia. U hackathon hè statu tenutu in ligna: ci hè statu datu una descrizzione di u compitu è ​​un mesi per compie. L'urganizatori vulianu vede un prughjettu finitu chì aiutava à aumentà l'efficienza energetica di e case di Amsterdam.

Avemu fattu un prughjettu in u quale u cunsumu di l'electricità era previstu (prima di questu, aghju participatu à una cumpetizione nantu à questu tema induve aghju ricevutu una suluzione vicinu à a sota, chì pudete leghje circa). ccà) è generazione da pannelli solari. Basatu annantu à queste previsioni, u rendiment di a bateria hè ottimizatu (questa idea hè stata in parte presa da a mo tesi di maestru). U nostru prughjettu era in bonu accordu sia cù l'urdinamentu di l'urganizatori (cum'è ci pareva allora), sia cù a pulitica di l'amministrazione di Amsterdam in u campu di e fonti d'energia rinnuvevuli per parechji anni à vene.

Duranti l'evaluazione di i prughjetti, avemu, cum'è parechji squadre, avemu dettu chì questu ùn era micca ciò chì u cliente aspittava, aghjustendu chì avemu avutu à ripiglià u prughjettu si vulemu cumpete per u premiu. Ùn avemu micca rifattu nunda, accettendu a scunfitta. Di i quaranta squadre chì participanu, ùn avemu mancu ghjuntu à u top 7, ancu s'è l'scelta di l'urganizatori, mi pari, era piuttostu strana. Per esempiu, lascianu a squadra à a finale chì hà fattu una applicazione per calculà a velocità di u ventu è a radiazione solare (SI) utilizendu dati da i sensori di smartphone: un micru per u ventu, un sensoru di luce per u SI. A funzione killer era a classificazione hotdog / micca hotdog in trè classi: Sun, ventu, acqua è visualizazione di l'articulu currispundente in Wikipedia (demo).

Lasciamu u latu morale di u prublema per un mumentu: u ricattamentu di i participanti cù a pussibilità di a vittoria hè simplicemente immorale. Siccomu unu di i mutivazioni per participà à l'hackathons (in particulare i sviluppatori sperimentati) hè di rializà e so idee, assai participanti forti ponu simpricimenti lascià l'avvenimentu dopu avè intesu tali feedback (chì hè accadutu micca solu à a nostra squadra, ma ancu à una quantità di altri chì anu firmatu). aghjurnà u so prughjettu di a pagina dopu à sente u mentor). Eppuru, dicemu chì avemu accunsentutu cù i desideri di l'urganizatori è rifattu u nostru prughjettu per adattà à i so bisogni. Chì puderia succede dopu?

Siccomu l'urganizatori anu a so propria cunniscenza di u "prughjettu ideale", tutti i desideri (è, per quessa, i cambiamenti) ci portanu versu questu ideale. I cuncurrenti perderanu u so tempu è serà più è più difficiuli per elli à ricusà più participazione (poi ch'elli anu digià investitu i so sforzi, è pare ch'elli sò solu un pocu luntanu da vince). Ma in a realità, a cumpetizione per i premi aumenterà, è i participanti anu da ritruvà sempre più u prughjettu basatu nantu à edizioni da l'urganizatori in a speranza di vince un premiu. In u risultatu, i picciotti chì ùn anu micca pigliatu i premii, fighjendu in daretu, capiscenu chì anu participatu à freelance senza soldi: anu fattu edizioni per u cliente, ma ùn anu ricevutu nunda in cambiu per questu (eccettu per l'esperienza pertinente, di corsu).

A moralità

Spessu i desideri è i feedback da l'urganizatori venenu à l'aiutu di u prugettu. À u listessu tempu, però, i participanti ùn deve micca cunfidendu i cunsiglii di i mentori cum'è un omu zoppu nantu à una canna. Sè avete intesu feedback da l'urganizatori nantu à u vostru prughjettu in u spiritu di "piglià, ùn avemu micca urdinatu questu", a vostra participazione à l'hackathon pò esse cunsiderata cumpleta.

Sè avete urganizatu un hackathon cù una visione chjara per u prugettu, ma senza e cumpetenze o capacità di implementà ellu stessu, allora hè megliu formalizà a vostra visione in forma di specificazioni tecniche per un freelancer. Altrimenti, avete da pagà duie volte - per l'hackathon è per i servizii di freelancer.

Source: www.habr.com

Add a comment