
Në Kam shqyrtuar disa arsye për pjesëmarrjen në hackathon. 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 keq dhe pjesëmarrësit largohen të pakënaqur. Për të shmangur ndodhi të tilla të pakëndshme, shkrova këtë postim. Pjesa e dytë e trilogjisë i kushtohet gabimeve të organizatorëve.
Postimi organizohet në këtë mënyrë: në fillim tregoj për ngjarjen, shpjegoj se çfarë shkoi keq dhe në çfarë mund të çojë kjo (ose mund të çojë në perspektivë afatgjatë). Më pas jap vlerësimin tim për ndodhitë dhe si do të veproja në vend të organizatorëve. Duke qenë se në të gjitha ngjarjet unë kam marrë pjesë si pjesëmarrës, mund të supozoj vetëm motivimin e vërtetë të organizatorëve. Si pasojë, vlerësimi im mund të rezultojë njëanshëm. Nuk e përjashtoj që disa pika që më duken si gabime, në të vërtetë ishin të planifikuara ashtu.
Në një moment të caktuar, lexuesit mund t'i duket se autori vendosi të godasë me grushta pas luftës. Por mund t'ju siguroj se nuk është kështu. Në disa nga hackathon-at e përmendur kam arritur të meritoj një vend të çmimit, që megjithatë nuk pengon të flas për atë se ngjarja ishte e keqorganizuar.
Për shkak të respektit për organizatorët dhe pjesëmarrësit, në postim nuk do të ketë referenca për kompani të caktuara. Lexuesi i vëmendshëm, megjithatë, mund të hamendësojë (ose të gjejë në Google) se për kë po flitet.
Hackathon Nr. 1. Kufijtë strikte
GjashtĂ« muaj mĂ« parĂ«, njĂ« kompani e madhe telekomi 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 kontaktet me shĂ«rbimin e klientit tĂ« kompanisĂ«, aktivitetet nĂ« rrjetet sociale dhe informacion tĂ« koduar mbi pĂ«rdoruesit (gjinia, mosha, etj). Pjesa mĂ« interesante e dataset-it - mesazhet e pĂ«rdoruesit dhe pĂ«rgjigja e operatorit (tĂ« dhĂ«na tekstuale) - ishte mjaft âe zhurmshmeâ; pĂ«r pĂ«rpunim tĂ« mĂ«tejshĂ«m, duhej tĂ« pastronte.
OrganizatorĂ«t kishin vendosur njĂ« detyrĂ« - tĂ« bĂ«jnĂ« diçka interesante me tĂ« dhĂ«nat e ofruara, duke ndaluar pĂ«rdorimin e dataset-eve tĂ« hapura nga rrjeti ose nxjerrjen e tĂ« dhĂ«nave vetĂ«. ĂshtĂ« gjithashtu e ndaluar tĂ« propozojnĂ« ide qĂ« nuk lidhen me dataset-in. FatkeqĂ«sisht, tĂ« dhĂ«nat e ofruara ishin mjaft "tĂ« varfra": ishte e vĂ«shtirĂ« tĂ« nxirrje produkte interesante prej tyre, dhe nga bisedat me mentorĂ«t u kuptua qĂ« shumĂ« nga idetĂ« e propozuara tashmĂ« ishin realizuar (ose do tĂ« realizoheshin nĂ« tĂ« ardhmen e afĂ«rt) nĂ« kompani.
Si rezultat, shumica dĂ«rrmuese e ekipeve (15 nga 20) krijuan chatbotĂ«. GjatĂ« prezantimeve, zgjidhja e njĂ« ekipi ishte paksa e dallueshme nga ajo e mĂ«parshme. Duke mos e duruar, njĂ« anĂ«tar i jurisĂ« e pyeti njĂ« ekip qĂ« sapo doli nĂ« skenĂ«: "ĂfarĂ«, djem, edhe ju keni chatbot?" NĂ« fund, nga tri vendet e para, vendi i parĂ« dhe i dyti shkuan pĂ«r ekipet qĂ« nuk krijuan chatbotĂ«.
Për të krahasuar, do të marrim një hackathon të organizuar nga një kompani ndërkombëtare konsulence për firmën "Zvezdochka" dy vjet më parë. Duke pasur parasysh se specifika e veprimtarisë së kompanisë "Zvezdochka" nuk ishte e njohur për shumë pjesëmarrës të hackathon-it, organizatorët në fillim të ngjarjes treguan për metrikat që përdoren në kompani. Pas kësaj, ata ofruan gjashtë dataset-e me drejtim të ndryshëm: tekste, tabela, gjeopozita - për të gjithë pjesëmarrësit kishte hapësirë për manovrim. Organizatorët nuk ndaluan përdorimin e dataset-eve të tjera dhe madje e mbështetën këtë iniciativë. Në finale, dhjetë ekipe me zgjidhje të ndryshme garuan për çmimin kryesor, duke përdorur të dhënat e ofruara nga kompania (pavarësisht mungesës së ndalesave), që tregonte një potencial të mirë për prodhimin e produkteve cilësore.
Moralja
Nuk e duhet tĂ« kufizoni fluksen krijues tĂ« pjesĂ«marrĂ«sve. Si organizator, duhet tâu ofroni materialet dhe tĂ« besoni nĂ« perspektivĂ«n dhe profesionalizmin e tyre. NĂ«se jeni pjesĂ«marrĂ«s nĂ« hackathon, çdo kufizim ose ndalesĂ« duhet tâju shqetĂ«sojĂ«. Zakonisht, kjo tregon pĂ«r njĂ« organizim tĂ« dobĂ«t (njĂ« shembull nga jeta reale â dĂ«shira e vazhdueshme pĂ«r tĂ« vendosur njĂ« gardh). NĂ«se ndiheni me kufizime, duhet tĂ« jeni tĂ« gatshĂ«m qĂ« tâi duhet tĂ« krijoni njĂ« projekt nĂ« njĂ« ambient me konkurrencĂ« tĂ« madhe. NĂ« kĂ«tĂ« rast, ju duhet tĂ« rrezikoni: tĂ« bĂ«ni diçka radikalisht tĂ« re ose tĂ« ofroni njĂ« âkarakteristikĂ« vrasĂ«seâ tĂ« pazakontĂ«, pĂ«r tâu dalluar nga fluksi i projekteve tĂ« njĂ«trajtshme.
Hackathoni â2. Detyrat e pamundshme
Hackathoni nĂ« Amador dukej se do tĂ« ishte interesant. Kompania sponsor â njĂ« prodhues i madh telefonash, filloi pĂ«rgatitjet katĂ«r muaj pĂ«rpara datĂ«s sĂ« zhvillimit. NĂ« rrjetet sociale u zhvillua PR i aktiviteteve, pjesĂ«marrĂ«sit e mundshĂ«m duhej tĂ« kalonin njĂ« test teknik dhe tĂ« shkruanin mbi projektet e tyre tĂ« kaluara, nĂ« mĂ«nyrĂ« qĂ« tĂ« pĂ«rzgjidhen pĂ«r kĂ«tĂ« ngjarje. Fondi i çmimeve ishte mjaft i madh. Disa ditĂ« para hackathonit, mentorĂ«t zhvilluan njĂ« seancĂ« teknike nĂ« mĂ«nyrĂ« qĂ« pjesĂ«marrĂ«sit tĂ« kishin kohĂ« tĂ« thelloheshin nĂ« specifikat e industrisĂ«.
NĂ« ngjarjen e vet, organizatorĂ«t ofruan njĂ« dataset logesh tĂ« pajisjeve me njĂ« volum prej 8 GB, dhe detyra ishte klasifikimi binar i defekteve. U fol pĂ«r kriteret e vlerĂ«simit tĂ« projekteve â cilĂ«sia e klasifikimit, kreativiteti nĂ« krijimin e veçorive, aftĂ«sia pĂ«r tĂ« punuar nĂ« ekip, etj. Por ndodhi njĂ« problem â nĂ« 8 GB âveçorishâ, kishte vetĂ«m 20 shembuj nĂ« trajnim dhe 5 nĂ« testim. Bija pĂ«rfundimtare e hackathonit u godit nga njĂ« çështje nĂ« tĂ« dhĂ«na: loget e pajisjeve tĂ« marra tĂ« mĂ«rkurĂ«n kishin njĂ« gabim nĂ« funksionimin e pajisjeve, ndĂ«rsa ato tĂ« marrĂ« tĂ« enjten â nuk kishin (pĂ«r kĂ«tĂ«, e dinin vetĂ«m dy ekipe dhe tĂ« dy ishin nga Rusia â vendi i data miners tĂ« pĂ«rvojshĂ«m). MegjithatĂ«, edhe njohja e etiketave tĂ« vĂ«rteta tĂ« testit nuk ndihmoi nĂ« adaptimin e pĂ«rgjigjes â detyra ishte e pazgjidhshme. OrganizatorĂ«t nuk arritĂ«n rezultatet e dĂ«shiruara, pjesĂ«marrĂ«sit kaluan shumĂ« kohĂ« duke zgjidhur njĂ« detyrĂ« tĂ« keqformuluar. Hackathoni dĂ«shtoi.
Moralja
Kryer eksperti teknike të detyrave dhe kontrolloni detyrat tuaja për arsyeshmërinë. Më mirë të paguani më shumë për një vlerësim paraprak (në këtë rast, çdo shkencëtar të dhënash do të tregonte menjëherë se zgjidhja e kësaj detyre është e pamundur), sesa më vonë të pendoheni.
NĂ« kĂ«tĂ« rast, pĂ«rveç kohĂ«s dhe parave tĂ« shpenzuara, kompania humbi kredi besimi nga kandidatĂ« potencialĂ« dhe ndoshta mund tĂ« shkruante pĂ«r rezultatet. PĂ«r ta thĂ«nĂ« pĂ«rsĂ«ri, rezultatet e suksesshme duhet tâi shkruajnĂ« jo vetĂ«m pjesĂ«marrĂ«sit, por edhe kompania, duke e maksimalizuar hackathon-in nga kĂ«ndvĂ«shtrimi i PR. FatkeqĂ«sisht, jo tĂ« gjitha kompanitĂ« e bĂ«jnĂ« kĂ«tĂ«, duke u kufizuar vetĂ«m nĂ« njĂ« postim-paralajmĂ«rim dhe disa fotografi nga ngjarja nĂ« Twitter.
Hackathon Nr. 3. Merrni ose lërini
Së fundmi, ekipi ynë mori pjesë në një hackathon në Amsterdam. Duke qenë se kam një arsimim si inxhinier energjetik (në fushën e burimeve të rinovueshme të energjisë), tema ishte për ne - energjia. Hackathon-i u mbajt në format online: na u dha përshkrimi i detyrës dhe një muaj për ta përfunduar. Organizatorët dëshironin të shihnin një projekt të gatshëm që do të ndihmonte në rritjen e efikasitetit energjetik të shtëpive në Amsterdam.
Ne krijuam një projekt në të cilin parashikohet konsumimi i energjisë elektrike (më parë kam marrë pjesë në një konkurs mbi këtë temë ku kam marrë një zgjidhje afërsisht-sota, për të cilën mund të lexoni) ) dhe gjenerimi nga panele diellore. Në përputhje me këto parashikime, optimizohet funksionimi i baterisë akumuluese (kjo ide u mor pjesërisht nga diploma ime e masterit). Projekti ynë ishte mirë i harmonizuar si me detyrën nga organizatorët (si na dukej atëherë), ashtu edhe me politikën e administratës së Amsterdamit në fushën e burimeve të rinovueshme të energjisë për disa vite përpara.
GjatĂ« vlerĂ«simit tĂ« projekteve, na u tha, si shumĂ« grupeve tĂ« tjera, se kjo nuk ishte ajo qĂ« pritej nga porositĂ«si, duke shtuar se duhet tĂ« ripunonim projektin nĂ«se donim tĂ« konkurronim pĂ«r vendin e parĂ«. Ne nuk bĂ«mĂ« asnjĂ« ndryshim, duke pranuar disfatĂ«n. Nga dyzet ekipe pjesĂ«marrĂ«se, ne nuk arritĂ«m as nĂ« top-7, megjithĂ«se zgjedhja e organizatorĂ«ve, sipas mendimit tim, ishte mjaft e çuditshme. PĂ«r shembull, ata e kaluan nĂ« finale njĂ« ekip qĂ« kishte bĂ«rĂ« njĂ« aplikacion pĂ«r llogaritjen e shpejtĂ«sisĂ« sĂ« erĂ«s dhe rrezatimin diellor (SI) sipas tĂ« dhĂ«nave nga sensorĂ«t e smartphone-it: mikrofoni pĂ«r erĂ«n, sensori i ndriçimit â pĂ«r SI. Kfalleria e karakteristikave ishte klasifikimi hotdog/not hotdog nĂ« tre kategori: Dielli, Era, Uji dhe shfaqja e artikullit pĂ«rkatĂ«s nĂ« Wikipedia.).
TĂ« lĂ«mĂ« pĂ«r njĂ« moment anĂ«n morale tĂ« çështjes: tĂ« shantazhosh pjesĂ«marrĂ«sit me mundĂ«sinĂ« e fitores Ă«shtĂ« thjesht joetik. Duke qenĂ« se njĂ« nga motivet pĂ«r tĂ« marrĂ« pjesĂ« nĂ« hackathone (sidomos pĂ«r zhvilluesit e pĂ«rvojĂ«s) Ă«shtĂ« realizimi i ideve tĂ« tyre, shumĂ« pjesĂ«marrĂ«s tĂ« fortĂ« mund tĂ« largohen thjesht duke dĂ«gjuar njĂ« reagim tĂ« tillĂ« (çka ndodhi jo vetĂ«m me ekipin tonĂ«, por edhe me disa tĂ« tjerĂ«, tĂ« cilĂ«t ndaluan sĂ« pĂ«rditĂ«suari faqen e projektit tĂ« tyre pas dĂ«gjimit tĂ« mentorit). MegjithatĂ«, le tĂ« pranojmĂ« se ne e kemi pranuar dĂ«shirĂ«n e organizatorĂ«ve dhe e kemi ripunuar projektin tonĂ« sipas kĂ«rkesave tĂ« tyre. ĂfarĂ« mund tĂ« ndodhĂ« mĂ« pas?
Për shkak se organizatorët kanë konceptin e tyre të "projektit ideal", të gjitha dëshirat (dhe për rrjedhojë ndryshimet) do të na drejtojnë drejt këtij ideali. Konkurrentët do të shpenzojnë kohën e tyre dhe do t'ju bëhet gjithnjë e më e vështirë të refuzojnë pjesëmarrjen e mëtejshme (pasi tashmë janë investuar përpjekje, dhe duket se për fitoren është vetëm pak). Por 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ë ripunojnë projektin sipas rregullave të organizatorëve në shpresë për të fituar një çmim. Si rezultat, djemtë që nuk fituan çmime, duke u kthyer mbrapa do të kuptojnë se morën pjesë në një punë të lirë pa pagesë: bënë ndryshime për klientët, por nuk morën asgjë në këmbim (përveç përvojës përkatëse, sigurisht).
Moralja
SĂ« shpeshti, dĂ«shirat 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 varur nĂ« njĂ« bastun. NĂ«se dĂ«gjoni nga organizatorĂ«t reagime pĂ«r projektin tuaj nĂ« frymĂ«n "hiqni, ne kĂ«tĂ« nuk e kĂ«rkuam" â pjesĂ«marrja juaj nĂ« hackathon mund tĂ« konsiderohet e pĂ«rfunduar.
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Ă«, atĂ«herĂ« Ă«shtĂ« mĂ« mirĂ« ta formoni vizionin tuaj nĂ« formĂ«n e njĂ« detyre teknike pĂ«r njĂ« freelancer. Ndryshe, do tĂ« duhet tĂ« paguani dy herĂ« â njĂ« herĂ« pĂ«r hackathon dhe njĂ« herĂ« pĂ«r shĂ«rbimet e freelancer-it.
Burimi: habr.com
