Watter soort groep woon jy gewoonlik hackathons by? Aanvanklik het ons gestel dat die ideale span uit vyf mense bestaan - 'n bestuurder, twee programmeerders, 'n ontwerper en 'n bemarker. Maar die ervaring van ons finaliste het gewys dat jy 'n hackathon met 'n klein span van drie mense kan wen. Van die 26 spanne wat die finaal gewen het, het 3 meegeding en met musketiers gewen. Hoe hulle dit gedoen het - lees verder.
Ons het met die kapteins van al drie spanne gesels en besef dat hul strategie baie in gemeen het. Die helde van hierdie pos is die spanne PLEXeT (Stavropol, benoeming van die Ministerie van Telekommunikasie en Massakommunikasie), "Saamgestelde Sleutel" (Tula, benoeming van die Ministerie van Inligting en Kommunikasie van die Republiek van Tatarstan) en Jingu Digital (Ekaterinburg, benoeming van die Ministerie van Nywerheid en Handel). Vir diegene wat belangstel, is 'n kort beskrywing van die opdragte onder die kat versteek.
OpdragbeskrywingsPLEXeT
Die span het drie mense - 'n ontwikkelaar (web, C++, inligtingsekuriteitsbevoegdhede), 'n ontwerper en 'n bestuurder. Ons het mekaar nie voor die streekshackathon geken nie. Die span is deur die kaptein saamgestel op grond van die resultate van aanlyntoetse.
Saamgestelde sleutel
Die span het drie mede-ontwikkelaars - fullstack met tien jaar ondervinding in IT, backend en selfoon, en backend met 'n fokus op databasisse.
Jingu digitaal
Die span bestaan uit twee programmeerders - backend en AR/Unity, asook 'n ontwerper wat ook verantwoordelik was vir die bestuur van die span. Wen in die nominasie van die Ministerie van Nywerheid en Handel
Kies 'n taak wat naby aan jou vaardighede is
Onthou jy daar was so 'n rympie "dramaklub, fotoklub, en ek wil ook sing"? Ek dink dat baie mense vertroud is met hierdie gevoel - wanneer alles rondom jou interessant is, wil jy jouself op 'n nuwe manier in jou rigting wys, en 'n nuwe industrie/ontwikkelingsgebied probeer. Die keuse hier hang net af van die doelwitte van jou span en bereidwilligheid om risiko's te neem - kan jy jou fout aanvaar as jy skielik in die middel van die hackathon besef dat dit onrealisties is om hierdie probleem op te los? Eksperimente in die kategorie van "Ek is nie goed met mobiele ontwikkeling nie, maar wat de hel is dit?" is nie vir almal nie. Is jy die soort amateur?
Artem Koshko (), opdrag "Saamgestelde sleutel": “Ons het aanvanklik beplan om iets nuuts te probeer. Op die streekstadium het ons verskeie nuget-pakkette probeer, wat ons nooit bygekom het nie, en Yandex.Cloud. Aan die einde het ons CockroachDB in Kubernetes ontplooi en probeer om migrasies daarop te rol met EF Core. Sommige dinge het goed gegaan, ander nie so baie nie. Ons het dus nuwe dinge geleer, onsself getoets en seker gemaak van die betroubaarheid van bewese benaderings.”.
Hoe om 'n taak te kies as jou oë dwaal:
- Dink na oor watter bevoegdhede nodig is om hierdie saak op te los, en of alle spanlede dit het
- As jy nie bevoegdhede het nie, kan jy daarvoor vergoed (kom met 'n ander oplossing, leer vinnig iets nuuts)
- Doen 'n kort navorsing oor die mark waarvoor jy 'n produk gaan maak
- Bereken die kompetisie - na watter baan/maatskappy/taak sal die meeste mense gaan?
- Beantwoord die vraag: wat sal jou die meeste dryf?
Oleg Bakhtadze-Karnaukhov (), PLEXeT-opdrag: “Ons het 'n besluit geneem oor 'n tussenstop van tien uur by die lughawe - net op die oomblik van landing het 'n lys spore en kort take van take in ons pos aangekom. Ek het dadelik vier take geïdentifiseer wat vir my as programmeerder interessant was en waarvoor die aksieplan ná die begin duidelik was – wat gedoen moet word en hoe ons dit gaan doen. Toe het ek die take van elke spanlid beoordeel en die vlak van kompetisie beoordeel. As gevolg hiervan het ons tussen die take van Gazprom en die Ministerie van Telekommunikasie en Massakommunikasie gekies. Ons ontwerper se pa werk in olie en gas; ons het hom gebel en hom vrae oor die bedryf gevra. Op die ou end het ons besef dat ja, dit is interessant, maar ons sal niks fundamenteel nuuts kan aanbied nie en ons sal beslis nie by die bevoegdhede kan pas nie, want daar is te veel bedryfspesifikasies wat in ag geneem moet word rekening. Op die ou end het ons ’n risiko geloop en na die eerste baan gegaan.”
Diana Ganieva (), Jingu Digitale span: “Op die streekstadium het ons 'n taak gehad wat verband hou met landbou, en by die eindronde - AR/VR in die industrie. Hulle is deur die hele span gekies sodat elke persoon hul vermoëns kon besef. Toe het ons uitgewis wat ons nie so interessant gevind het nie.”
Doen jou huiswerk
En ons praat nie nou van kodevoorbereiding nie - dit is oor die algemeen sinloos om dit te doen. Dit gaan oor kommunikasie binne die span. As julle nog nie saam gespeel het nie, nie geleer het om mekaar te verstaan en tot 'n ooreenkoms te kom nie, kom 'n paar keer vooraf bymekaar en simuleer 'n hackathon, of bel mekaar ten minste om deur die hoofpunte te praat, dink deur 'n plan van aksie, en bespreek mekaar se sterk- en swakpunte. Jy kan selfs 'n geval vind en probeer om dit op te los - ten minste skematies, op die vlak van "hoe om van punt A na punt B te kom."
Tydens hierdie paragraaf loop ons die gevaar om minusse in karma en opmerkings op te vang, en te sê, hoe is dit moontlik, jy verstaan niks, maar wat van die opgewondenheid, dryfkrag, die gevoel dat daar nou 'n prototipe uit die primordiale gebore sal word sous (hallo, biologie lesse).
Ja, maar.
Improvisasie en dryfkrag is net goed wanneer dit net 'n effense afwyking van die strategie word - anders is die risiko's te groot om tyd te spandeer om die chaos op te ruim en foute reg te stel, in plaas daarvan om te werk, eet of slaap.
Oleg Bakhtadze-Karnaukhov, PLEXeT-span: “Ek het nie een van die lede van my span voor die kompetisie geken nie; Ek het hulle gekies en genooi op grond van hul vaardighede en assesserings tydens die aanlyntoetsstadium. Toe ons die streekshackathon wen en besef dat ons nog saam Kazan toe moet gaan en die hackathon-projek in Stavropol moet klaarmaak, het ons besluit dat ons bymekaar sal kom en oefen. Voor die eindstryd het ons twee keer ontmoet – ons het 'n ewekansige probleem gevind en dit opgelos. Iets soos 'n geval-kampioenskap. En reeds op hierdie stadium het ons 'n probleem in kommunikasie en verspreiding van take gesien - terwyl Polina (ontwerper) en Lev (bestuurder) gedink het oor die korporatiewe styl, produkkenmerke, op soek na markdata, het ek baie vrye tyd gehad. So het ons besef dat ons 'n moeiliker nominasie moet aanpak (ek spog nie, ons het net meestal afgekom op take wat verband hou met die web, maar vir my is dit net een of twee) en ek moet meer betrokke wees by werksprosesse . Gevolglik was ek by die eindronde, tydens die voorlopige navorsing, besig met wiskundige modellering en die ontwikkeling van algoritmes.”
Artem Koshko, saamgestelde sleutelspan : “Ons het meer verstandelik voorberei; daar was geen sprake van die voorbereiding van 'n kode nie. Ons het reeds vooraf rolle in die span toegewys - ons drie is almal programmeerders (ons het 'n volledige stapel en twee backends, plus ek weet 'n bietjie van mobiele ontwikkeling), maar dit was duidelik dat iemand die rolle van ontwerper en bestuurder. Dit is hoe ek, sonder dat ek dit geweet het, 'n spanleier geword het, myself probeer het as 'n besigheidsontleder, spreker en aanbiedingmaker. Ek dink as ons nie vooraf hieroor gepraat het nie, sou ons nie die tyd reg kon bestuur het nie, en ons sou nie tot die finale verdediging deurgedring het nie.”
Diana Ganieva, Jingu Digital: "Ons het nie vir die hackathon voorberei nie, want ons glo dat hack-projekte van nuuts af gemaak moet word - dit is regverdig. Ons het vooraf, op die stadium van die keuse van snitte, 'n algemene konsep gehad van wat ons wou doen.".
Jy kan nie alleen met ontwikkelaars werk nie
Diana Ganieva, Jingu Digital-span: “Ons het drie spesialiste in verskillende velde in ons span. Na my mening is dit die ideale komposisie vir 'n hackathon. Almal is besig met hul eie besigheid en daar is geen oorvleueling of verdeling van take nie. Nog een persoon sou oorbodig wees.”
Statistieke het getoon dat die gemiddelde samestelling van ons spanne van 4 tot 5 mense is, insluitend (op sy beste) een ontwerper. Dit word algemeen aanvaar dat dit nodig is om die span te versterk met ontwikkelaars van verskillende strepe - om beide by die databasis te kan byvoeg en met 'n "masjien" te kan verras as iets gebeur. Op sy beste neem hulle steeds 'n ontwerper saam (moenie aanstoot neem nie, ons is lief vir jou!), die aanbieding en koppelvlakke sal op die ou end nie hulself teken nie. Die rol van 'n bestuurder word selfs meer dikwels afgeskeep - gewoonlik word hierdie funksie deur die spankaptein, 'n deeltydse ontwikkelaar, oorgeneem.
En dit is fundamenteel verkeerd.
Artem Koshko, saamgestelde sleutelspan: “Op 'n stadium was ons spyt dat ons nie 'n gespesialiseerde spesialis na die span geneem het nie. Terwyl ons op een of ander manier die ontwerp kon hanteer, was dit moeilik met die sakeplan en ander strategiese dinge. ’n Treffende voorbeeld is wanneer dit nodig was om die teikengehoor en markvolume, TAM, SAM, te bereken.”
Oleg Bakhtadze-Karnaukhov, PLEXeT-span: “Die ontwikkelaar se bydrae tot die produk is ver van 80% van die werk, soos algemeen geglo word. Daar kan nie gesê word dat dit vir die ouens makliker was nie – omtrent die hele grootste deel van die take het by hulle gelê. My kode sonder koppelvlakke, aanbiedings, video's, strategieë is net 'n stel simbole. As daar meer ontwikkelaars in die span was in plaas van hulle, sou ons dit waarskynlik reggekry het, maar alles sou minder professioneel gelyk het. Veral die aanbieding is oor die algemeen die helfte van die sukses, soos dit vir my lyk. Tydens die verdediging en dan in die werklike lewe oor 'n paar minute, sal niemand tyd hê om te verstaan of jou prototipe werklik werk nie. As jy meegevoer raak met skemas, sal niemand na jou luister nie. As jy te ver gaan met die teks, sal almal verstaan dat jy self nie weet wat belangrik is in jou produk, hoe om dit aan te bied en wie dit nodig het nie.”
Tydsbestuur en ontspanning
Onthou jy hoe die karakters in kinderjare spotprente soos "Tom en Jerry" vuurhoutjies onder hul ooglede gesit het om te keer dat hulle toemaak? Onervare (of te entoesiastiese) hackathon-deelnemers lyk omtrent dieselfde.
By 'n hackathon is dit maklik om kontak met die werklikheid en 'n gevoel van tyd te verloor - die atmosfeer is bevorderlik vir ongebreidelde kodering sonder pouses vir rus, slaap, rondfots in die speelkamer, kommunikasie met vennote of meesterklasse bywoon. As jy dit soos die Wêreldkampioenskappe of die Olimpiese Spele behandel, dan ja, miskien is dit hoe jy moet optree. Nie regtig nie.
Artem Koshko, saamgestelde sleutelspan: “Ons het baie chak-chak gehad, baie - 'n toring daarvan is in die middel van ons tafel gebou, dit het ons moraal hoog gehou en ons koolhidrate op die regte tyd gegee. Ons het byna heeltyd saam gerus en gewerk, en nie apart gerus nie. Maar hulle het anders geslaap. Andrey (fullstack ontwikkelaar) hou daarvan om bedags te slaap, ek en Denis hou daarvan om snags te slaap. Daarom het ek meer bedags saam met Denis gewerk, en saans met Andrey. En hy het in die pouses geslaap. Ons het geen stelsel van werk of opstel van take gehad nie; alles was eerder spontaan. Maar dit het ons nie gepla nie, want ons verstaan mekaar goed en vul mekaar aan. Dit het gehelp dat ons kollegas is en nou kommunikeer. Ek is Andrey se voormalige intern, en Denis het na die maatskappy gekom as my intern.”
En hier, terloops, is daardie selfde chak-chak berg.
Byna al die deelnemers met wie ons onderhoude gevoer het, het bekwame tydsbestuur as die hoofkriterium vir sukses by die hackathon genoem. Wat beteken dit? Jy verdeel take sodat jy tyd het vir slaap en kos, en take word nie op 'n gereelde wyse voltooi nie. alles het ineengestort, maar teen 'n pas wat gemaklik is vir elke spanlid.
Oleg Bakhtadze-Karnaukhov, PLEXeT-span"Ons doel was nie om soveel ure as moontlik te werk nie, maar om so lank as moontlik produktief te bly. Al het ons 3-4 uur per dag geslaap, het ons gelyk of ons daarin slaag. Ons kan na die speletjieskamer gaan of by ons vennote se stalletjies kuier, en normale tyd vir kos opsy sit. Op die tweede dag het ons probeer om Lev soveel as moontlik af te los sodat hy genoeg slaap kon kry en tyd het om homself in orde te kry voor die optrede. Die hackathon-oefeninge het ons gehelp, aangesien ons reeds verstaan het hoe om take te verdeel, en die sinchronisasie van die daaglikse roetine - ons het geëet, geslaap en was terselfdertyd wakker. Gevolglik het hulle as ’n enkele meganisme gewerk.”
Ons weet nie hoe hierdie span dit reggekry het om Agomoto's Eye by die hackathon te kry nie, maar op die ou end het hulle selfs daarin geslaag om 'n video oor die projek te skiet en 'n uitdeelstuk voor te berei.
Enkele wenke vir tydbestuur by 'n hackathon:
- Gaan van groot na klein – verdeel take in klein blokkies.
- 'n Hackathon is 'n marathon. Wat is die belangrikste ding in 'n marathon? Probeer om teen dieselfde pas te hardloop, anders sal jy aan die einde van die afstand afval. Probeer om teen ongeveer dieselfde intensiteit te werk en moenie jouself tot die punt van uitputting druk nie.
- Dink vooraf wat die take van elke deelnemer sal wees en hoeveel tyd dit hom sal neem. Dit sal jou help om verrassings te vermy wanneer die sperdatum ’n halfuur weg is en jy nie ’n groot stuk werk gereed het nie.
- Gaan koördinate na om die omvang van take aan te pas. Voel jy dit gaan goed en het jy selfs tyd oor? Fantasties - jy kan dit spandeer om te slaap of om jou aanbieding te finaliseer.
- Moenie vashou aan besonderhede nie, werk in breë trekke.
- Dit is moeilik om 'n blaaskans van die werk af te neem, so sit tyd opsy spesifiek vir slaap, ontspanning of ontspanning. Jy kan byvoorbeeld alarms stel.
- Neem tyd om jou toespraak voor te berei en te repeteer. Dit is verpligtend vir almal en altyd. Ons het in een van die voriges hieroor gepraat .
En daar is ook hierdie alternatiewe mening. Vir watter opsie is jy - marteling deur kodering of oorlog met oorlog, en middagete op 'n skedule?
Diana Ganieva, Jingu Digital-span: “Elke persoon in ons span is verantwoordelik vir een ding, daar was niemand om ons te vervang nie, so ons kon nie in skofte werk nie. Toe daar absoluut geen krag oor was nie, het ons drie ure geslaap, afhangend van die hoeveelheid werk wat nog vir die deelnemer oorgebly het. Daar was absoluut geen tyd om te kuier nie, ons mors nie kosbare tyd hierop nie. Produktiwiteit is ondersteun, al is dit met kort slaap, en lekkernye met tee – geen energiedrankies of koffie nie.”
Versteek onder die snit is verskeie nuttige skakels as jy in die onderwerp van tydsbestuur wil duik. Dit sal handig te pas kom in die alledaagse lewe - glo die skrywer van hierdie pos, wat altyd laat is :)
Vir die oorwinnaars van tyd — Effektiewe tydbestuurstegnieke is deur 'n Kaspersky Lab-projekbestuurder in die Netology-blog versamel:
— 'n Goeie artikel vir beginners oor Cossa:
Probeer om uit te staan
Hierbo het ons geskryf oor die span wat 'n uitdeelstuk gemaak het om die projek te beskerm. Hulle was die enigstes in hul baan, en ons is seker onder die 3500+ deelnemers was daar geen ander soos hulle nie.
Dit was natuurlik nie die hoofrede vir hul oorwinning nie, maar dit het beslis 'n bykomende pluspunt gebring – ten minste die simpatie van kenners. Jy kan op verskillende maniere uitstaan - sommige van ons wenners begin elke optrede met 'n grappie oor hoe hulle 'n bom gemaak het (Sakharov-span, hallo!).
Ons sal nie in detail hieroor uitwei nie, maar sal bloot 'n saak van die PLEXeT-span deel - ons dink dit is waardig om 'n grap te word oor die seun van 'n ma se vriend.
Oleg Bakhtadze-Karnaukhov, PLEXeT-span: “Ons het besef ons is voor die kurwe en het besluit dit sal gaaf wees om met 'n oordragsaak na die voorverdediging te kom. Die projek het baie tegniese besonderhede, verduidelikings van algoritmes, wat glad nie by die aanbieding ingesluit is nie. Maar ek wil dit wys. Kenners het die idee ondersteun en selfs gehelp om dit te optimaliseer. Hulle het nie eers na die eerste weergawe gekyk nie; hulle het gesê dat hulle nooit so 'n skildery sou lees nie. Ons was die enigstes op die verdediging.”
Iets gaan verkeerd loop, en dit is in orde.
By 'n hackathon, soos in die gewone lewe, is daar altyd ruimte vir foute. Al lyk dit of jy aan alles gedink het, wie van ons was nie laat vir 'n vliegtuig/eksamen/troue bloot omdat die karre besluit het om in 'n verkeersknoop vas te sit nie, het die roltrap besluit om te breek, en die paspoort is vergeet Tuis?
Oleg Bakhtadze-Karnaukhov, PLEXeT-span: “Ek en Polina het die hele nag 'n aanbieding deurgebring, maar op die ou end het hulle vergeet om dit op die rekenaar in die saal waar die verdediging plaasgevind het, te laai. Ons probeer om dit vanaf 'n flash drive oop te maak, en die antivirus sien die lêer as 'n virus en vee dit uit. Gevolglik het ons daarin geslaag om alles net 'n minuut voor die einde van ons optrede aan die gang te kry. Ons het daarin geslaag om die video te wys, maar ons was steeds baie ontsteld. 'n Soortgelyke storie het met ons gebeur tydens die voorverdediging. Ons prototipe het nie begin nie, Polina en Lev se rekenaars het gevries, en om een of ander rede het ek myne in die hangar gelos waar ons baan gesit het. En hoewel die kenners ons werk in die oggend gesien het, het ons soos 'n span eksentrieke gelyk met 'n uitdeelstuk, pragtige woorde, maar geen produk nie. As in ag geneem word dat baie deelnemers my werk aan wiskundige modelle beskou het as "hy sit, teken iets, kyk nie na die rekenaar nie," was die situasie nie baie goed nie.
Dit sal moerig klink, maar al wat jy in hierdie situasie kan doen, is om uit te asem. Dit het reeds gebeur. Nee, jy is nie die enigste een nie, almal moer. Selfs al is dit 'n noodlottige fout, is dit 'n ervaring. En dink ook, sal die persoon wat jou evalueer hierdie saak as 'n fakap beskou?
Deel in die kommentaar watter samestelling jy die gemaklikste voel om by 'n hackathon te werk (beide mense en spesialiste) en hoe jy prosesse in 'n span bou.
Bron: will.com