Die laaste deel van die hackathon-trilogie. IN Ek het gepraat oor die motivering om aan sulke geleenthede deel te neem. was toegewy aan die foute van die organiseerders en hul resultate. Die laaste deel sal vrae beantwoord wat nie by die eerste twee dele gepas het nie.
Vertel ons hoe jy aan hackathons begin deelneem het.
Ek het vir 'n meestersgraad aan die Universiteit van Lappeenranta gestudeer terwyl ek kompetisies in data-analise opgelos het. My tipiese dag het so gelyk: opstaan om 8, 'n paar paartjies by die universiteit, dan kompetisies en kursusse tot middernag (terwyl die voorlegging tel, kyk ek lesings of lees artikels). So 'n streng skedule het vrugte afgewerp, en ek het die MERC-2017 data-ontledingskompetisie gewen (wat selfs bespreek is) ). Die oorwinning het my selfvertroue gegee, en toe ek per ongeluk inligting oor die SkinHack 2 hackathon in Moskou afkom, het ek besluit om my ouers te besoek en terselfdertyd uit te vind wat 'n hackathon is.
Die hackathon self was nogal snaaks. Daar was twee snitte op data-analise met duidelike maatstawwe en 'n datastel met prysgeld van 100k roebels. Die derde snit was oor toepassingsontwikkeling met 'n prys van 50k, en daar was geen deelnemers nie. Op 'n stadium het die organiseerder gesê 'n venster met 'n knoppie sonder funksionaliteit kan 50k wen, want die prys kan nie uitbetaal word nie. Ek het nie begin leer hoe om toepassings te programmeer nie (ek ding nie mee waar ek maklik "omgedraai" kan word nie), maar vir my was dit 'n duidelike boodskap dat die velde in hackathons nie stampvol is nie.
Toe het ek albei data-ontledingspore alleen opgelos. Ek het 'n lekkasie in die data gevind wat my toegelaat het om die ideale spoed te kry, maar die kolom met die lekkasie was nie in die toetsdata wat ek twee uur voor die einde van die gebeurtenis ontvang het nie (terloops, toe het ek verstaan dat die teenwoordigheid van 'n "teiken"-kolom in die trein tel nie as 'n lek nie ). Terselfdertyd het die puntelys oopgemaak, my voorlegging sonder 'n gesig het die derde plek uit vyf behaal, daar was 'n groot gaping na die eerste een en ek het besluit om nie tyd te mors nie en is weg.
Nadat ek met 'n vars verstand ontleed het wat gebeur het, het ek 'n klomp foute gevind (een van my gewoontes is om geestelik deur wat met die notaboek gebeur het te blaai en die foute, hul oorsaak en wat verander kon word - so 'n aangename nalatenskap te ontleed van 'n semi-professionele pokerspeletjie). Maar een ding was vir seker duidelik – daar is baie waarde in hackathons, en ek moes dit eenvoudig implementeer. Na hierdie geleentheid het ek gebeure en groepe begin monitor, en die daaropvolgende hackathon was nie lank om te kom nie. Dan nog een, en nog een...
Hoekom doen jy hackathons en nie Kaglo nie?
Ek hou nie op die oomblik van Kagle nie. Vanaf 'n sekere vaardigheidsvlak, sonder spesifieke redes vir deelname, word kagle minder bruikbaar as ander aktiwiteite. Ek het voorheen baie deelgeneem, ek het blykbaar dit reggekry om op een of ander manier “af te klim”.
Hoekom hackathons en werk nie aan jou eie projek nie?
Ek hou van die idee om iets koel met my eie hande teen 'n stadige pas te maak. Die ouens van ODS het georganiseer vir almal wat die naweek saam met eendersdenkende aan hul projek wil werk. Ek dink ek sal binnekort by hulle aansluit.
Hoe vind jy gebeurtenisse?
Hoofbron - hackathon.com (wêreld) en telegramklets (Rusland). Boonop verskyn aankondigings van gebeure in advertensies op sosiale netwerke en op linkedin. As jy niks kry nie, kan jy hier kyk: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Berei jy 'n oplossingsplan voor voordat jy deelneem of word alles dadelik besluit? Byvoorbeeld, 'n week voor die hackathon, dink jy: "Ons sal so en so 'n spesialis hier nodig hê, ons sal daarna moet soek"?
As die hackathon vir kos is, ja, ek maak gereed. 'n Paar weke tevore vind ek uit wat ek gaan doen, vind ek uit wie nuttig kan wees, en stel 'n span vriende of deelnemers van vorige hackathons saam.
Is dit regtig moontlik om 'n hackathon alleen te hack? Wat om te doen as daar geen span is nie?
Datawetenskap-hackathons is werklik (ek is 'n lewende voorbeeld hiervan), ek het nog nie kruideniersware-hackathons gesien nie, alhoewel ek ook so dink. Ongelukkig stel organiseerders soms 'n beperking op die minimum aantal deelnemers in 'n span. Ek dink dit is te wyte aan die feit dat nie alle "alleenlopers" die eindronde haal nie (dit wil sê, hulle vertrek eenvoudig met die eerste probleme); deelname aan 'n span hou steeds terug. Selfs na die geleentheid word daar van jou verwag om aan die projek te werk. Dit sal makliker wees om die projek saam met 'n span tot uitvoering te bring.
Oor die algemeen is my raad om altyd saam met 'n span deel te neem. As jy nie jou eie span het nie, sal die organiseerders jou altyd help om een te vind of te skep.
Hoe hanteer jy moegheid tydens 'n hackathon?
By die hackathon kry jy 2 dae om te werk, dit is 48 uur (30-48 uur, kom ons neem 48 om dit maklik te tel). Ons verwyder tyd vir slaap (16-20 uur), en laat nie meer as 30 oor nie. Hiervan sal 8 uur (gemiddeld) eintlik aan produktiewe werk bestee word. As jy jou werk korrek organiseer (slaap, voeding, uitgaan in die vars lug, oefeninge, minute van bewustheid, behoorlike kommunikasie met die span en omskakeling van aktiwiteite), kan diep werksure tot 12-14 verhoog word. Na sulke werk sal jy uitgeput voel, maar dit sal aangename moegheid wees. Kodering sonder slaap en pouses, onderbreek deur energiedrankies, is 'n resep vir mislukking.
Het jy jou eie klaargemaakte pypleidings vir hackathons? Hoe het jy hulle gekry, hoe is hulle georganiseer (hulle is in dopgehou met .py-lêers, elkeen vir sy eie taak, ens.) en hoe om dit self te begin skep?
Ek gebruik nie heeltemal klaargemaakte oplossings van vorige hackathons in nuwes nie, maar ek het my eie dieretuin van modelle en pyplyne van vorige kompetisies. Ek hoef nie standaardstukke van nuuts af te herskryf nie (byvoorbeeld korrekte teikenkodering of 'n eenvoudige rooster om bedoeling uit teks te onttrek), wat my baie tyd bespaar.
Op die oomblik lyk dit so: vir elke kompetisie of hackathon is daar sy eie repo op GitHub, dit stoor notaboeke, skrifte en klein dokumentasie oor wat gebeur. Boonop is daar 'n aparte repo vir allerhande "truuks" (soos korrekte teikenkodering met kruisvalidering). Ek dink nie dit is die mees elegante oplossing nie, maar dit pas my vir eers.
Ek sal begin deur al my kode in dopgehou te stoor en kort dokumentasie te skryf (hoekom, wat, hoe ek dit gedoen het en die resultaat).
Is dit realisties om in so 'n kort tyd 'n MVP van nuuts af voor te berei of kom alle deelnemers met klaargemaakte oplossings?
Ek kan net sê oor projekte wat met datawetenskap verband hou - ja, dit is moontlik. MVP is vir my 'n kombinasie van twee faktore:
- 'n Lewensvatbare idee wat as 'n produk aangebied word (d.w.s. geverf op 'n besigheidsdoek). Daar moet altyd 'n duidelike begrip wees van hoekom en vir wie ons 'n produk maak. Soms wen projekte met 'n goed gefundeerde ontwerp, maar sonder 'n prototipe, pryse, en dit is nie verbasend nie. Ongelukkig kan baie deelnemers nie die bitterheid van nederlaag ignoreer nie en hul mislukkings toeskryf aan die kortsigtigheid van die organiseerders, wat voortgaan om modelle vir iemand onbekend te sny by die volgende hackathons.
- Een of ander aanduiding dat jy hierdie produk kan maak (toepassing, kode, beskrywing van pyplyne).
Dit gebeur dat 'n span na 'n hackathon kom met 'n klaargemaakte oplossing en probeer om dit volgens die organiseerders se instruksies te "pasmaak". Sulke spanne word tydens tegniese keuring afgesny of slegs die deel wat hulle op die webwerf gedoen het, word “getel”. Ek het nog nie sulke spanne as wenners gesien nie, maar ek dink dit is steeds winsgewend vir hulle om te speel weens die toekomstige waarde ().
Is daar enige voorbeelde om kunsvlyt wat by hackathons geïmplementeer is na produksie/begin te bring?
Ja. Ek het drie gevalle gehad toe hulle dit na produksie gebring het. Een keer myself, twee keer - met iemand anders se hande, gebaseer op my idees en kode wat ek by die hackathon geskryf het. Ek ken ook 'n paar spanne wat as konsultante met die maatskappy saamgewerk het. Ek ken nie die finale resultate nie, maar heel waarskynlik is iets voltooi. Ek het nie self beginondernemings georganiseer nie en ek weet nie dat enigiemand het nie, alhoewel ek seker is daar is voorbeelde.
Nadat jy aan baie hackathons deelgeneem het, watter raad sal jy jouself gee as jy terug in tyd kan gaan?
- Taktiek is belangriker as maneuvers. Dink aan elke oplossing as 'n voltooide produk. ’n Idee, ’n Jupiter-skootrekenaar, ’n algoritme is niks werd as dit nie duidelik is wie daarvoor gaan betaal nie.
- Voordat jy iets ontwerp, beantwoord die vraag nie "wat?", maar "hoekom?" En hoe?". Voorbeeld: wanneer jy enige ML-oplossing ontwerp, dink eers aan die ideale algoritme: wat ontvang dit as insette, hoe word sy voorspellings in die toekoms gebruik?
- Wees deel van 'n span.
Wat voer hulle gewoonlik by hackathons?
Gewoonlik is die kos by hackathons swak: pizza, energiedrankies, koeldrank. Byna altyd word die kos in die vorm van 'n buffet (of opdientafel) georganiseer waarna daar 'n groot tou staan. Hulle verskaf gewoonlik nie snags kos nie, al was daar 'n geval by een kompetisie in Parys waar kos oornag gelos is - skyfies, oliebolle en kola. Ek sal my die denkproses van die organiseerders voorstel: “So wat eet programmeerders daar? O, presies! Chips, oliebolle – dis al. Kom ons gee vir hulle hierdie gemors.” Die volgende dag het ek vir die organiseerders gevra: “Manne, is dit moontlik om iets anders vir die nag te doen? Wel, dalk 'n bietjie pap?” Daarna het hulle na my gekyk asof ek 'n idioot is. Bekende Franse gasvryheid.
By goeie hackathons word kos in bokse bestel; daar is 'n verdeling in gereelde, vegetariese en kosher etes. Boonop sit hulle 'n yskas met jogurt en muesli - vir diegene wat 'n peuselhappie wil eet. Tee, koffie, water - standaard. Ek onthou die Hack Moscow 2 hackathon – hulle het my hartlik borsjt en kotelette met kapokaartappels in die kantien van die 1C-kantoor gevoer.
Die gesonde verstand van hackathons hang so te sê af van die professionele sfeer van die organiseerders (byvoorbeeld, die beste hackathons word deur konsultante uitgevoer)?
Die beste hackathons was van organiseerders wat óf voorheen hackathons gereël het óf voorheen daaraan deelgeneem het. Miskien is dit die enigste faktor waarvan die kwaliteit van die geleentheid afhang.
Hoe om te verstaan dat jy nie 'n noob is nie en dat dit tyd is vir 'n hackathon?
Die beste tyd om na 'n hackathon te gaan is 'n jaar gelede. Die tweede beste tyd is nou. So gaan daarvoor, maak foute, leer – dit is oukei. Selfs 'n neurale netwerk - die mens se grootste uitvinding sedert die wiel en gradiënt wat oor bome opgestoot het - kan nie 'n kat van 'n hond in die eerste epog van opleiding onderskei nie.
Watter “rooi vlae” dui dadelik aan dat die geleentheid nie baie goed gaan wees nie en dat dit nie nodig is om tyd te mors nie?
- 'n Duidelike beskrywing van wat gedoen moet word (relevant vir produk hackathons). As u tydens registrasie 'n duidelike taak kry, is dit beter om tuis te bly. In my geheue was daar nie 'n enkele goeie hackathon met tegniese spesifikasies nie. Ter vergelyking: Goed - doen vir ons iets wat verband hou met die ontleding van oudio-gesprekke. Sleg - maak vir ons 'n toepassing wat 'n gesprek in twee afsonderlike oudiosnitte vir elke persoon kan verdeel.
- Klein prysfonds. As jy gevra word om "Tinder vir 'n aanlyn winkel met AI" te maak en die prys vir die eerste plek is 500 euro en 'n minimum spangrootte van 5 mense, is dit waarskynlik nie die moeite werd om jou tyd te mors nie (ja, dit is 'n regte hackathon wat was gehou in München).
- Gebrek aan data (relevant vir datawetenskap-hackathons). Organiseerders verskaf gewoonlik basiese inligting oor die geleentheid en soms 'n voorbeelddatastel. As hulle dit nie verskaf het nie, vra, dit sal jou niks kos nie. As dit binne 2-3 onduidelik is watter data verskaf sal word en of dit hoegenaamd verskaf sal word, is dit 'n rooi vlag.
- Nuwe organiseerders. Moenie lui wees nie en Google inligting oor die hackathon-organiseerders. As hulle vir die eerste keer 'n geleentheid van hierdie soort hou, is daar 'n groot waarskynlikheid dat iets verkeerd sal loop. Aan die ander kant, as die organiseerder en jurielede reeds hackathons gehou het of in die verlede aktief deelgeneem het, is dit 'n groen vlag.
By een hackathon het hulle vir my gesê: “Jy het die beste oplossing in 'n kort tyd gehad, maar jammer, ons evalueer spanwerk, en jy het alleen gewerk. Nou, as jy 'n student of 'n meisie na jou span geneem het...”? Het jy al ooit sulke onreg teëgekom? Hoe het jy dit reggekry?
Ja, ek het dit meer as een keer ontmoet. Ek is stoïsyns oor alles wat gebeur: ek het alles in my vermoë gedoen, as dit nie uitgewerk het nie, so be it.
Hoekom doen jy dit alles?
Dit alles is net uit verveling.
Bron: will.com