Pjesa përfundimtare e trilogjisë për hackathone. Në kam folur për motivimin për t'u angazhuar në aktivitete të tilla. ishte e përkushtuar ndaj gabimeve të organizatorëve dhe rezultateve të tyre. Pjesa përfundimtare do t'i përgjigjet pyetjeve që nuk u përfshinë në dy pjesët e para.
Trego si fillove të merrje pjesë në hackathone.
Kam studiuar në master në Universitetin e Lappeenranta, duke zgjidhur për njëkohësisht gara në analizën e të dhënave. Dita ime tipike dukej si më poshtë: zgjohem në 8, disa orë në universitet, pastaj gara dhe kurse deri në mesnatë (derisa dërgohet dorëshkrimi, shoh ligjërata ose lexoj artikuj). Ky orar i ashpër solli rezultate, dhe fitoja garën në analizën e të dhënave MERC-2017 (për të cilën madje ishte ). Fitorja më dha besim në vetvete, dhe kur rastësisht ndesha informacionin për hackathonin SkinHack 2 në Moskë, vendosa të vizitoj prindërit dhe njëkohësisht të zbuloj se çfarë është një hackathon.
Hackatoni ishte mjaft argëtues. Kishte dy trajta për analizën e të dhënave me metrika të qarta dhe një dataset me çmime prej 100,000 rubla. Trajta e tretë ishte për zhvillimin e aplikacioneve, me një çmim prej 50,000 rubla, dhe në të nuk kishte pjesëmarrës. Në një moment, organizatori tha se një dritare me një buton pa funksionalitet mund të fitojë 50,000 rubla, sepse çmimi nuk mund të mbetet pa u paguar. Nuk e mësova programimin e aplikacioneve (nuk garoj aty ku mund të “përmbysesh” lehtësisht), por për mua ky ishte një mesazh i qartë se fushat në hackatone nuk ishin të mbushura.
Atëherë, unë po zgjidhja të dy trajtat për analizën e të dhënave i vetmi. Gjeta një lidhje në të dhëna që lejonte të arrija një rezultat ideal, por kolona me lidhjen nuk ishte në të dhënat testuese që mora dy orë para fundi të ngjarjes (për ta thënë, atëherë kuptoja se pranimi i kolones “target” në train nuk konsiderohej si lidhje). Në të njëjtën kohë, u hap tabela e liderëve, dorëzimi im pa lidhje zinte vendin e tretë nga pesë, ishte një diferencë e madhe nga vendi i parë dhe vendosa të mos humbas kohë dhe u largova.
Pas pas analizova të gjithçka që ndodhi, gjeta shumë gabime (një nga zakonete e mia është të rrokullis mendërisht atë që ndodhi duke e analizuar me një shënim dhe të shqyrtoj gabimet, arsyen e tyre, dhe çfarë mund të ishte ndryshuar — një trashëgimi e bukur nga lojërat e pjesshme profesionale të pokerit). Por një gjë ishte e qartë — në hackathon ka shumë vlerë, dhe unë thjesht duhet ta realizoj atë. Pas këtij eventi fillova të monitoroj aktivitete dhe grupe, dhe hackathon-i i ardhshëm nuk e vonoi shumë. Pastaj erdhi një tjetër, dhe përsëri...
Përse po merresh me hackathon dhe jo me Kaggle?
Aktualisht nuk më pëlqen Kaggle. Nga njëfarë niveli të aftësish, pa arsye specifike për pjesëmarrje, Kaggle bëhet më pak i dobishëm se aktivitete të tjera. Kam marrë pjesë shumë herë më parë, duket se kam arritur të 'përfundoj' në njëfarë mënyre.
Përse hackathon dhe jo puna në projektin tënd?
Më pëlqen ideja për të bërë diçka të bukur me duar në një ritëm të ngadalshëm. Djemtë nga ODS organizuan për të gjithë ata që dëshirojnë të punojnë në projektin e tyre gjatë fundjavës në një ambient miqësor. Mendoj se së shpejti do t'u bashkohem atyre.
Si i gjen aktivitetet?
Burimi kryesor — hackathon.com (botë) dhe biseda në Telegram (Rusia). Përveç kësaj, njoftimet për ngjarjet shfaqen në reklamat në rrjetet sociale dhe në LinkedIn. Nëse nuk gjetët asgjë, mund të shikoni këtu: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
A përgatit një plan zgjidhjeje para pjesëmarrjes ose gjithçka zgjidhet në moment? Për shembull, një javë para hackathon-it mendon: "Këtu do të nevojitet një specialist i tillë, duhet të kërkojmë"?
Nëse hackathon-i është për produktet — po, përgatitem. Njëfarë javësh përpara, mendoj se çfarë do të bëj, parashikoj se kush mund të nevojitet, formoj një ekip nga miqtë ose pjesëmarrësit e hackathon-eve të kaluara.
A është e mundur të hackosh një hackathon vetëm? Çfarë të bësh nëse s'ke ekip?
Hackathonet e të dhënave janë realisht të mundshme (unë jam një shembull i gjallë), ndërsa ato produktive - nuk kam parë, megjithatë mendoj se po. Fatkeqësisht, ndonjëherë organizatorët vendosin një kufizim mbi numrin minimal të pjesëmarrësve në ekip. Mendoj se kjo është për shkak se jo të gjithë "të vetmit" arrijnë në finale (pra, thjesht largohet me pengesat e para), pjesëmarrja në ekip gjithsesi e mban atë peng. Gjithashtu, pas aktivitetit pritet që ju të vazhdoni punën në projekt. Me ekipin do të jetë më e lehtë ta përfundojmë projektin.
Në përgjithësi, unë rekomandoj të merrni pjesë gjithmonë me një ekip. Nëse nuk keni ekipin tuaj, organizatorët gjithmonë do t'ju ndihmojnë ta gjeni ose ta krijoni atë.
Si ia del të përballosh lodhjen gjatë hackathonit?
Në hackathon ke 2 ditë për punë, që është 48 orë (30-48 orë, do të marrim 48 për thjeshtësi llogaritjeje). Heqim kohën për gjumë (16-20 orë), mbeten jo më shumë se 30. Nga këto, realisht për punë produktive do të shkojnë rreth 8 orë (në mesatare). Nëse e organizon mirë punën (gjumi, ushqimi, dalja në ajër të pastër, ushtrimet, minutat e vetëdijes, komunikimi i duhur me ekipin dhe kalimi i aktiviteteve), atëherë orët e punës intensive mund t'i rrisësh deri në 12-14. Pas një pune të tillë do të ndihesh i shteruar, por do të jetë një lodhje e këndshme. Të programosh pa gjumë dhe pushime duke e kaluar me energji — është një rrugë drejt dështimit.
A ke pipeline të gatshme për hackathon-ë? Si të janë shfaqur ato, si janë organizuar (skedarët .py janë në dosje, secili për detyrën e tij etj.) dhe si të fillosh të krijosh të tilla vetë?
Nuk përdor zgjidhje të gatshme nga hackathon të kaluar në të rinjtë, por kam një kopsht modelet dhe pipeline nga garat e kaluara. Nuk më duhet të shkruaj përsëri copëza standarde nga e para (për shembull, kodimin e duhur të target-it ose një rrjet të thjeshtë për të identifikuar qëllimin nga teksti), gjë që më kursen shumë kohë.
Aktualisht, kjo duket kështu: për çdo garë ose hackathon ka repo të vet në GitHub, ku ruhen notebook, skriptet dhe një dokumentacion i vogël për atë që po ndodh. Përveç kësaj, ka një repo të veçantë për “trukët” e ndryshme (si kodimi i saktë me target dhe cross-validation). Nuk mendoj se kjo është zgjidhja më elegante, por për momentin më mjafton.
Do të filloja me ruajtjen e gjithë kodit tim në dosje dhe në shkruamin e një dokumentacioni të shkurtër (pse, çfarë, si e bëra dhe rezultati).
A është e mundur të përgatitet një MVP nga e para brenda një periudhe të tillë të shkurtër, ose të gjithë pjesëmarrësit vijnë me zgjidhje të gatshme?
Mund të them vetëm për projektet që lidhen me datascience — po, është e mundur. Për mua, MVP është një përmbledhje e dy factorëve:
- Një ide e qëndrueshme e paraqitur si produkt (dmth. e përshkruar si një biznes canvas). Duhet të ketë gjithmonë një kuptim të qartë se pse dhe për kë po bëjmë produktin. N sometimes projects me një koncept të mirëjustifikuar, por pa një prototip fitojnë çmime, dhe në këtë nuk ka asgjë të çuditshme. Fatkeqësisht, shumë pjesëmarrës nuk mund të abstrahohen nga hidhërimi i dështimit dhe e hedhin fajin për dështimet e tyre te parashikueshmëria e organizatorëve, duke vazhduar të ndjekin modele që nuk kuptojnë për kë janë në hackathonet e ardhshme.
- Një tregues se ju mund ta realizoni këtë produkt (aplikacion, kod, përshkrim të pipeline-ve).
Ndonjëherë ndodh që një ekip të vijë në hackathon me një zgjidhje të gatshme dhe përpiqet ta “përshtasë” atë sipas detyrave të organizatorëve. Të tilla ekipe filtrohen në skanimin teknik ose “llogaritet” vetëm ajo pjesë që ata e bënë në vend. Nuk kam parë ekipe të tilla në fitues, por mendoj se është gjithsesi e leverdisshme të shkojnë për shkak të vlerës së ardhshme ().
A ka shembuj të realizimit të projekteve të realizuara në hackathon në produkte/stanlopende?
Po, unë kam pasur tre raste kur arrita në prodhim. Një herë vetë, dy herë — me duar të të tjerëve bazuar në idetë dhe kodin që kam shkruar në hackathon. Po ashtu, njoh disa ekipe që vazhduan bashkëpunimin me kompaninë si konsultantë. Nuk e di se çfarë doli si rezultat përfundimtar, por me siguri diçka u bë deri në fund. Nuk kam organizuar startup-e dhe nuk di të di ndonjë që është bërë, megjithatë jam i sigurt se ekzistojnë shembuj.
Pas pjesëmarrjes në shumë hackathon, çfarë këshillash do t'i jepje vetes nëse do të mund të ktheheshe në të kaluarën?
- Taktika është më e rëndësishme se manovrat. Paraqit çdo vendim si një produkt të gatshëm. Ideja, notebook-u Jupiter, algoritmi nuk vlejnë asgjë nëse nuk është e qartë kush do të paguajë për të.
- Para se të projektosh diçka, përgjigju pyetjeve jo “çfarë?”, por “përse?” dhe “si?”. Shembull: kur projekton një zgjidhje ML, në fillim mendo për algoritmin ideal: çfarë merr si input, si përdoren parashikimet e tij më pas?
- Merr pjesë në një ekip.
Çfarë zakonisht ofrohet për të ngrënë në hackathon?
Në hackathonet zakonisht ushqimi është i dobët: pizza, energjizues, soda. Pothuajse gjithmonë ushqimi organizohet në formën e një bufeti (ose tavoline ndarëse), për të cilin formohet një radhë e madhe. Natën zakonisht nuk ka ushqim, megjithatë kishte një rast në një garë në Paris ku lanë disa snacks për natën — patate të skuqura, donuts dhe kola. Unë e paraqes procesin mendor të organizatorëve: “Cfarë hanë programuesit? Ah, saktë! Patate të skuqura, donuts — kjo është e gjitha. Le t'u japim këtë gjë.” Të nesërmen, e pyes organizatorët: “Djem, a mund të bëni diçka tjetër për natën? Diçka si një oriz, për shembull?” Pas kësaj më shikuan si idh i një idiot. Mikpritja e famshme franceze.
Në hackathonet e mira, ushqimi porositet në kutia dhe ka ndarje për ushqim të zakonshëm, vegetarian dhe kosher. Për më tepër, vendosin një frigorifer me kos, muesli — për ata që duan të hanë ndonjëherë. Çaj, kafe, ujë — standard. Më ka mbetur në mendje hackathoni Hack Moscow 2 — atje e shërbyen me lëng të ngrohtë dhe kotleta me pure në kantinën e zyrës 1C.
Pjesa e arritshmërisë së hackathonëve varet, siç do të thoshim, nga fusha profesionale e organizatorëve (për shembull, hackathonët më të mirë organizohen nga konsulentët)?
Hackathonët më të mirë janë organizuar nga ata organizatorë që ose më parë kanë organizuar hackathonë, ose kanë marrë pjesë në to. Mbase, ky është faktori i vetëm në të cilin varet cilësia e ngjarjes.
Si mund ta kuptosh që nuk je novik dhe është koha për një hackathon?
Koha më e mirë për të shkuar në një hackathon ishte një vit më parë. Koha e dytë më e mirë është tani. Pra, përpiqu, gabohu, mëso — është në rregull. Edhe një rrjet nervor — shpikja më e madhe e njeriut pas rrotës dhe gradimit të përmirësimit mbi pemët — nuk mund të dallojë një makinë nga një qen në epokën e parë të mësimit.
Cilat 'flagat e kuqe' tregojnë menjëherë që ngjarja nuk do të jetë shumë e mirë dhe nuk duhen humbur kohë?
- Një përshkrim i qartë se çfarë duhet bërë (i rëndësishëm për hackathonet produktive). Nëse gjatë regjistrimit ju shqiptohet qartë një detyrë, më mirë të qëndroni në shtëpi. Në kujtesën time nuk ka pasur asnjë hackathon të mirë me një TËZ. Për shembull: Mirë — na bëni diçka që ka të bëjë me analizën e bisedave audio. Keq — na bëni një aplikacion që do të ishte i aftë të ndante bisedën në dy pista zvukur të veçanta për secilin person.
- Fond i vogël çmimi. Nëse ju kërkohet të bëni “Tinder për dyqanin online me AI” dhe çmimi për vendin e parë është 500 euro me ekip minimal prej 5 personash — ndoshta nuk ia vlen të humbni kohë (po, ky është një hackathon real që u zhvillua në Mynih).
- Mungesa e të dhënave (e rëndësishme për hackathonet e shkencës së të dhënave). Organizatoret zakonisht ofrojnë informacionin thelbësor mbi ngjarjen dhe ndonjëherë një mostër të datasetit. Nëse nuk e ofrojnë — pyesni, nuk humbni asgjë. Nëse për 2-3 pyetje mbetet e paqartë se çfarë të dhënash do të ofrohen dhe nëse do të ofrohen fare — kjo është një flamur i kuq.
- Organizatorët e rinj. Mos u leni pas dhe kërkoni informacione rreth organizatorëve të hackathon-it. Nëse ata po organizojnë një ngjarje të tillë për herë të parë — ka një probabilitet të madh që diçka të shkojë keq. Në anën tjetër, nëse organizatori dhe anëtarët e jurisë kanë organizuar hackathon-e më parë ose kanë qenë aktivë në këtë fushë — kjo është një flamur i gjelbër.
Në një hackathon më thonin: "I ke bërë zgjidhjet më të mira në pikët, por më vjen keq, ne e vlerësojmë punën në ekip, dhe ti ke punuar vetëm. Po sikur të kishe marrë me vete ndonjë student ose vajzë...?" A e ke hasur një padrejtësi të tillë? Si e ke përballuar?
Po, e kam hasur dhe jo pak herë. Unë e përballoj gjithçka me stoicizëm: bëra gjithçka që ishte në fuqinë time, nëse nuk arrita – kështu qoftë.
Pse merresh me gjithë këtë?
E gjithë kjo është thjesht nga mërzia.
Burimi: habr.com
