QA: Hackathons

QA: Hackathons

Pjesa e fundit e trilogjisë hackathon. NË Pjesa e parë Unë fola për motivimin për të marrë pjesë në ngjarje të tilla. Pjesa e dytë iu kushtua gabimeve të organizatorëve dhe rezultateve të tyre. Pjesa e fundit do t'u përgjigjet pyetjeve që nuk përshtateshin në dy pjesët e para.

Na tregoni se si keni filluar të merrni pjesë në hackathone.
Kam studiuar për master në Universitetin e Lappeenranta ndërsa zgjidhja konkurse në analizën e të dhënave. Dita ime e zakonshme dukej kështu: zgjohesha në 8, disa çifte në universitet, më pas gara dhe kurse deri në mesnatë (ndërsa dorëzimi po numërohet, shikoj leksione ose lexoj artikuj). Një orar kaq i rreptë dha fryt dhe unë fitova konkursin e analizës së të dhënave MERC-2017 (i cili madje u diskutua posto në qendër). Fitorja më dha besim dhe kur rastësisht hasa në informacione për hackathon SkinHack 2 në Moskë, vendosa të vizitoj prindërit e mi dhe në të njëjtën kohë të zbuloj se çfarë është një hackathon.

Vetë hackathoni doli të ishte mjaft qesharak. Kishte dy pista për analizën e të dhënave me metrika të qarta dhe një grup të dhënash me para prej 100 mijë rubla. Pjesa e tretë ishte në zhvillimin e aplikacioneve me një çmim prej 50 mijë, dhe nuk kishte asnjë pjesëmarrës. Në një moment, organizatori tha se një dritare me një buton pa funksionalitet mund të fitojë 50 mijë, sepse çmimi nuk mund të paguhet. Nuk kam filluar të mësoj se si të programoj aplikacione (nuk konkurroj ku mund të "përmbysem" lehtë), por për mua ishte një mesazh i qartë se fushat në hackathons nuk janë të mbushura me njerëz.

Pastaj i zgjidha të dyja gjurmët e analizës së të dhënave vetëm. Gjeta një rrjedhje në të dhënat që më lejoi të merrja shpejtësinë ideale, por kolona me rrjedhjen nuk ishte në të dhënat e provës që mora dy orë para përfundimit të ngjarjes (nga rruga, atëherë kuptova që prania i një kolone "objektiv" në tren nuk llogaritet si rrjedhje). Në të njëjtën kohë u hap tabela e liderëve, paraqitja ime pa fytyrë zuri vendin e tretë nga pesë, pati një hendek të madh me të parin dhe vendosa të mos humbas kohë dhe u largova.

Pasi analizova me mendje të freskët atë që ndodhi, gjeta një mori gabimesh (një nga zakonet e mia është të kaloj mendërisht atë që ndodhi me bllokun e shënimeve dhe të analizoj gabimet, shkakun e tyre dhe çfarë mund të kishte ndryshuar - një trashëgimi kaq e këndshme i një loje pokeri gjysmë-profesionale). Por një gjë ishte e qartë me siguri - ka shumë vlerë në hackathons, dhe unë thjesht duhej ta zbatoja atë. Pas kësaj ngjarje, fillova të monitoroj ngjarjet dhe grupet, dhe hackathoni pasues nuk vonoi shumë. Pastaj një tjetër dhe një tjetër...

Pse po bëni hackathons dhe jo Kaglo?
Nuk më pëlqen Kagle për momentin. Nga një nivel i caktuar aftësish, pa arsye specifike për pjesëmarrje, kagle bëhet më pak e dobishme se aktivitetet e tjera. Kam marrë pjesë shumë më parë, me sa duket kam arritur disi të "zbris".

Pse hackathon dhe nuk punoni në projektin tuaj?
Më pëlqen ideja për të bërë diçka të lezetshme me duart e mia me një ritëm të ngadaltë. U organizuan djemtë nga ODS Projektet ODS për kafshët shtëpiake për të gjithë ata që duan të kalojnë fundjavën duke punuar në projektin e tyre me njerëz me të njëjtin mendim. Mendoj se së shpejti do t'i bashkohem edhe unë.

