🥇Koodime–pitsa

Tere, Habr. Me korraldasime spontaanselt oma esimese sisemise hackathoni. Otsustasin jagada teiega oma muresid ja järeldusi selle ettevalmistusest kahe nädala jooksul ning ka projekte, mis välja tulid.

Igav osa neile, kes huvituvad turundusest

Alustan väikese looga.

Aprilli algus. Meie kontoris toimub MskDotNet Community esimene hackathon. Lahing Tatooine'i nimel käib, seekord meie galaktikas. Laupäev. 20 meeskonda. Pitsa. Kõik on väga soe (tõendid). Inflatable R2-D2 on saalis siluett. Meeskonnad kirjutavad kõige õigemad algoritmid, et läbida kõige ohtlikum võidusõit kaardil. Lõuatame esimesi stardivõistlusi. Küpsised ja kohvi päästavad meid. Ootasime korraldajatega, et laupäeval lahkub palju pärastlõunal. Aga ei. 12 tundi kodeerimist on möödas. Finaal. Midagi kukub välja, midagi ei käivitu. Aga kõik on õnnelikud. Meie meeskond võidab. Me oleme kahekordselt õnnelikud.

Jagame rõõmu Slackis ja pähe tuleb idee: "Peame korraldama oma hackathoni". Kirjutan meie CTO-le Sashale. Vaikus.

Hommik. Joon kontoris kohvi. Näen, et Sasha lähestikku tuleb. "Liza, see on suurepärane! Meil on 21. aprillil oluline kuupäev. Teeme!" Mis iganes!? Nii kiiresti? Mida? Mul on vaja aprilli keskel Syktyvkarisse praktikale lennata. Ja las olla! Teeme.

Jäänud on 2 nädalat. Ma pole kunagi olnud hackathoni ainuorganisaator. Olgu see sisemine. Loe selle kohta artikleid. Kohutav. Vajalik on mitu kuud. Vajalik on mitu inimest. Vajalik on välja mõelda särk, auhinnad, tingimused, ajakava, huvi pakkuda, eesmärk mõista, eelarved. Võib-olla peab isegi elu mõtte üle järele mõtlema. Ma kindlasti ei jõua. Ja samal ajal, kui sa lugesid ja valmistasid end ette, on juba nädal möödas. Parim aeg artiklitest loobuda ja midagi ette võtta.

Siin on meie nädalase sisemise hackathoni kontrollnimekiri

Plaani: rahulikult istud ja kirjutad nimekirja sellest, mida hackathoni jaoks teha tuleb. 30 minutit.
Ülesanne: osalejad pakuvad ja valivad ise projektid, mida nad soovivad Google Sheetsis luua. Taustülesanne, 2 tundi.
Ajakava: kirjutad põlve peal lühikese ajakava kolme pausiga ja finaaliga. 20 minutit.
Käsklused: avaldad hackathoni teadet ajakava kohta CTO-lt IT-kanalites Slackis/e-kirjas/jne ja lood eraldi kanali hackathoni jaoks. Seal jagunevad kõik meeskondadesse ja need, kes pole veel otsustanud, teevad seda hackathoni esimeses 5 minutis. Taustülesanne, 2 tundi.
Bonused.: sa mõtled välja kaubamärgi koos kahe arendajaga, annad selle disainerile joonistamiseks ja saad valmis toote. Taustategevus, 3 päeva.
Häkathon: tuled kontorisse, koordineerid kõiki alguses, tegeled oma asjadega, loed Redditi, teatad tõsise näoga iga pausi ajal värskest pitsast, pildistad loodust, kuulutad välja finaali, hääletame koos ja valime võitja. 1 päev.
Tähtede all: muidugi mõtled pidevalt, et kõik läheks hästi. Loomulikult ei näe kõik sinu sõnumit ja mõnega on parem rääkida isiklikult. Loomulikult, kui sul on keegi abiks, muutub kõik kaks korda lihtsamaks (mind aitas imeline Aljona).

Vähem igav osa häkatoni kuupäeva kohta

