В Promotrio sam nekoliko razloga za sudjelovanje u hackathonima. Motivacija za učenjem puno novih stvari i osvajanjem vrijednih nagrada privlači mnoge, ali često zbog pogrešaka organizatora ili sponzorskih tvrtki događanje završi neuspješno, a sudionici odu nezadovoljni. Kako bi se ovakvi neugodni incidenti rjeđe događali, napisao sam ovaj post. Drugi dio trilogije posvećen je pogreškama organizatora.
Post je organiziran na sljedeći način: na početku govorim o događaju, objašnjavam što je pošlo po zlu i do čega je to dovelo (ili dugoročno može dovesti). Zatim dajem svoju procjenu onoga što se događa i što bih ja napravio da sam organizator. Budući da sam sudjelovao u svim događajima, mogu samo pretpostaviti pravu motivaciju organizatora. Zbog toga bi moja ocjena mogla biti jednostrana. Ne isključujem da su neke točke koje mi se čine pogrešnima zapravo bile tako namijenjene.
U određenom trenutku čitatelj može pomisliti da je autor odlučio zamahati šakama nakon tučnjave. Ali mogu vas uvjeriti da to nije tako. U nekima od navedenih hackathona uspio sam osvojiti nagradu, ali to nas ne sprječava da kažemo da je događaj bio loše organiziran.
Iz poštovanja prema organizatorima i sudionicima, u objavi se neće spominjati određene tvrtke. Pažljivi čitatelj, međutim, može pogoditi (ili proguglati) o kome je riječ.
Hackathon br. 1. Strogi okviri
Prije šest mjeseci jedna velika telekom tvrtka organizirala je hackathon o analizi podataka. Za nagradni fond borilo se 20 ekipa. Na događaju je na analizu dostavljen skup podataka koji je sadržavao informacije o pozivima službi podrške tvrtke, aktivnosti na društvenim mrežama te kodirane podatke o korisnicima (spol, dob i sl.). Najzanimljiviji dio skupa podataka—korisničke poruke i odgovori operatera (tekstualni podaci)—bio je prilično bučan i trebalo ga je očistiti za daljnji rad.
Organizatori su postavili zadatak - učiniti nešto zanimljivo s dostavljenim podacima, a bilo je zabranjeno koristiti dodatne otvorene skupove podataka s mreže ili sami analizirati podatke. Također je bilo zabranjeno predlagati ideje koje nisu povezane sa skupom podataka. Nažalost, dostavljeni podaci bili su prilično “siromašni”: bilo je teško od njih dobiti neke zanimljive proizvode, a iz komunikacije s mentorima postalo je jasno da su mnoge od predloženih ideja već u implementaciji (ili će se implementirati u skoroj budućnosti) u društvu.
Kao rezultat toga, ogroman broj timova (15 od 20) izradilo je chatbotove. Tijekom nastupa odluka jedne momčadi malo se razlikovala od prethodne. Ne izdržavši, jedan od članova žirija upitao je sljedeću ekipu koja je izašla na pozornicu: "Što, ljudi, imate li i vi chatbota?" Rezultatski, od tri nagrade, prvo i drugo mjesto osvojili su timovi koji nisu izradili chatbotove.
Za usporedbu, uzmimo hackathon koji je organizirala međunarodna konzultantska tvrtka za tvrtku Zvezdochka prije dvije godine. Budući da su specifičnosti aktivnosti tvrtke Zvezdochka bile nepoznate mnogim sudionicima hackathona, na početku događaja organizatori su govorili o metrikama koje se koriste u tvrtki. Nakon toga je osigurano šest skupova podataka različitih tipova: tekst, tablice, geolokacija - bilo je manevarskog prostora za sve sudionike. Organizatori nisu zabranili korištenje dodatnih skupova podataka i čak su podržali takve inicijative. U finalu natjecanja za glavnu nagradu natjecalo se deset timova s različitim rješenjima, pri čemu su svi timovi koristili podatke tvrtke (unatoč nedostatku ograničenja), što je ukazivalo na dobar potencijal za dobivanje kvalitetnih proizvoda.
moralnost
Nema potrebe ograničavati kreativni tijek sudionika. Kao organizator morate osigurati materijale i vjerovati njihovoj viziji i profesionalnosti. Ako ste sudionik hackathona, svaka ograničenja ili zabrane bi vas trebale alarmirati. Obično je to dokaz loše organizacije (primjer iz stvarnog života je stalna želja da se negdje zabije ograda). Ako ipak naiđete na ograničenja, budite spremni na činjenicu da ćete morati izraditi projekt u bazenu s velikom konkurencijom. U ovom slučaju, morate riskirati: učiniti nešto potpuno novo ili ponuditi neobičnu "ubojitu značajku" kako biste se istaknuli iz struje monotonih projekata.
Hackathon br. 2. Nemogući zadaci
Hackathon u Amadoru obećavao je biti zanimljiv. Sponzorska tvrtka, veliki proizvođač telefona, započela je pripreme 4 mjeseca prije datuma događaja. PR događaja je proveden na društvenim mrežama, potencijalni sudionici su morali proći tehnički test i napisati o svojim prošlim projektima kako bi bili odabrani za ovaj događaj. Nagradni fond je bio ugodno velik. Nekoliko dana prije hackathona, mentori su održali tehničku sesiju kako bi sudionici imali vremena razumjeti specifičnosti industrije.
Na samom događaju organizatori su osigurali skup podataka zapisnika opreme s volumenom od 8 GB, zadatak je bio binarna klasifikacija kvarova. Bilo je riječi o kriterijima za ocjenjivanje projekata - kvaliteti klasifikacije, kreativnosti u kreiranju priloga, sposobnosti timskog rada i sl. To je samo loša sreća - za 8 GB "značajki", bilo je samo 20 primjeraka u vlaku i 5 u testu. Posljednji čavao u lijes hackathona donio je podatak: zapisnici opreme zaprimljeni u srijedu sadržavali su pogrešku u radu opreme, ali oni napravljeni u četvrtak ne (usput, za to su znala samo dva tima, a obojica su bili iz Rusije, domovine iskusnih rudara podataka). Iako ni poznavanje pravih oznaka testa nije pomoglo u određivanju odgovora - zadatak je bio nerješiv. Organizatori nisu postigli željeni rezultat, sudionici su potrošili puno vremena rješavajući loše osmišljen problem. Hackathon je bio neuspjeh.
moralnost
Provedite tehničke preglede zadataka i provjerite njihovu primjerenost. Bolje je preplatiti preliminarno ispitivanje (u ovom bi slučaju svaki podatkovni znanstvenik odmah istaknuo da je nemoguće riješiti ovaj problem) nego kasnije požaliti.
U ovom slučaju, osim izgubljenog vremena i novca, tvrtka je izgubila kredibilitet kod potencijalnih kandidata i eventualno pisala o rezultatima. Usput, ne samo sudionici, već i tvrtka trebaju pisati o uspješnim rezultatima, maksimizirajući hackathon s PR točke gledišta. Nažalost, to ne čine sve tvrtke, ograničavajući se samo na najavni post i nekoliko fotografija s događaja na Twitteru.
Hackathon br. 3. Uzmi ili ostavi
Nedavno je naš tim sudjelovao na hackathonu u Amsterdamu. Budući da sam po obrazovanju inženjer elektrotehnike (smjer obnovljivi izvori energije), tema nam je bila baš po mjeri - energija. Hackathon je održan online: dobili smo opis zadatka i mjesec dana da ga izvršimo. Organizatori su željeli vidjeti gotov projekt koji bi pomogao povećati energetsku učinkovitost kuća u Amsterdamu.
Napravili smo projekt u kojem je predviđena potrošnja električne energije (prije toga sam sudjelovao na natječaju na tu temu gdje sam dobio skoro sota rješenje o kojem možete pročitati ) i proizvodnju pomoću solarne ploče. Na temelju ovih predviđanja optimizira se rad baterije (ova ideja je dijelom preuzeta iz mog magistarskog rada). Naš projekt bio je u dobrom skladu kako s naputcima organizatora (kako nam se tada činilo), tako i s politikom administracije Amsterdama u području obnovljivih izvora energije za nekoliko godina.
Tijekom evaluacije projekata, nama je, kao i mnogim timovima, rečeno da to nije ono što naručitelj očekuje, dodajući da moramo projekt ponovno napraviti ako želimo konkurirati za nagradu. Ništa nismo ponovili, prihvatili smo poraz. Od četrdeset timova koji su sudjelovali, nismo uspjeli ući ni u prvih 7, iako je izbor organizatora, čini mi se, bio dosta čudan. Primjerice, u finale su pustili tim koji je napravio aplikaciju za izračunavanje brzine vjetra i sunčevog zračenja (SI) pomoću podataka sa senzora pametnog telefona: mikrofon za vjetar, senzor svjetla za SI. Ubojita značajka bila je klasifikacija hotdog/ne hotdog u tri klase: sunce, vjetar, voda i prikaz odgovarajućeg članka na Wikipediji ().
Ostavimo na trenutak moralnu stranu problema: ucjenjivati sudionike mogućnošću pobjede jednostavno je neetično. Budući da je jedan od motiva za sudjelovanje u hackathonima (osobito iskusnih programera) realizirati svoje ideje, mnogi jaki sudionici mogu jednostavno napustiti događaj nakon što čuju takve povratne informacije (što se dogodilo ne samo našem timu, već i nizu drugih koji su prestali ažuriranje projekta svoje stranice nakon slušanja mentora). Ipak, recimo da smo se složili sa željama organizatora i preradili naš projekt prema njihovim zahtjevima. Što bi se sljedeće moglo dogoditi?
Budući da organizatori imaju svoje shvaćanje “idealnog projekta”, sve želje (a time i promjene) vodit će nas prema tom idealu. Natjecatelji će gubiti vrijeme i bit će im sve teže odbiti daljnje sudjelovanje (jer su već uložili trud, a čini se da ih još samo malo dijeli od pobjede). Ali u stvarnosti, konkurencija za nagrade će se povećati, a sudionici će morati sve više ponavljati projekt na temelju izmjena organizatora u nadi da će osvojiti nagradu. Kao rezultat toga, dečki koji nisu uzeli nagrade, gledajući unatrag, shvatit će da su sudjelovali u freelancingu bez novca: napravili su izmjene za kupca, ali za to nisu dobili ništa (osim relevantnog iskustva, tečaj).
moralnost
Često želje i povratne informacije organizatora dolaze u pomoć projektu. Pritom se, međutim, polaznici ne bi trebali oslanjati na savjete mentora kao šepav na štap. Ako od organizatora čujete povratnu informaciju o svom projektu u duhu "odnesite, mi ovo nismo naručili", vaše sudjelovanje u hackathonu može se smatrati završenim.
Ako organizirate hackathon s jasnom vizijom projekta, ali bez vještina ili sposobnosti da je sami provedete, onda je bolje formalizirati svoju viziju u obliku tehničkih specifikacija za freelancera. U suprotnom, morat ćete platiti dva puta - za hackathon i za usluge freelancera.
Izvor: www.habr.com