Si i gjeni ngjarjet?
Burimi kryesor - hackathon.com (botë) dhe biseda me telegram Hakerat rusë (Rusi). Plus, njoftimet e ngjarjeve shfaqen në reklamat në rrjetet sociale dhe në linkedin. Nëse nuk gjeni asgjë, mund të shikoni këtu: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

A përgatitni një plan zgjidhjeje përpara se të merrni pjesë apo gjithçka vendoset menjëherë? Për shembull, një javë para hackathon-it, a mendoni: "Do të kemi nevojë për një specialist këtu, do të duhet ta kërkojmë"?
Nëse hackathon është për ushqim, po, po bëhem gati. Disa javë më parë, kuptoj se çfarë do të bëj, kuptoj se kush mund të jetë i dobishëm dhe mbledh një ekip miqsh ose pjesëmarrësish nga hakatonët e kaluar.

A është vërtet e mundur të hakohet vetëm një hackathon? Çfarë duhet të bëni nëse nuk ka ekip?
Hackathon-et e shkencës së të dhënave janë reale (unë jam një shembull i gjallë i kësaj), nuk kam parë hackathone ushqimore, megjithëse edhe unë mendoj kështu. Fatkeqësisht, ndonjëherë organizatorët vendosin një kufi në numrin minimal të pjesëmarrësve në një ekip. Unë mendoj se kjo për faktin se jo të gjithë "të vetmuarit" arrijnë në finale (d.m.th., ata thjesht largohen me vështirësitë e para); pjesëmarrja në një ekip ende pengon. Edhe pas eventit pritet të vazhdoni punën për projektin. Do të jetë më e lehtë për ta realizuar projektin me një ekip.

Në përgjithësi, këshilla ime është të merrni pjesë gjithmonë me një ekip. Nëse nuk keni ekipin tuaj, organizatorët do t'ju ndihmojnë gjithmonë të gjeni ose krijoni një të tillë.

Si e përballoni lodhjen gjatë një hackathon?
Në hackathon ju jepen 2 ditë për të punuar, që janë 48 orë (30-48 orë, le të marrim 48 për lehtësinë e numërimit). Ne heqim kohën e gjumit (16-20 orë), duke mos lënë më shumë se 30. Nga këto, 8 orë (mesatarisht) do të shpenzohen në të vërtetë për punë produktive. Nëse e organizoni punën tuaj në mënyrë korrekte (gjumi, ushqimi, daljet në ajër të pastër, ushtrimet, minutat e vëmendjes, komunikimi i duhur me ekipin dhe ndërrimi i aktiviteteve), atëherë orët e thella të punës mund të rriten në 12-14. Pas një pune të tillë do të ndiheni të rraskapitur, por do të jetë lodhje e këndshme. Kodimi pa gjumë dhe pa pushim, i ndërprerë nga pijet energjike, është një recetë për dështim.

A keni tubacionet tuaja të gatshme për hackathons? Si i keni marrë, si janë organizuar (janë në dosje me skedarë .py, secili për detyrën e vet, etj.) dhe si të filloni t'i krijoni vetë?
Unë nuk përdor zgjidhje plotësisht të gatshme nga hakatonët e kaluar në ato të reja, por kam kopshtin tim zoologjik të modeleve dhe tubacioneve nga garat e kaluara. Nuk më duhet të rishkruaj pjesë standarde nga e para (për shembull, kodimi i saktë i objektivit ose një rrjet i thjeshtë për nxjerrjen e qëllimit nga teksti), gjë që më kursen shumë kohë.

Për momentin duket kështu: për çdo konkurs ose hackathon ka depon e vet në GitHub, ruan fletore, skripta dhe dokumentacion të vogël për atë që po ndodh. Plus, ekziston një depo e veçantë për të gjitha llojet e "mashtrimeve" në kuti (si kodimi i saktë i objektivit me verifikim të kryqëzuar). Nuk mendoj se kjo është zgjidhja më elegante, por tani për tani më përshtatet.

Do të filloja duke ruajtur të gjithë kodin tim në dosje dhe duke shkruar dokumentacion të shkurtër (pse, çfarë, si e bëra dhe rezultatin).