Miks 21. aprill? See päev on meie jaoks oluline. Just aasta tagasi, 21. aprillil, kukkusime koormuse all kokku esimestel nädalavahetustel pärast Föderaalse Reklaamikampaania algust. Järgmine päev, pühapäeval, oli meie meeskond tööl alates kella 8-st hommikul. Siis lõime Trellos laua sundayhackathon ja algas 12 tunni vahetustega töö nädal. Olukord oli nii kriitiline, et meil ei olnud aega isegi süüa ja meid toitsid teiste meeskondade poisid.

Üksikasjalikumat juttu saad lugeda Fjodor Ovčinnikovi lehelt (meie SEO). Sellest ajast alates oleme palju muutnud, kuid seda kuupäeva ei unusta kindlasti.

Sel aastal otsustasime, et see sündmus väärib mälestamist ja korraldasime esmakordselt Dodo ajaloos sisemise häkatoni, mis kestis 10 tundi.

Kõige vähem igav osa häkatoni projektidest

Vastutusest loobumine: kõik kirjeldused on kirjutanud poisid ise, seega pole teksti autorlus minu enda.

Oleg Lörning (masinõpe)

Dima Kohtnev, Sasha Andronov (@alexandronov)

Tahtsime teha närvivõrku, mis suudab tuvastada, milline pizza on pildil ilma igasuguste teadmisteta. Tulemuseks on väga lihtne ja mänguline mudel – see tunnustab 10 erinevat pitsat, saime enam-vähem aru, kuidas kõik töötab, nii palju kui võimalik ühe päeva jooksul (~10 tundi).

Eelkõige mõistsime, et tööstus on jõudnud tasemele, kus tavaline arendaja saab kasutada valmis teeke, lugeda dokumentatsiooni ja õpetada oma närvivõrku ilma sügavate teadmisteta, ning see töötab piisavalt hästi reaalse probleemide lahendamiseks.

Kasutatud tööriistad:

imageai — mugav ja lihtne teeg, millega töötada masinõppe ja arvutinägemisega.
Proovisime kahte mudelit – ResNet50, Yolo.
Kood kirjutati selgelt Pythonis.

Meil oli 11000 fotot, kuid neist peaaegu 3/4 osutusid prügi, ning ülejäänud olid erinevates, sobimatutes nurkades. Lõpuks kasutasime valmis mudelit (mis lihtsalt oskab leida pitsat) ja selle abil eraldasime kõige halvemad fotod. Edasi, kui fotol oli pitsanimi – jagasime need kaustadesse, kuid osutus, et nimed ei kattunud tegelikkusega ja tuli ise käsitsi puhastada. Lõpuks jäi umbes 500-600 fotot, mis on selgelt küllaltki väike number, kuid sellest siiski piisab, et eristada 10 pitsat üksteisest.

Treeninguks kasutasime Azure'i kõige odavamat virtuaalset masinat NVIDIA Tesla K80-ga. Sellel treenisime 100 epohhi, kuid juba pärast 50 epohhi oli näha, et võrk oli ülekoormatud, kuna andmestik oli väike.

Esmalt — kogu probleem seisneb heade andmete puudumises.

Võib-olla me mõned terminid segamini ajasime, kuid tuleb arvestada, et meil ei ole üldse kogemust kõigi nende asjadega.

GUI for NOOBS (kontrollimiseks pitsade tellimiseks)

Misha Kumachev (Ceridan), Zhenya Bikkinin, Zhenya Vasiliev

Koondasime prototüübi konsooli rakendusest geek'idele, mille abil saab tellida pitsat terminali või käsurea kaudu, või isegi integreerida rakenduste juurutamise torusse ja edastada pitsat kontorisse pärast edukat väljaandmist.

Töö jagunes mitmeks osaks: uurisime, kuidas meie API on loodud mobiilirakendustele, koostasime oma CLI abi oclif ja seadistasime loodud paketi avaldamise. Viimase ülesandega seoses oli hackathon'i lõpupoole mitu ebameeldivat minutit. Kõik toimis meil kohalikult ja isegi vanad avaldatud versioonid paketist töötasid, kuid uued (millesse oli lisatud rohkem ägedaid funktsioone ja emotikone) keeldusid töötamast. Kulutasime umbes 40 minutit, et aru saada, mis valesti läks, kuid lõpuks töötas kõik maagiliselt ise.)

