Het laatste deel van de hackathon-trilogie. IN Ik sprak over de motivatie om aan dergelijke evenementen deel te nemen. was gewijd aan de fouten van de organisatoren en hun resultaten. In het laatste deel worden vragen beantwoord die niet in de eerste twee delen pasten.
Vertel ons hoe je bent begonnen met deelnemen aan hackathons.
Ik heb een masterdiploma gestudeerd aan de Universiteit van Lappeenranta terwijl ik wedstrijden op het gebied van data-analyse oploste. Mijn typische dag zag er zo uit: om 8 uur opstaan, een paar koppels op de universiteit, dan wedstrijden en cursussen tot middernacht (terwijl de inzendingen tellen, kijk ik lezingen of lees ik artikelen). Zo’n strak schema wierp zijn vruchten af en ik won de data-analysewedstrijd MERC-2017 (waar zelfs over werd gesproken). ). De overwinning gaf mij vertrouwen, en toen ik per ongeluk informatie tegenkwam over de SkinHack 2 hackathon in Moskou, besloot ik mijn ouders op te zoeken en tegelijkertijd uit te zoeken wat een hackathon is.
De hackathon zelf bleek best grappig. Er waren twee sporen op het gebied van data-analyse met duidelijke statistieken en een dataset met een prijzengeld van 100 roebel. Het derde spoor ging over app-ontwikkeling met een prijs van 50 euro, en er waren geen deelnemers. Op een gegeven moment zei de organisator dat een venster met een knop zonder functionaliteit 50k kon winnen, omdat de prijs niet uitbetaald kon worden. Ik ben niet begonnen met het leren programmeren van applicaties (ik doe niet mee aan wedstrijden waar ik gemakkelijk kan worden “omgedraaid”), maar voor mij was het een duidelijke boodschap dat de velden in hackathons niet overvol zijn.
Vervolgens heb ik beide data-analysesporen alleen opgelost. Ik vond een lek in de gegevens waardoor ik de ideale snelheid kon krijgen, maar de kolom met het lek stond niet in de testgegevens die ik twee uur voor het einde van het evenement ontving (toen begreep ik trouwens dat de aanwezigheid van een “doelkolom” in de trein geldt niet als lek). Tegelijkertijd ging het klassement open, mijn inzending zonder gezicht behaalde de derde plaats van de vijf, er was een groot gat met de eerste en ik besloot geen tijd te verspillen en vertrok.
Nadat ik met een frisse geest had geanalyseerd wat er was gebeurd, ontdekte ik een heleboel fouten (een van mijn gewoonten is om mentaal met het notitieblok door wat er is gebeurd te scrollen en de fouten te analyseren, hun oorzaak en wat er had kunnen worden veranderd - zo'n prettige erfenis van een semi-professioneel pokerspel). Maar één ding was duidelijk: er zit veel waarde in hackathons, en ik moest het gewoon implementeren. Na dit evenement begon ik evenementen en groepen te volgen, en de daaropvolgende hackathon liet niet lang op zich wachten. Dan nog één, en nog één...
Waarom doe jij hackathons en niet Kaglo?
Ik hou momenteel niet van Kagle. Vanaf een bepaald vaardigheidsniveau, zonder specifieke redenen voor deelname, wordt Kagle minder nuttig dan andere activiteiten. Ik heb al veel meegedaan, het is mij blijkbaar op de een of andere manier gelukt om “uit te stappen”.
Waarom hackathons en niet aan je eigen project werken?
Ik hou van het idee om in een langzaam tempo iets cools met mijn eigen handen te maken. De jongens van ODS organiseerden voor iedereen die een weekend met gelijkgestemden aan zijn of haar project wil werken. Ik denk dat ik me binnenkort bij hen zal voegen.
Hoe vind je evenementen?
Belangrijkste bron - hackathon.com (wereld) en telegramchat (Rusland). Bovendien verschijnen aankondigingen van evenementen in advertenties op sociale netwerken en op LinkedIn. Als je niets vindt, kun je hier kijken: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Stelt u een oplossingsplan op voordat u deelneemt of wordt alles in één keer beslist? Denk jij bijvoorbeeld een week voor de hackathon: “We hebben hier die en die specialist nodig, die moeten we zoeken”?
Als de hackathon voor eten is, ja, ik bereid me voor. Een paar weken van tevoren bedenk ik wat ik ga doen, zoek uit wie nuttig kan zijn en stel een team samen van vrienden of deelnemers van eerdere hackathons.
Is het echt mogelijk om alleen een hackathon te hacken? Wat te doen als er geen team is?
Data science-hackathons bestaan echt (ik ben daar een levend voorbeeld van), ik heb nog geen supermarkt-hackathons gezien, hoewel ik dat ook denk. Helaas leggen organisatoren soms een limiet op aan het minimumaantal deelnemers in een team. Ik denk dat dit te wijten is aan het feit dat niet alle 'eenlingen' de finale bereiken (dat wil zeggen, ze vertrekken gewoon met de eerste moeilijkheden); deelname aan een team blijft nog steeds achterwege. Ook na het evenement wordt er van je verwacht dat je aan het project blijft werken. Het zal gemakkelijker zijn om het project met een team tot stand te brengen.
Over het algemeen is mijn advies om altijd met een team deel te nemen. Als je geen eigen team hebt, zullen de organisatoren je altijd helpen er een te vinden of samen te stellen.
Hoe ga je om met vermoeidheid tijdens een hackathon?
Bij de hackathon krijg je 2 dagen de tijd om te werken, dat is 48 uur (30-48 uur, laten we 48 nemen om het tellen te vergemakkelijken). We verwijderen de tijd voor slaap (16-20 uur), waardoor er niet meer dan 30 overblijven. Hiervan wordt (gemiddeld) 8 uur daadwerkelijk besteed aan productief werk. Als je je werk goed organiseert (slaap, voeding, frisse lucht in gaan, oefeningen, minuten mindfulness, goede communicatie met het team en wisselen van activiteiten), dan kunnen de diepe werkuren worden verhoogd naar 12-14. Na dergelijk werk zul je je uitgeput voelen, maar het zal een aangename vermoeidheid zijn. Programmeren zonder slaap en pauzes, onderbroken door energiedrankjes, is een recept voor mislukking.
Heb jij je eigen kant-en-klare pipelines voor hackathons? Hoe heb je ze gekregen, hoe zijn ze georganiseerd (ze staan in mappen met .py-bestanden, elk voor hun eigen taak, etc.) en hoe kun je deze zelf gaan maken?
Ik gebruik geen kant-en-klare oplossingen van eerdere hackathons in nieuwe, maar ik heb mijn eigen dierentuin met modellen en pijplijnen van eerdere wedstrijden. Ik hoef standaardstukken niet helemaal opnieuw te schrijven (bijvoorbeeld de juiste doelcodering of een eenvoudig raster om de intentie uit tekst te halen), wat me veel tijd bespaart.
Op dit moment ziet het er zo uit: voor elke wedstrijd of hackathon is er een eigen repo op GitHub, hier worden notebooks, scripts en kleine documentatie opgeslagen over wat er gebeurt. Bovendien is er een aparte repository voor allerlei 'trucs' in dozen (zoals correcte doelcodering met kruisvalidatie). Ik vind dit niet de meest elegante oplossing, maar voor nu past het wel bij mij.
Ik zou beginnen met het opslaan van al mijn code in mappen en het schrijven van korte documentatie (waarom, wat, hoe ik het deed en het resultaat).
Is het realistisch om in zo’n korte tijd een MVP vanaf nul op te bouwen of komen alle deelnemers met kant-en-klare oplossingen?
Over projecten gerelateerd aan data science kan ik alleen maar zeggen: ja, het is mogelijk. MVP is voor mij een combinatie van twee factoren:
- Een haalbaar idee gepresenteerd als een product (dat wil zeggen geschilderd op een zakelijk canvas). Er moet altijd duidelijk zijn waarom en voor wie we een product maken. Soms vallen projecten met een goed onderbouwd ontwerp, maar zonder prototype, in de prijzen, en dat is niet verrassend. Helaas kunnen veel deelnemers de bitterheid van de nederlaag niet negeren en hun mislukkingen toeschrijven aan de kortzichtigheid van de organisatoren, die bij de volgende hackathons modellen blijven maken voor een onbekende.
- Een indicatie dat u dit product kunt maken (applicatie, code, beschrijving van pijpleidingen).
Het komt voor dat een team met een kant-en-klare oplossing naar een hackathon komt en deze probeert ‘af te stemmen’ op de instructies van de organisatoren. Dergelijke teams worden tijdens de technische screening uitgesloten of alleen het deel dat ze op de site hebben gedaan, wordt ‘geteld’. Ik heb zulke teams niet als winnaars gezien, maar ik denk dat het voor hen nog steeds winstgevend is om te spelen vanwege de toekomstige waarde ().
Zijn er voorbeelden van het naar productie/opstarten brengen van ambachten die tijdens hackathons zijn geïmplementeerd?
Ja. Ik had drie cases toen ze het in productie brachten. Eén keer mezelf, twee keer - met de handen van iemand anders, gebaseerd op mijn ideeën en code die ik tijdens de hackathon heb geschreven. Ik ken ook een paar teams die als consultants met het bedrijf zijn blijven samenwerken. Ik ken de eindresultaten niet, maar hoogstwaarschijnlijk is er iets voltooid. Ik heb zelf geen startups georganiseerd en ik weet niet of iemand dat heeft gedaan, al zijn er vast wel voorbeelden van.
Welk advies zou je jezelf geven als je terug in de tijd zou kunnen gaan, na deelname aan vele hackathons?
- Tactiek is belangrijker dan manoeuvres. Beschouw elke oplossing als een eindproduct. Een idee, een Jupiter-laptop, een algoritme zijn niets waard als niet duidelijk is wie ervoor gaat betalen.
- Voordat u iets ontwerpt, moet u de vraag niet ‘wat’ beantwoorden, maar ‘waarom?’ En hoe?". Voorbeeld: denk bij het ontwerpen van een ML-oplossing eerst na over het ideale algoritme: wat krijgt het als input, hoe worden de voorspellingen in de toekomst gebruikt?
- Maak deel uit van een team.
Wat voeren ze meestal tijdens hackathons?
Meestal is het eten bij hackathons slecht: pizza, energiedrankjes, frisdrank. Bijna altijd wordt het eten georganiseerd in de vorm van een buffet (of serveertafel) waarvoor een enorme rij staat. Meestal zorgen ze 's avonds niet voor eten, hoewel er tijdens een wedstrijd in Parijs een geval was waarbij eten 's nachts werd achtergelaten: chips, donuts en cola. Ik kan me het denkproces van de organisatoren voorstellen: “Dus wat eten programmeurs daar? O, precies! Chips, donuts - dat is alles. Laten we ze deze rotzooi geven.” De volgende dag vroeg ik de organisatoren: “Jongens, kunnen we vanavond iets anders doen? Nou ja, misschien wat pap?” Daarna keken ze me aan alsof ik een idioot was. Beroemde Franse gastvrijheid.
Bij goede hackathons wordt het eten in dozen besteld, er is een verdeling in reguliere, vegetarische en koosjere maaltijden. Bovendien plaatsen ze een koelkast met yoghurt en muesli - voor degenen die een hapje willen eten. Thee, koffie, water - standaard. Ik herinner me de hackathon Hack Moskou 2 - ze gaven me hartelijk borsjt en schnitzels met aardappelpuree in de kantine van het 1C-kantoor.
Het gezond verstand van hackathons hangt als het ware af van de professionele sfeer van de organisatoren (de beste hackathons worden bijvoorbeeld uitgevoerd door consultants)?
De beste hackathons kwamen van organisatoren die eerder hackathons hadden georganiseerd of daaraan hadden deelgenomen. Misschien is dit de enige factor waarvan de kwaliteit van het evenement afhangt.
Hoe begrijp je dat je geen noob bent en dat het tijd is voor een hackathon?
De beste tijd om naar een hackathon te gaan is een jaar geleden. De tweede beste tijd is nu. Dus ga ervoor, maak fouten, leer – het is oké. Zelfs een neuraal netwerk – de grootste uitvinding van de mens sinds het wiel en de stijging van de hellingsgraad over bomen – kan een kat niet van een hond onderscheiden in het eerste tijdperk van training.
Welke “rode vlaggen” geven onmiddellijk aan dat het evenement niet erg goed zal zijn en dat er geen tijd hoeft te worden verspild?
- Een duidelijke beschrijving van wat er moet gebeuren (relevant voor product-hackathons). Als u tijdens de registratie een duidelijke taak krijgt, kunt u beter thuis blijven. In mijn herinnering was er geen enkele goede hackathon met technische specificaties. Ter vergelijking: Oké, doe ons iets gerelateerd aan het analyseren van audiogesprekken. Slecht - maak voor ons een applicatie die een gesprek voor elke persoon in twee afzonderlijke audiotracks kan splitsen.
- Klein prijzenfonds. Als je wordt gevraagd om “Tinder voor een online winkel met AI” te maken en de prijs voor de eerste plaats is 500 euro en een minimale teamgrootte van 5 personen, dan is het waarschijnlijk niet de moeite waard om je tijd te verspillen (ja, dit is een echte hackathon die gehouden in München).
- Gebrek aan data (relevant voor data science-hackathons). Organisatoren verstrekken meestal basisinformatie over het evenement en soms een voorbeelddataset. Als ze het niet hebben verstrekt, vraag het dan, het kost u niets. Als het binnen 2-3 onduidelijk is welke gegevens worden verstrekt en of deze überhaupt worden verstrekt, is dit een alarmsignaal.
- Nieuwe organisatoren. Wees niet lui en Google informatie over de organisatoren van de hackathon. Als ze voor het eerst een dergelijk evenement organiseren, is de kans groot dat er iets misgaat. Aan de andere kant: als de organisator en juryleden al hackathons hebben gehouden of in het verleden actief hebben deelgenomen, is dit een groene vlag.
Tijdens een hackathon vertelden ze me: “Je had in korte tijd de beste oplossing, maar sorry, we evalueren teamwerk en je werkte alleen. Als je nu een student of een meisje in je team zou opnemen...'? Hebt u ooit zulk onrecht meegemaakt? Hoe ging je ermee om?
Ja, ik ben het meer dan eens tegengekomen. Ik ben stoïcijns over alles wat er gebeurt: ik heb alles gedaan wat in mijn macht lag, als het niet lukte, dan zij het zo.
Waarom doe je dit allemaal?
Dit alles is gewoon uit verveling.
Bron: www.habr.com