A është realiste përgatitja e një MVP nga e para në një kohë kaq të shkurtër apo të gjithë pjesëmarrësit vijnë me zgjidhje të gatshme?
Mund të them vetëm për projektet që lidhen me shkencën e të dhënave - po, është e mundur. MVP për mua është një kombinim i dy faktorëve:

  • Një ide e zbatueshme e paraqitur si produkt (d.m.th. e pikturuar në një kanavacë biznesi). Duhet të ketë gjithmonë një kuptim të qartë se pse dhe për kë po bëjmë një produkt. Ndonjëherë projektet me një dizajn të bazuar mirë, por pa një prototip, fitojnë çmime dhe kjo nuk është për t'u habitur. Fatkeqësisht, shumë pjesëmarrës nuk mund të injorojnë hidhërimin e disfatës dhe t'ia atribuojnë dështimet e tyre dritëshkurtësisë së organizatorëve, duke vazhduar të presin modele për dikë të panjohur në hakatonët e ardhshëm.
  • Disa tregues që mund ta bëni këtë produkt (aplikacioni, kodi, përshkrimi i tubacioneve).

Ndodh që një ekip vjen në një hackathon me një zgjidhje të gatshme dhe përpiqet ta "përshtatë" atë me udhëzimet e organizatorëve. Ekipe të tilla ndërpriten gjatë kontrollit teknik ose "llogaritet" vetëm pjesa që ata kanë bërë në vend. Unë nuk kam parë ekipe të tilla si fitues, por mendoj se është ende fitimprurëse për to të luajnë për shkak të vlerës së ardhshme (kontaktet, grupet e të dhënave, etj.).

A ka ndonjë shembull të sjelljes së zanateve të zbatuara në hackathons në prodhim/startup?
Po. Kam pasur tre raste kur e kanë sjellë në prodhim. Një herë vetë, dy herë - me duart e dikujt tjetër, bazuar në idetë dhe kodin tim që shkrova në hackathon. Njoh gjithashtu disa ekipe që vazhduan të bashkëpunonin me kompaninë si konsulentë. Nuk i di rezultatet përfundimtare, por me shumë mundësi diçka ka përfunduar. Unë nuk kam organizuar vetë startup dhe nuk e di se dikush ka, megjithëse jam i sigurt që ka shembuj.

Pas pjesëmarrjes në shumë hackathone, çfarë këshille do t'i jepnit vetes nëse mund të ktheheshit pas në kohë?

  1. Taktikat janë më të rëndësishme se manovrat. Mendoni për çdo zgjidhje si një produkt të përfunduar. Një ide, një laptop Jupiter, një algoritëm nuk vlejnë asgjë nëse nuk është e qartë se kush do ta paguajë.
  2. Para se të hartoni diçka, përgjigjuni pyetjes jo "çfarë?", por "pse?" Dhe si?". Shembull: kur hartoni ndonjë zgjidhje ML, së pari mendoni për algoritmin ideal: çfarë merr ai si hyrje, si përdoren parashikimet e tij në të ardhmen?
  3. Bëhu pjesë e një ekipi.

Çfarë ushqehen ata zakonisht në hackathons?
Zakonisht ushqimi në hackathon është i varfër: pica, pije energjike, sode. Pothuajse gjithmonë ushqimi organizohet në formën e një bufeje (ose tavoline servirjeje) në të cilën ka një radhë të madhe. Ata zakonisht nuk ofrojnë ushqim gjatë natës, megjithëse ka pasur një rast në një konkurs në Paris ku ushqimi lihej gjatë natës - patate të skuqura, donuts dhe kola. Do të imagjinoj procesin e mendimit të organizatorëve: “Pra, çfarë hanë programuesit atje? Oh, saktësisht! Patate të skuqura, donuts - kjo është e gjitha. Le t'u japim atyre këto mbeturina." Të nesërmen pyeta organizatorët: “Djema, a është e mundur të bëjmë diçka ndryshe për natën? Epo, ndoshta pak qull?” Pas kësaj më panë sikur të isha idiot. Mikpritja e famshme franceze.