Meie maksimumprogramm hackathon'il oli tõeline pitsade tellimine kontorisse meie CLI kaudu. Testisime kõik kümme korda katsetustel, kuid mul olid siiski käed värisedes, kui ma produtsoonis käske sisestasin.

Kokkuvõttes — me tegime selle ikkagi ära!

CourierGo

Anton Bruzmelyov (autor), Vanja Zverevi, Gleb Lesnikov (entropy), Andrei Sarafanov

Võtsime idee «Kullerirakendus».

Eellugu ettevalmistusest.Alguses mõtlesin, milliseid funktsioone võiks rakenduses olla. Tuli välja umbes selline funktsionaalsuse loetelu:

Rakendus siseneb kohaletoimetamise kassasse koodiga.
Rakenduses on kohe nähtavad saadaval olevad tellimused ja tellimused, mida tuleks võtta.
Kuller märgib tellimuse ja võtab selle teele.
Tal kuvatakse arvutatud aeg ja jõuab ta kohale või mitte.
Kliendile näitab, et kuller on teel.
Kliendile hakkab kuvatakse kulleri asukoht kaardil ja arvutatud aeg.
Kuller saab rakenduse kaudu kliendile vestluses kirjutada.
Klient saab rakenduse kaudu kullerile vestluses kirjutada.
Viie minuti jooksul enne saabumist saadab klientidele sõnumi, et kuller on lähedal, olge valmis.
Kuller märgib rakenduses, et ta on saabunud ja ootab.
Kuller helistab rakendusest ühe klikiga ja teatab, et (tõuseb, on kohal jne).
Klient kinnitab tellimuse ja sisestab rakendusest või SMS-ist pin-koodi, et kinnitada tarnimist. (nagu allkiri) Et kuller ei saaks tarnimist enneaegselt lõpetada, kui ta viibib hiljaks.
Tellimus märgitakse süsteemis tarnituks.

Lisaks paar alternatiivset stsenaariumi:

Kuller saab tellimuse märkida mitte-tarnituks ja valida põhjuse.
Kuller, kui ta hilineb, saab ühe nupuvajutusega saata elektroonilise sertifikaadi SMS-iga. Või sertifikaat saadetakse automaatselt, kui tarnimise tähtaega ei järgita.

Projektist oli kindlasti tunda perspektiivi ja vajalikku tunnet.

Järgmisel päeval läksime meeskonnaga lõunale ja arutasime, kuidas rakenduse minimaalne funktsionaalsus välja näeb.

Kokku tuli järgmine loetelu sellest, mida tuli hackathonil lõpetada:

Sisselogimine kohaletoimetamise kassasse.
Kuvada praegune asukoht.
Saata andmed välisele API-le (koordinaadid, tellimuse võtmine, tellimuse toimetamine).
Saada andmed välisest API-st (kullerite praegused tellimused).
Saata sündmus, et tellimus on võetud kohaletoimetamiseks / toimetatud.
Kuvada kulleri praegune asukoht kaardil veebisaidil.

Peamine töö, nagu arvestati, pidi toimuma tagaplaani loomisel, rakenduse loomiseks (aruteludest valiti rakenduse arendamiseks ReactNative, täpsemalt selle kohalduse jaoks — expo.io, võimaldades üldse mitte kirjutada nativet koodi). Backend'i plaanis oli algselt lootus Vanya Zverevi peale, kui kogenud meie teenuse ja k8s malliga töötaja (mille ta endale võttis). ReactNative'iga hakkasime koos proovima mina ja Andrei Sarafanov.

Otsustasin proovida kohe luua tööalust repot projekti jaoks. Kell 12 öösel sattusin arusaamisele, et ReactNative'is ei tööta geolokatsioon taustal hästi, kui mitte kirjutada nativet koodi, natuke frustreerisin. Siis leevendus olukord, kui sain aru, et loen dokumentatsiooni mitte expo.io raamistiku, vaid ReactNative'i kohta. Lõpuks sain õhtuga selgeks, kuidas saada expo.io kaudu praegune asukoht ja joonistada eraldi ekraanid (logimise, tellimuse kuvamise jne jaoks).

Hommikul hackathon'il meelitasime Gleb'i oma ülivägevasse projekti. Kiiresti viskasime kokku plaani, mida teha on vaja.

