Në Unë shqyrtova disa arsye për t'u angazhuar në hackathona. Motivimi për të mësuar shumë gjëra të reja dhe për të fituar çmime të vlefshme tërheq shumë njerëz, por shpesh për shkak të gabimeve të organizatorëve ose kompanive sponsoruese, ngjarja përfundon me dështim dhe pjesëmarrësit largohen të pakënaqur. Për të reduktuar këto raste të pakëndshme, shkruajta këtë postim. Pjesa e dytë e trilogjisë i kushtohet gabimeve të organizatorëve.
Postimi është organizuar si më poshtë: në fillim, unë tregoj për ngjarjen, shpjegoj se çfarë shkoi keq dhe çfarë mund të çojë kjo (ose mund të çojë në perspektivën afatgjatë). Pastaj, unë jap vlerësimin tim për atë që ndodhi, dhe si do të veproja në vend të organizatorëve. Duke qenë se në të gjitha ngjarjet kam marrë pjesë si pjesëmarrës, mund të supozoj vetëm motivimin e vërtetë të organizatorëve. Si rezultat, vlerësimi im mund të jetë njëanshëm. Nuk përjashtoj që disa momente, të cilat më duken të gabuara, në fakt ishin të menduara ashtu.
Në një moment të caktuar, lexuesit mund t'i duket se autori vendosi të tundë grushte pas luftës. Por mund t'ju siguroj se nuk është kështu. Në disa nga hackathonat e përmendura, arrita të fitoj një çmim, çka megjithatë nuk e pengon të flas për atë se ngjarja ishte e organizuar keq.
Për nder të organizatorëve dhe pjesëmarrësve, në postim nuk do të ketë referenca të veçanta ndaj kompanive. Lexuesi i vëmendshëm, megjithatë, mund të aludojë (ose ta kërkojë në internet) se për kë po flitet.
Hackathon â 1. KufijtĂ« e rreptĂ«
PĂ«r gjashtĂ« muaj, njĂ« kompani e madhe telekomunikacionesh organizoi njĂ« hackathon pĂ«r analizĂ«n e tĂ« dhĂ«nave. 20 ekipe garuan pĂ«r fondin e çmimeve. NĂ« ngjarje u ofrua njĂ« dataset pĂ«r analizĂ«, i cili pĂ«rmbante informacion mbi thirrjet nĂ« shĂ«rbimin e klientit tĂ« kompanisĂ«, aktivitetin nĂ« rrjetet sociale dhe informacionin e koduar mbi pĂ«rdoruesit (gjinia, mosha etj). Pjesa mĂ« interesante e datasetit â mesazhet e pĂ«rdoruesit dhe pĂ«rgjigja e operatorit (tĂ« dhĂ«na tekstuale) â ishte mjaft "e zhurmshme", pĂ«r tĂ« vazhduar punĂ«n, duhej pastruar.
OrganizatorĂ«t kishin vendosur njĂ« detyrĂ« â tĂ« bĂ«jnĂ« diçka interesante me tĂ« dhĂ«nat e ofruara, pĂ«r mĂ« tepĂ«r, ishte e ndaluar tĂ« pĂ«rdornin datasets tĂ« tjera tĂ« hapura nga interneti ose tĂ« grumbullonin tĂ« dhĂ«na vetĂ«. Ndalohej gjithashtu propozimi i ideve qĂ« nuk ishin tĂ« lidhura me dataset-in. FatkeqĂ«sisht, tĂ« dhĂ«nat e ofruara ishin mjaft "tĂ« varfĂ«ra": ishte e vĂ«shtirĂ« tĂ« merrje ndonjĂ« produkt interesant dhe nga bisedat me mentorĂ«t u kuptua se shumĂ« nga idetĂ« e propozuara tashmĂ« ishin realizuar (ose do tĂ« realizoheshin nĂ« tĂ« ardhmen tĂ« afĂ«rt) nĂ« kompani.
Si rezultat, numri i madh i ekipeve (15 nga 20) krijuan chat-bota. GjatĂ« prezantimeve, zgjidhja e njĂ« ekipi ishte paksa e ndryshme nga e mĂ«parshmja. NjĂ« nga anĂ«tarĂ«t e jurisĂ«, duke mos e pĂ«rballuar dot, e pyeti ekipin tjetĂ«r qĂ« doli nĂ« skenĂ«: âĂfarĂ«, djem, edhe ju keni chat-bot?â. NĂ« fund, nga tri vendet e para, vendi i parĂ« dhe i dytĂ« i pĂ«rcollĂ«n ekipeve qĂ« nuk kishin krijuar chat-bota.
PĂ«r krahasim, le tĂ« marrim hackathonin, i organizuar nga njĂ« kompani konsulente ndĂ«rkombĂ«tare, pĂ«r kompaninĂ« "Zvezdochka" dy vjet mĂ« parĂ«. Duke qenĂ« se specifika e kompanisĂ« "Zvezdochka" nuk ishte e njohur pĂ«r shumĂ« pjesĂ«marrĂ«s tĂ« hackathonit, nĂ« fillim tĂ« ngjarjes organizatorĂ«t folĂ«n pĂ«r metrikat qĂ« pĂ«rdoren nĂ« kompani. Pas kĂ«saj u ofruan gjashtĂ« datasets tĂ« ndryshĂ«m: tekste, tabela, gjeopozita â pĂ«r tĂ« gjithĂ« pjesĂ«marrĂ«sit kishte hapĂ«sirĂ« pĂ«r manovĂ«r. OrganizatorĂ«t nuk e ndalonin pĂ«rdorimin e datasets tĂ« tjera dhe madje mbĂ«shtetnin ato nisma. NĂ« finale, dhjetĂ« ekipe me zgjidhje tĂ« ndryshme garuan pĂ«r çmimin kryesor, dhe tĂ« gjitha ekipet pĂ«rdorĂ«n tĂ« dhĂ«nat e paraqitura nga kompania (pavarĂ«sisht mungesĂ«s sĂ« ndalesave), qĂ« dĂ«shmonte pĂ«r potencialin e mirĂ« pĂ«r tĂ« marrĂ« produkte tĂ« cilĂ«sisĂ« sĂ« lartĂ«.
MĂ«simi
Nuk duhet tĂ« kufizoni fluksin krijues tĂ« pjesĂ«marrĂ«sve. Si organizator, duhet tĂ« ofroni materialet dhe t'i besoni pikĂ«pamjeve dhe profesionalizmit tĂ« tyre. NĂ«se jeni pjesĂ«marrĂ«s nĂ« hackathon, çdo kufizim ose ndalimi duhet t'ju shqetĂ«sojĂ«. zakonisht tregon pĂ«r njĂ« organizim tĂ« dobĂ«t (shembulli nga jeta reale â dĂ«shira e vazhdueshme pĂ«r tĂ« vendosur njĂ« gardh diku). NĂ«se pĂ«rballeni me kufizime, jini tĂ« gatshĂ«m qĂ« do t'ju duhet tĂ« krijoni njĂ« projekt nĂ« njĂ« haven me garĂ« tĂ« madhe. NĂ« tĂ« tilla raste, ju duhet tĂ« rrezikoni: tĂ« bĂ«ni diçka krejtĂ«sisht tĂ« re ose tĂ« ofroni njĂ« "feature" tĂ« pazakontĂ« "killer", pĂ«r t'u dalluar nga fluksi i projekteve monotone.
Hackatoni â2. Detyra tĂ« pamundura
Hackatoni nĂ« AmadorĂ« premtonte tĂ« ishte interesante. Sponsorja e ngjarjes â njĂ« prodhues i madh telefonash, filloi pĂ«rgatitjet 4 muaj para datĂ«s sĂ« zhvillimit. NĂ« mediat sociale u zhvillua njĂ« promovim pĂ«r ngjarjen, ku pjesĂ«marrĂ«sit e mundshĂ«m duhej tĂ« kalonin njĂ« test teknik dhe tĂ« shkruanin mbi projektet e tyre tĂ« mĂ«parshme pĂ«r t'u pĂ«rzgjedhur pĂ«r kĂ«tĂ« ngjarje. Fondi i çmimeve ishte mjaft i kĂ«ndshĂ«m. Disa ditĂ« para hackathonit, mentorĂ«t organizuan njĂ« sesion teknik qĂ« tĂ« dhuronin pjesĂ«marrĂ«sve kohĂ« pĂ«r tĂ« njohur specifikat e industrisĂ«.
NĂ« vetĂ« ngjarjen, organizatorĂ«t ofruan njĂ« dataset log-esh tĂ« pajisjeve me njĂ« madhĂ«si prej 8 GB, detyra â klasifikimi binar i dĂ«shtimeve. Shpjeguan kriteret e vlerĂ«simit tĂ« projekteve â cilĂ«sia e klasifikimit, krijimtaria e krijimit tĂ« karakteristikave, aftĂ«sia pĂ«r tĂ« punuar nĂ« grup etj. MegjithatĂ«, problemi ishte se nĂ« 8 GB âkarakteristikashâ, kishte vetĂ«m 20 mostra nĂ« train dhe 5 nĂ« test. Vuri kthesĂ«n pĂ«rfundimtare hackathon-it njĂ« problem nĂ« tĂ« dhĂ«na: log-et e pajisjeve tĂ« marra tĂ« merkurĂ«n pĂ«rmbanin njĂ« gabim nĂ« punĂ«n e pajisjeve, ndersa ato tĂ« krijuara tĂ« enjtĂ«n â nuk pĂ«rmbanin (pĂ«r kĂ«tĂ«, duhet thĂ«nĂ«, dinin vetĂ«m dy skuadra, dhe tĂ« dyja ishin nga Rusia â vendi i dataminers tĂ« provuar). MegjithatĂ«, madje njohja e etiketave tĂ« vĂ«rteta tĂ« testit nuk ndihmoi pĂ«r tĂ« pĂ«rmirĂ«suar pĂ«rgjigjen â detyra ishte e pazgjidhshme. OrganizatorĂ«t nuk morĂ«n rezultatin e dĂ«shiruar, pjesĂ«marrĂ«sit humbĂ«n shumĂ« kohĂ« duke u pĂ«rpjekur tĂ« zgjidhnin njĂ« detyrĂ« tĂ« keqhartuar. Hackatoni dĂ«shtoi.
MĂ«simi
Kryeni ekspertiza teknike tĂ« detyrave dhe kontrolloni detyrat tuaja pĂ«r adekuatĂ«sinĂ«. ĂshtĂ« mĂ« mirĂ« tĂ« paguani mĂ« shumĂ« pĂ«r njĂ« ekspertizĂ« paraprake (nĂ« kĂ«tĂ« rast, çdo datascientist do tĂ« kishte treguar menjĂ«herĂ« pĂ«r pamundĂ«sinĂ« e zgjidhjes sĂ« kĂ«saj problemi) sesa tĂ« pendoheni mĂ« vonĂ«.
Në këtë rast, përveç kohës dhe parave të shpenzuara, kompania humbi kredibilitetin nga kandidatët e mundshëm dhe ndoshta do të shkruhej mbi rezultatet. Për t'u përmendur, rezultatet e suksesshme duhet të shkruhen jo vetëm nga pjesëmarrësit, por edhe nga kompania, duke realizuar sa më shumë hackatonin nga pikëpamja PR. Fatkeqësisht, jo të gjitha kompanitë e bëjnë këtë, duke u kufizuar vetëm në një postim njoftues dhe disa fotografi nga ngjarja në Twitter.
Hackatoni â3. Pranoje ose lĂ«re
Pak kohĂ« mĂ« parĂ«, ekipi ynĂ« mori pjesĂ« nĂ« njĂ« hackaton nĂ« Amsterdam. Disa sepse unĂ« jam njĂ« inxhinier energjie (nĂ« fushĂ«n e burimeve tĂ« rinovueshme), tema ishte pikĂ«risht pĂ«r ne â energjia. Hackatoni u zhvillua nĂ« format online: na u dha pĂ«rshkrimi i detyrĂ«s dhe njĂ« muaj pĂ«r ta realizuar. OrganizatorĂ«t donin tĂ« panin njĂ« projekt tĂ« gatshĂ«m qĂ« ndihmonte nĂ« rritjen e efikasitetit tĂ« energjisĂ« nĂ« shtĂ«pitĂ« e Amsterdamit.
Ne bëmë një projekt me të cilin parashikohet konsumi i energjisë (para kësaj kam marrë pjesë në një konkurs në këtë temë ku kam marrë një zgjidhje afërsisht-sota, për të cilën mund të lexoni ) dhe gjenerimi nga panelet diellore. Në bazë të këtyre parashikimeve optimizohet puna e baterisë (kjo ide u mor pjesërisht nga diplomimi im të masterit). Projekti ynë përputhej mirë si me detyrën nga organizatorët (ashtu siç na dukej atëherë), ashtu edhe me politikat e administratës së Amsterdamit në lidhje me REN për disa vite përpara.
GjatĂ« vlerĂ«simit tĂ« projekteve, na thanĂ«, si shumĂ« skuadra, se kjo nuk ishte ajo qĂ« priste klienti, duke shtuar qĂ« ne duhej ta riparonim projektin nĂ«se donim tĂ« garonim pĂ«r vendin e çmimit. Nuk bĂ«mĂ« asgjĂ« tĂ« riparojmĂ«, duke u pajtuar me humbjen. Nga dyzet skuadrat pjesĂ«marrĂ«se, ne nuk shkuam as nĂ« top-7, ndonĂ«se zgjedhja e organizatorĂ«ve, sipas mendimit tim, ishte mjaft e çuditshme. PĂ«r shembull, ata kaluan nĂ« finale njĂ« skuadĂ«r qĂ« bĂ«ri njĂ« aplikacion pĂ«r llogaritjen e shpejtĂ«sisĂ« sĂ« erĂ«s dhe rrezatimin diellor (RR) nga tĂ« dhĂ«nat e sensorĂ«ve tĂ« telefonit inteligjent: mikrofon pĂ«r erĂ«n, sensor ndriçimi â pĂ«r RR. Karakteristika vrasĂ«se ishte klasifikimi hotdog/nuk Ă«shtĂ« hotdog nĂ« tri klasa: Diell, erĂ«, ujĂ« dhe tregimi i pĂ«rkatshĂ«m nĂ« Wikipedia ().
LĂ«rini pĂ«r njĂ« minutĂ« anĂ« morale tĂ« çështjes: tĂ« kĂ«rcĂ«nosh pjesĂ«marrĂ«sit me mundĂ«sinĂ« e fitores Ă«shtĂ« thjesht e paetikĂ«. Duke qenĂ« se njĂ« nga motivet pĂ«r pjesĂ«marrjen nĂ« hackatone (veçanĂ«risht pĂ«r zhvilluesit e pĂ«rvojĂ«s) Ă«shtĂ« realizimi i ideve tĂ« tyre, shumĂ« pjesĂ«marrĂ«s tĂ« fortĂ« mund tĂ« largohen thjesht nga ngjarja, pasi dĂ«gjojnĂ« njĂ« feedback tĂ« tillĂ« (çfarĂ« ndodhi jo vetĂ«m me ekipin tonĂ«, por edhe me disa tĂ« tjerĂ« qĂ« ndaluan sĂ« azhurnuari faqen e projektit tĂ« tyre pas dĂ«gjimit nga mentori). NĂ« çdo rast, le tĂ« supozojmĂ« se ne pranuam kĂ«rkesat e organizatorĂ«ve dhe riparuam projektin tonĂ« sipas kĂ«rkesave tĂ« tyre. ĂfarĂ« mund tĂ« ndodhĂ« mĂ« pas?
PĂ«r sa kohĂ« qĂ« organizatorĂ«t kanĂ« vizionin e tyre pĂ«r "projektin ideal", tĂ« gjitha dĂ«shirat (dhe pĂ«r rrjedhojĂ« ndryshimet) do tĂ« na drejtojnĂ« drejt kĂ«tij ideali. Garuesit do tĂ« kalojnĂ« kohĂ« dhe do tâi bĂ«het gjithnjĂ« e mĂ« e vĂ«shtirĂ« tĂ« heqin dorĂ« nga pjesĂ«marrja e mĂ«tejshme (pasi do tĂ« kenĂ« investuar energji, dhe duket se deri nĂ« fitore Ă«shtĂ« shumĂ« pak). NĂ« tĂ« vĂ«rtetĂ«, konkurrenca pĂ«r vendet e çmimeve do tĂ« rritet, dhe pjesĂ«marrĂ«sit do tĂ« duhet gjithnjĂ« e mĂ« shpesh tĂ« ribĂ«jnĂ« projektin sipas ndryshimeve nga organizatorĂ«t nĂ« shpresĂ« pĂ«r tĂ« fituar çmimin. NĂ« fund, djemtĂ« qĂ« nuk arritĂ«n tĂ« fitonin çmim do tĂ« kuptojnĂ« se kanĂ« marrĂ« pjesĂ« nĂ« punĂ«n e lirĂ« pa para: bĂ«nĂ« ndryshime sipas kĂ«rkesave tĂ« klientĂ«ve, por nuk morĂ«n asgjĂ« nĂ« kĂ«mbim (pĂ«rveç pĂ«rvojĂ«s natyrisht).
MĂ«simi
Shpesh kĂ«rkesat dhe reagimet nga organizatorĂ«t vijnĂ« nĂ« ndihmĂ« tĂ« projektit. MegjithatĂ«, pjesĂ«marrĂ«sit nuk duhet tĂ« mbĂ«shteten nĂ« kĂ«shillat e mentorĂ«ve si njĂ« i sĂ«murĂ« nĂ« patericĂ«. NĂ«se dĂ«gjoni nga organizatorĂ«t komente nĂ« lidhje me projektin tuaj nĂ« frymĂ«n e "heqeni, ne nuk e kemi kĂ«rkuar kĂ«tĂ«" â pjesĂ«marrja juaj nĂ« hackathon mund tĂ« konsiderohet pĂ«rfunduar nĂ« kĂ«tĂ« pikĂ«.
NĂ«se po organizoni njĂ« hackathon me njĂ« vizion tĂ« qartĂ« pĂ«r projektin, por pa aftĂ«si ose mundĂ«si pĂ«r ta realizuar atĂ« vetĂ«, Ă«shtĂ« mĂ« mirĂ« ta formalizoni vizionin tuaj nĂ« formĂ«n e njĂ« detyre teknike pĂ«r njĂ« freelancer. NĂ« tĂ« kundĂ«rt, do t'ju duhet tĂ« paguani dy herĂ« â pĂ«r hackathonin dhe pĂ«r shĂ«rbimet e freelancerit.
Burimi: habr.com