Në hakatonët e mirë, ushqimi porositet në kuti; ka një ndarje në vakte të rregullta, vegjetariane dhe kosher. Plus ata vendosin një frigorifer me kos dhe muesli - për ata që duan të hanë një meze të lehtë. Çaj, kafe, ujë - standard. Më kujtohet hackathon Hack Moscow 2 - ata më ushqyen me zemër me borscht dhe cutlets me pure patatesh në mensën e zyrës 1C.

Mendja e shëndoshë e hakatonëve varet, si të thuash, nga sfera profesionale e organizatorëve (për shembull, hakatonët më të mirë kryhen nga konsulentët)?
Hackathon-ët më të mirë ishin nga organizatorët që ose kishin organizuar hackathon më parë ose kishin marrë pjesë në to më parë. Ndoshta ky është i vetmi faktor nga i cili varet cilësia e ngjarjes.

Si të kuptoni që nuk jeni noob dhe është koha për një hackathon?
Koha më e mirë për të shkuar në një hackathon është një vit më parë. Koha e dytë më e mirë është tani. Pra, shkoni për të, bëni gabime, mësoni - është në rregull. Edhe një rrjet nervor - shpikja më e madhe e njeriut që nga rritja e rrotës dhe gradientit mbi pemë - nuk mund të dallojë një mace nga një qen në epokën e parë të stërvitjes.

Cilat "flamuj të kuq" tregojnë menjëherë se ngjarja nuk do të jetë shumë e mirë dhe nuk ka nevojë të humbni kohë?

  • Një përshkrim i qartë i asaj që duhet bërë (e rëndësishme për hakatonët e produkteve). Nëse gjatë regjistrimit ju jepet një detyrë e qartë, atëherë është më mirë të qëndroni në shtëpi. Në kujtesën time, nuk kishte asnjë hackathon të mirë me specifika teknike. Për krahasim: Në rregull - na bëni diçka në lidhje me analizimin e bisedave audio. E keqe - na bëni një aplikacion që do të ishte në gjendje të ndajë një bisedë në dy pjesë të veçanta audio për secilin person.
  • Fondi i vogël i çmimeve. Nëse ju kërkohet të bëni "Tinder për një dyqan online me AI" dhe çmimi për vendin e parë është 500 euro dhe një ekip minimal prej 5 personash, ndoshta nuk ia vlen të humbni kohën tuaj (po, ky është një hackathon i vërtetë që ishte mbajtur në Mynih).
  • Mungesa e të dhënave (e rëndësishme për hakatonët e shkencës së të dhënave). Organizatorët zakonisht ofrojnë informacion bazë për ngjarjen dhe ndonjëherë një mostër të të dhënave. Nëse nuk e kanë dhënë, pyesni, nuk do t'ju kushtojë asgjë. Nëse brenda 2-3 është e paqartë se çfarë të dhënash do të jepen dhe nëse do të jepen fare, ky është një flamur i kuq.
  • Organizatorë të rinj. Mos u bëni dembel dhe informacione në Google për organizatorët e hackathon. Nëse ata po zhvillojnë një ngjarje të këtij lloji për herë të parë, ka një probabilitet të lartë që diçka të shkojë keq. Nga ana tjetër, nëse organizatori dhe anëtarët e jurisë kanë mbajtur tashmë hackathone ose kanë marrë pjesë aktive në të kaluarën, ky është një flamur jeshil.

Në një hackathon më thanë: “Ke pasur zgjidhjen më të mirë në një kohë të shkurtër, por më fal, ne vlerësojmë punën në grup dhe ti punove vetëm. Tani, nëse keni marrë një student ose një vajzë në ekipin tuaj...”? A keni hasur ndonjëherë në një padrejtësi të tillë? si e keni përballuar?
Po, e kam takuar më shumë se një herë. Unë jam stoik për gjithçka që ndodh: bëra gjithçka në fuqinë time, nëse nuk funksionoi, kështu qoftë.

Pse po i bën të gjitha këto?
E gjithë kjo është thjesht nga mërzia.

Burimi: www.habr.com

Shto një koment