Tehtud viga, kui püüdsime projekti malliga teha suhtlust mitte HTTP kaudu, vaid GRPC kaudu, kuna keegi ei osanud GRPC klienti JavaScriptile kokku panna. Lõpuks, kulutades sellele umbes poolteist tundi, loobusime sellest ideest. Seetõttu hakkasid inimesed backend'is juba valmis serverit GRPC'lta WebApi'le ümberehitama. Pool tunni pärast saime lõpuks seadistada rakenduse suhtlemise backendiga, oh imet. Kuid samal ajal töötas Gleb peaaegu juba k8s-is deploy lõpetamas, lisaks automaatne deploy commit'i järgi masterisse. 🙂

Säilitamiseks valisime MySQL, et mitte riskida vähemalt andmebaasiga (olid mõtted CosmosDb kohta).

Tulemus:

Rakendasime rakendusest kursori praeguste koordinaatide salvestamise andmebaasi.
Lisainime RabbitMQ ja liitusime sõnumitega, kui kuller võtab tellimuse, et kohe kuvada tellimus kullerile rakenduses.
Alustasime enda andmebaasi salvestamise tellimuse kohaletoimetamise ajast, peale seda, kui kuller vajutas rakenduses nuppu. Ei saanud õigeaegselt lisada sõnumi saatmist tagasi rabbit'i, et tellimus on kohaletoimetatud.
Tehtud kaardi kuvamine currentorder lehe peal veebis koos kulleri praeguse asukohaga. Kuid see funktsioon jäi veidi poolikuks, kuna keskkonnas ei õnnestunud seadistada CORS'i, et saada koordinaate meie uuest teenusest.

M87

Roma Bukin, Gosha Polevoy (georgepolevoy), Artyom Trofimushkin

Soovisime rakendada OpenID Connect pakkujat, kuna praegu kasutame oma arendatud autentimise protokolli, mis tekitab mitmeid raskusi: kohandatud klienditeegid, ebamugav koostöö väliste partneritega, võimalikud turvalisuse probleemid (kuigi OAuth2.0 ja OpenID Connect ideaalversioonis võib pidada turvaliseks, siis meie lahenduse osas ma ei ole kindel).

Oleme loonud eraldi teenuse, mis emuleerib isikuandmete salvestamise teenust, et luua väike riigist sõltumatu autentimise pakkuja mudel, mis küsib isikuandmeid eraldi teenusest (see looks tulevikus võimaluse omada ühte teenust, millega saaks siseneda konto kaudu igas riigis, samal ajal järgides GDPR-i ja muid seadusi). Selle osa tegime, nagu ka pakkuja, ja seostasime need omavahel. Edasi tuli luua API, mis oleks kaitstud pakkuja väljastatud tokenitega, toetada nende introspektsiooni pakkuja kaudu ja anda välja kaitstud andmeid, kui päring vastab autendipoliitikale (kontrollime, et kasutaja on autentitud Bearer skeemi kaudu, tema tokenis on kindel ulatus + kasutajal endal on luba, mis lubab kutse teostamist). See osa oli samuti lõpule viidud. Viimane komponent oli JavaScript klient, kellele väljastatakse token, millega ta kutsuks välja kaitstud API. Selle osa me valmis ei saanud. See tähendab, et kogu funktsionaalne osa oli valmis, kuid esipaneeli osa, et demonstreerida kogu süsteemi toimimist, ei olnud valmis.

E-E-E (mäng)

Dima Afonchenko, Sasha Konovalov

Me tegime mini-mängu Unitys, kus vilkad käed viskavad vorsti pitsale. Kui sa viskad vorsti valesti, ilmub ekraanile kurb teade "Tagasi lükatud", ja kui kogu vorst on õigesti visatud, ilmub juhuslik fakt pitsa kohta.

Soovisime teha teist taset tomatite viskamiseks, kuid ei jõudnud.

Lühike jätk: kes võitis?

Enne hackatoni rääkisime noortega ja ma küsisin, millist preemiat nad tahaksid saada, kui võidavad. Selgus, et kõige väärtuslikum preemia oleks "tee tootmisse".

Seega oodake meielt peagi mängu reklaami, kus käed viskavad pitsa peale Piperroni.