Viime joulukuussa järjestimme oman startup-hackathonin kuuden muun Skolkovo-yrityksen kanssa. Ilman yrityssponsoreja tai ulkopuolista tukea keräsimme kaksisataa osallistujaa 20 Venäjän kaupungista ohjelmointiyhteisön avulla. Alla kerron kuinka onnistuimme, mitä sudenkuoppia kohtasimme matkan varrella ja miksi aloimme heti yhteistyön yhden voittajatiimin kanssa.
Raidan "Wet Hair" finalistien Watts Battery -moduuleja ohjaavan sovelluksen käyttöliittymä
yritys
Yrityksemme Watts Battery luo modulaarisia kannettavia voimalaitoksia. Tuote on kannettava voimalaitos 46x36x11 cm, joka pystyy toimittamaan 1,5-15 kilowattia tunnissa. Neljä tällaista moduulia voivat tarjota pienen maalaistalon energiankulutuksen kahdeksi päiväksi.
Vaikka aloimme toimittaa tuotantonäytteitä viime vuonna, Watts Battery on kaiken kaikkiaan startup. Yritys on perustettu vuonna 2016 ja samasta vuodesta lähtien asunut Skolkovo Energy Efficient Technologies -klusterissa.Tänä päivänä meillä on 15 työntekijää ja valtava määrä asioita, joita haluaisimme jossain vaiheessa tehdä, mutta juuri nyt ei ole aikaa siihen.
Tämä sisältää myös puhtaasti ohjelmistotehtävät. Miksi?
Moduulin päätehtävänä on tarjota keskeytymätön, tasapainoinen energiansyöttö optimaalisella hinnalla. Jos koet sähkökatkon sinusta riippumattomista syistä, sinulla tulee aina olla reservi, jotta voit saada tarvittavan verkon kuormituksen täyteen sähkökatkon ajaksi. Ja kun virtalähde on hyvä, voit säästää rahaa aurinkoenergialla.
Yksinkertaisin vaihtoehto on, että voit ladata akun auringosta päivällä ja käyttää sitä illalla, mutta täsmälleen tarvittavalle tasolle, jotta sähkökatkon sattuessa et jää ilman sähköä. Et siis koskaan joudu tilanteeseen, jossa laitoit valaistukseen virtaa akusta koko illan (koska se on halvempaa), mutta yöllä sähköt katkesivat ja jääkaappisi sulasi.
On selvää, että ihminen harvoin pystyy ennustamaan suurella tarkkuudella tarvitsemaansa sähkön määrää, mutta ennakoivalla mallilla varusteltu järjestelmä pystyy. Siksi koneoppiminen sellaisenaan on yksi painopistealueistamme. Olemme vain tällä hetkellä keskittyneet laitteistokehitykseen, emmekä pysty osoittamaan tarpeeksi resursseja näihin tehtäviin, mikä toi meidät Startup Hackathoniin.
Valmistelu, data, infrastruktuuri
Tuloksena valittiin kaksi raitaa: data-analytiikka ja hallintajärjestelmä. Meidän lisäksi mukana oli vielä seitsemän kappaletta kollegoilta.
Vaikka hackathonin formaattia ei oltu päätetty, ajattelimme luoda ”oman ilmapiirin”, pistejärjestelmällä: osallistujat tekevät asioita, jotka tuntuvat meille vaikeilta ja mielenkiintoisilta ja saavat niistä pisteitä. Meillä oli paljon tehtäviä. Mutta kun rakensimme hackathonin rakennetta, muut järjestäjät pyysivät saattamaan kaiken yhteiseen muotoon, minkä teimme.
Sitten tulimme seuraavaan kaavioon: kaverit tekevät mallin tietojensa perusteella, sitten he saavat meidän datamme, jota malli ei ollut ennen nähnyt, se oppii ja alkaa ennustaa. Oletukseni oli, että tämä kaikki voidaan tehdä 48 tunnissa, mutta meille tämä oli ensimmäinen hackathon tietomme kanssa, ja olemme saaneet yliarvioida aikaresurssit tai datan valmiusasteen. Erikoistuneilla koneoppimishackathoneilla tällainen aikajana olisi normi, mutta meillä ei ollut sellainen.
Purimme moduulin ohjelmistoja ja laitteistoja niin paljon kuin mahdollista ja teimme laitteestamme erityisesti hackathonia varten version, jossa oli erittäin yksinkertainen ja ymmärrettävä sisäinen käyttöliittymä, jota kuka tahansa kehittäjä voisi tukea.
Ohjausjärjestelmään perustuvalle radalle oli mahdollisuus tehdä mobiilisovellus. Estääksemme osallistujia pohtimasta, miltä sen pitäisi näyttää ja tuhlaamasta ylimääräistä aikaa, annoimme heille superkevyen sovelluksen suunnitteluasetelman, jotta sen halukkaat voivat yksinkertaisesti "venyttää" siihen tarvitsemansa toiminnot. . Rehellisesti sanottuna emme odottaneet tässä mitään moraalisia pulmia, mutta yksi joukkueista otti asian niin, että rajoitimme heidän mielikuvituslentoaan, halusimme saada valmiin ratkaisun ilmaiseksi, eikä testata niitä. käytännössä. Ja he lähtivät.
Toinen tiimi päätti tehdä täysin erilaisen sovelluksen tyhjästä, ja kaikki toimi. Emme vaatineet, että sovellus olisi juuri tällainen, tarvitsimme vain, että se sisältää joitain elementtejä, jotka osoittavat ratkaisun teknisen tason: kaavioita, analytiikkaa jne. Valmis suunnitteluasetelma oli myös vihje.
Koska live Watts Battery -moduulin analysointi hackathonissa olisi liian aikaa vievää, annoimme osallistujille valmiin siivun dataa kuukaudeksi asiakkaidemme oikeista moduuleista (jotka anonymisoimme huolellisesti etukäteen). Koska oli kesäkuu, analyysiin ei ollut sisällytetty kausivaihteluita. Mutta tulevaisuudessa lisäämme niihin ulkoisia tietoja, kuten kausi- ja ilmasto-ominaisuuksia (tämä on nykyään alan standardi).
Emme halunneet luoda epärealistisia odotuksia osallistujien keskuudessa, joten hackathonin tiedotteessa sanoimme suoraan: työ tulee olemaan mahdollisimman lähellä kenttätyötä: meluisaa, likaista dataa, jota kukaan ei erityisesti valmistanut. Mutta tällä oli myös positiivinen puoli: ketterän hengessä olimme jatkuvasti yhteydessä osallistujiin ja teimme ripeästi muutoksia tehtävään ja sisäänpääsyn ehtoihin (tästä lisää alla).
Lisäksi annoimme osallistujille pääsyn Amazon AWS:ään (niin aktiivisesti, että Amazon esti meille yhden alueen, selvitämme mitä tehdä asialle). Siellä voit ottaa käyttöön esineiden internetin infrastruktuurin ja luoda jopa yksinkertaisten Amazon-pohjien perusteella täysimittaisen ratkaisun päivässä. Mutta lopulta kaikki kulkivat omalla tavallaan ja tekivät kaiken itse maksimaalisesti. Samaan aikaan jotkut onnistuivat noudattamaan aikarajaa, toiset eivät. Yksi tiimi, Nubble, käytti Yandex.cloud-palvelua, ja joku otti sen esille isännöiessään. Olimme jopa valmiita antamaan verkkotunnuksia (meillä on rekisteröityjä), mutta niistä ei ollut hyötyä.
Analyyttisen radan voittajien selvittämiseksi suunnittelimme tulosten vertailun, jota varten valmistelimme numeeriset mittarit. Mutta lopulta sitä ei tarvinnut tehdä, koska eri syistä kolme neljästä osallistujasta ei päässyt finaaliin.
Mitä tulee kodin infrastruktuuriin, Skolkovo Technopark auttoi tässä tarjoamalla meille (ilmaiseksi) yhden kodikkaista modulaarisista huoneistaan, jossa on videoseinä esittelyjä varten sekä pari pienempää huonetta virkistysaluetta ja ruokailun järjestämiseen.
Analytics
Tehtävä: itseoppiva järjestelmä, joka tunnistaa kulutuksen ja moduulin toiminnan poikkeamat ohjaustietojen perusteella. Pidimme tarkoituksella sanamuodon mahdollisimman yleisenä, jotta osallistujat voisivat kanssamme miettiä, mitä saatavilla olevan tiedon perusteella voitaisiin tehdä.
Erityisyys: Monimutkaisempi kahdesta kappaleesta. Teollisissa tiedoissa on joitain eroja suljetuissa järjestelmissä olevista tiedoista (esim. digitaalinen markkinointi). Tässä sinun on ymmärrettävä analysoimiesi parametrien fyysinen luonne; kaiken katsominen abstrakteina numerosarjoina ei toimi. Esimerkiksi sähkönkulutuksen jakautuminen koko päiväksi. Se on kuin rituaaleja: sähköparranajokone laitetaan päälle arkisin aamulla ja mikseri päälle viikonloppuisin. Sitten itse poikkeavuuksien ydin. Ja älä unohda, että Watts Battery on tarkoitettu henkilökohtaiseen käyttöön, joten jokaisella asiakkaalla on omat rituaalinsa, eikä yksi universaali malli toimi. Tunnettujen poikkeavuuksien löytäminen tiedosta ei ole edes tehtävä, vaan sellaisen järjestelmän luominen, joka etsii itsenäisesti merkitsemättömiä poikkeavuuksia, on toinen asia. Loppujen lopuksi mikä tahansa voi olla poikkeavaa, myös salakavala inhimillinen tekijä. Esimerkiksi testitiedoissamme oli tapaus, jossa käyttäjä pakotti järjestelmän akkutilaan. Ilman mitään syytä käyttäjät tekevät joskus näin (teen varauksen, että tämä käyttäjä testaa moduulia puolestamme ja tästä syystä hänellä on pääsy tilojen manuaaliseen hallintaan; muille käyttäjille ohjaus on täysin automaattinen). Kuten on helppo ennustaa, tällaisessa tilanteessa akku purkautuu melko aktiivisesti, ja jos kuorma on suuri, lataus loppuu ennen kuin aurinko nousee tai muu energialähde ilmaantuu. Tällaisissa tapauksissa odotamme näkevämme jonkinlaisen ilmoituksen siitä, että järjestelmän toiminta on poikennut normaalista. Tai henkilö lähti ja unohti sammuttaa uunin. Järjestelmä näkee, että yleensä tähän aikaan vuorokaudesta kulutus on 500 wattia, mutta tänään - 3,5 tuhatta - poikkeama! Kuten Denis Matsuev koneessa: "En ymmärrä lentokoneen moottoreista mitään, mutta matkalla sinne moottori kuulosti erilaiselta."
Kaavio ennakoivasta mallista avoimen lähdekoodin hermoverkossa Yandex CatBoost
Mitä yritys todella tarvitsee?: itsediagnostiikkajärjestelmä laitteen sisällä, ennakoiva analytiikka, myös ilman verkkoinfrastruktuuria (kuten käytäntö osoittaa, kaikilla asiakkaillamme ei ole kiire liittää akkuja Internetiin - useimmille riittää, että kaikki toimii vain luotettavasti), poikkeavuuksien tunnistaminen, joiden luonnetta emme vielä tunne, itseoppiva järjestelmä ilman opettajaa, klusterointi, hermoverkot ja koko nykyaikaisten analyyttisten menetelmien arsenaali. Meidän on ymmärrettävä, että järjestelmä alkoi käyttäytyä eri tavalla, vaikka emme tiedä, mikä tarkalleen on muuttunut. Itse hackathonissa meille oli erittäin tärkeää nähdä, että siellä on tyyppejä, jotka ovat valmiita astumaan teollisuusanalytiikkaan tai ovat jo siinä, ja he etsivät uusia alueita kykyjensä soveltamiseen. Aluksi yllätyin, että hakijoita oli niin paljon: tämä on loppujen lopuksi hyvin erityinen keittiö, mutta vähitellen kaikki neljästä osallistujasta yhtä lukuun ottamatta putosivat, joten jossain määrin kaikki loksahti paikoilleen.
Miksi se ei ole mahdollista tässä vaiheessa?: Tiedonlouhintatehtävien suurin ongelma ei ole tarpeeksi dataa. Maailmalla on nykyään käytössä useita kymmeniä Watts Battery -laitteita, mutta monet niistä eivät ole yhteydessä verkkoon, joten tietomme eivät ole vielä kovin monipuolisia. Hädin tuskin saimme yhteen kaksi poikkeamaa - ja ne tapahtuivat prototyypeissä; teollinen wattiakku toimii melko vakaasti. Jos meillä olisi sisäinen koneoppimisinsinööri ja tietäisimme - kyllä, tämä voidaan puristaa ulos näistä tiedoista, mutta haluamme saada paremman ennusteen - se olisi yksi tarina. Mutta tähän mennessä emme ole tehneet mitään näillä tiedoilla. Lisäksi tämä vaatisi osallistujilta syvää uppoamista tuotteemme toiminnan erityispiirteisiin, siihen ei puolitoista päivää riitä.
Miten päätit?: He eivät heti asettaneet tarkkaa lopullista tehtävää. Sen sijaan koko 48 tunnin ajan keskustelimme osallistujien kanssa ja saimme nopeasti selville, mitä he saivat ja mitä eivät. Tämän perusteella kompromissin hengessä tehtävä saatiin päätökseen.
Mitä sait tuloksena?: radan voittajat pystyivät siivoamaan tiedot (samalla he löysivät joidenkin parametrien laskemisen "ominaisuudet", joita emme olleet itse aiemmin huomanneet, koska emme käyttäneet osaa tiedoista ongelmien ratkaisemiseen) , tuo esiin poikkeamat Watts Battery -moduulien odotetusta käyttäytymisestä ja määritä ennakoiva malli, joka pystyy ennustamaan energiankulutuksen suurella tarkkuudella. Kyllä, tämä on vain teollisen ratkaisun kehittämisen toteutettavuusvaihe, silloin tarvitaan viikkojen huolellista teknistä työtä, mutta jopa tämä suoraan hackathonin aikana syntynyt prototyyppi voi muodostaa perustan todelliselle teolliselle ratkaisulle, mikä on harvinaista.
tärkein johtopäätös: Meillä olevien tietojen perusteella on mahdollista määrittää ennakoivaa analytiikkaa, oletimme tämän, mutta meillä ei ollut resursseja tarkistaa. Hackathonin osallistujat testasivat ja vahvistivat hypoteesimme, ja jatkamme työskentelyä radan voittajien kanssa tämän tehtävän parissa.
Kaavio ennakoivasta mallista avoimen lähdekoodin hermoverkossa Facebook Prophet
Neuvoja tulevaisuutta varten: Tehtävää laatiessasi sinun on tarkasteltava tuotantosuunnitelmasi lisäksi myös osallistujien kiinnostusta. Koska hackathonillamme ei ole rahapalkintoja, pelaamme datatieteilijöiden luonnollisella uteliaisuudella ja halulla ratkaista uusia, mielenkiintoisia ongelmia, joissa kukaan ei ole vielä osoittanut mitään tai joissa he voivat näyttää itsensä olemassa olevia tuloksia paremmin. Jos otat heti huomioon kiinnostavan tekijän, sinun ei tarvitse siirtää painopistettäsi matkan varrella.
Управление
Tehtävä: (sovellus), joka hallitsee Watts Battery -moduulien verkkoa henkilökohtaisella tilillä, datan tallennus pilvessä ja tilan seuranta.
Erityisyys: Tällä radalla emme etsineet uutta teknistä ratkaisua, vaan meillä on tietysti oma kuluttajarajapinta. Valitsimme hänet hackathoniin esittelemään järjestelmämme kykyjä, uppoutumaan siihen ja tarkistamaan, onko yhteisö kiinnostunut älykkäiden järjestelmien ja vaihtoehtoisen energian kehittämisestä. Asensimme mobiilisovelluksen vaihtoehdoksi, voit tehdä sen tai olla tekemättä sen oman harkintasi mukaan. Mutta mielestämme se osoittaa hyvin, kuinka ihmiset onnistuivat järjestämään datan varastoinnin pilvessä, pääsyyn useista eri lähteistä kerralla.
Mitä yritys todella tarvitsee?: kehittäjäyhteisö, joka keksii liikeideoita, testaa hypoteeseja ja luo työvälineitä niiden toteuttamiseen.
Miksi se ei ole mahdollista tässä vaiheessa?: Markkinavolyymi on vielä liian pieni tällaisen yhteisön orgaaniseen muodostumiseen.
Miten päätit?: Osana hackathonia teimme eräänlaisen fysikaalisuustutkimuksen nähdäksemme, olisiko mahdollista keksiä ominaisuuksien lisäksi myös täysimittaisia liiketoimintamalleja hyvin tietyn tuotteen ympärille. Lisäksi, jotta ihmiset, jotka pystyvät toteuttamaan prototyypin, voisivat tehdä tämän, loppujen lopuksi täällä - en halua loukata ketään - tämä ei ole taso, jolla ohjelmoidaan vilkkuva LED Arduinoon (vaikka tämä voidaan tehdä innovaatioilla) , tässä vaaditaan melko erityisiä taitoja: tausta- ja käyttöliittymäjärjestelmien kehittäminen, skaalautuvien esineiden Internet-järjestelmien rakentamisen periaatteiden ymmärtäminen.
Mitä sait tuloksena?: kaksi tiimiä ehdotti täysivaltaisia liikeideoita työhönsä: toinen keskittyi enemmän venäläiseen ja toinen ulkomaiseen segmenttiin. Toisin sanoen finaalissa he eivät vain kertoneet, kuinka he keksivät sovelluksen, vaan pääsääntöisesti ryhtyivät asioimaan Wattsin ympärillä. Kaverit hahmottelivat, kuinka he näkevät wattien käytön useissa liiketoimintamalleissa, toimittivat tilastoja, osoittivat, millä alueilla on mitä ongelmia, mitä lakeja missä otetaan käyttöön, hahmottelivat globaalin trendin: bitcoineja ei ole muodikasta louhia, on muodikasta louhia kilowatteja. He tulivat tarkoituksella vaihtoehtoiseen energiaan, josta pidimme todella. Se, että osallistujat tämän lisäksi pystyivät luomaan toimivan teknisen ratkaisun, viittaa siihen, että he voivat itsenäisesti käynnistää startupin.
tärkein johtopäätös: On tiimejä, jotka ovat valmiita ottamaan Watts Batteryn liiketoimintamallinsa perustaksi, kehittämään sitä ja ryhtymään yrityksen kumppaneiksi/kumppaneiksi. Jotkut heistä jopa tietävät, kuinka tunnistaa liikeidean MVP ja työstää sitä ensin, mikä puuttuu nykyään kaikkialta toimialalta. Ihmiset eivät ymmärrä milloin lopettaa, milloin tuoda markkinoille ratkaisu, vaikkakin aikaisin, mutta toimiva. Itse asiassa ratkaisun kiillotusvaihe ei usein lopu, teknisesti ratkaisu ylittää kohtuullisen monimutkaisuuden rajan, se tulee markkinoille ylikuormitettuna, ei enää ole selvää mikä oli alkuperäinen idea, mikä on asiakaskohdistus, mitä liiketoimintamalleja on mukana. Kuten vitsissä Akuninista, joka kirjoitti toisen kirjan allekirjoittaessaan edellisen jonkun puolesta. Mutta tässä se tehtiin puhtaimmassa muodossaan: tässä on kaavio, tässä on laskuri, tässä on indikaattoreita, tässä on ennuste - siinä kaikki, sen suorittamiseen ei tarvita muuta. Tämän avulla voit mennä sijoittajan luo ja saada rahaa yrityksen perustamiseen. Ne, jotka löysivät tämän tasapainon, poistuivat radalta voittajina.
Neuvoja tulevaisuutta varten: seuraavassa hackathonissa (suunnittelemme sitä ), ehkä on järkevää kokeilla laitteistoa. Meillä on oma laitteistokehitys (yksi Wattien eduista), hallitsemme täysin kaiken tekemämme tuotantoa ja testausta, mutta meillä ei ole tarpeeksi resursseja testata joitain "laitteisto"-hypoteesia. Voi hyvinkin olla, että järjestelmä- ja matalan tason ohjelmoijien ja laitekehittäjien yhteisössä on niitä, jotka auttavat meitä tässä ja tulevat tulevaisuudessa kumppaniksemme tällä alueella.
Ihmiset
Hackathonissa odotimme enemmän itseään uudella alalla kokeilevia (esimerkiksi eri ohjelmointikouluista valmistuneita) kuin sellaiseen kehittämiseen erikoistuneita. Mutta silti odotimme, että ennen hackatonia tehdään vähän valmistelutyötä, luetaan miten energiankulutusta yleensä ennustetaan ja miten Internet of Things -järjestelmät toimivat. Jotta kaikki eivät tule vain huvin vuoksi etsimään mielenkiintoisia tietoja ja tehtäviä, vaan myös perehtyen alustavasti aihealueeseen. Ymmärrämme omalta osaltamme, että tätä varten on tarpeen julkaista etukäteen saatavilla olevat tiedot, niiden kuvaus ja tarkemmat vaatimukset tulokselle, julkaista API-moduuleja jne.
Kaikilla oli suunnilleen sama tekninen taso, plus tai miinus samat ominaisuudet. Tätä taustaa vasten harmonian taso ei ollut viimeinen tekijä. Monet joukkueet eivät ampuneet, koska he eivät pystyneet selkeästi jakamaan itseään työalueisiin. Oli myös sellaisia, joissa yksi henkilö teki kaiken kehityksen, loput olivat kiireisiä esityksen valmistelussa, toisissa joku sai tehtäviä, joita he tekivät, luultavasti ensimmäistä kertaa elämässään.
Suurin osa osallistujista oli nuoria, mikä ei tarkoita, etteikö heidän joukossaan olisi ollut vahvoja koneoppimisen insinöörejä ja kehittäjiä. Suurin osa tuli ryhmissä, eikä siellä ollut käytännössä yhtään yksilöä. Kaikki haaveilivat voittamisesta, joku halusi löytää työpaikan tulevaisuudessa, noin 20% on jo löytänyt sellaisen, uskon, että tämä luku kasvaa.
Meillä ei ollut tarpeeksi laitteistonörttiä, mutta toivomme korjaavan sen toisella hackathonilla.
Hackathonin edistyminen
Kuten ylempänä kirjoitin, olimme osallistujien kanssa suurimman osan hackathonin 48 tunnista ja seuraten heidän onnistumistaan tarkastuspisteissä, yritimme mukauttaa tehtävää ja ehtoja ensimmäisen, analyyttisen radan hyväksymiselle siten, että toisaalta osallistujat saattoivat suorittaa sen jäljellä olevana aikana, ja toisaalta se kiinnostaa meitä.
Viimeinen selvennys tehtävään tehtiin jossain viimeisen tarkistuspisteen tienoilla, lauantai-iltapäivällä (finaali oli määrätty sunnuntai-iltaan). Yksinkertaistimme kaikkea: poistimme vaatimuksen laskea malli uudelleen uusien tietojen perusteella, jolloin jätettiin tiedot, joita tiimit jo työskentelivät. Mittareiden vertailu ei antanut meille enää mitään, heillä oli jo valmiita tuloksia saatavilla olevan datan perusteella, ja toisena päivänä kaverit olivat jo väsyneitä. Siksi päätimme kiduttaa heitä vähemmän.
Kolme neljästä osallistujasta ei kuitenkaan päässyt finaaliin. Toinen tiimi ymmärsi jo alussa olevansa kiinnostuneempi kollegojemme jäljestä, toinen tajusi juuri ennen finaalia, että he olivat käsittelyn aikana suodattaneet tarvittavat tiedot etukäteen ja kieltäytyneet esittämästä töitään.
"21 (Wet Hair Effect)" -tiimi osallistui molemmilla kappaleillamme loppuun asti. He halusivat kattaa kaiken kerralla: koneoppimisen, kehityksen, sovellukset ja verkkosivut. Ennen kuin viime hetkellä uhkailimme heitä vetäytymisellä, he uskoivat tekevänsä kaiken ajoissa, vaikka jo toisella tarkistuspisteellä oli selvää, että pääasialla - koneoppimisella - he eivät päässeet merkittävästi eteenpäin: he yleensä selviytyivät toinen lohko, mutta ei osannut ennustaa sähkönkulutusta, eivät olleet valmiita. Tämän seurauksena, kun määritimme vähimmäistehtävän ensimmäiselle kelpuutukselle, he valitsivat silti toisen kappaleen.
Fit-predictillä oli tasapainoinen koostumus, joka oli räätälöity data-analytiikkaa varten, joten he pystyivät voittamaan kaiken. Oli havaittavissa, että kaverit olivat kiinnostuneita "koskettelemaan" todellista teollisuusdataa. He keskittyivät välittömästi pääasiaan: tietojen analysointiin, puhdistamiseen, jokaisen poikkeavuuden käsittelemiseen. Se, että he pystyivät rakentamaan toimivan mallin hackathonin aikana, on suuri saavutus. Käytännössä tämä kestää yleensä viikkoja: kun dataa siivotaan, kun siihen kaivetaan. Siksi teemme ehdottomasti yhteistyötä heidän kanssaan.
Toisella radalla (johtaminen) odotimme kaikkien tekevän kaiken puolessa päivässä ja tulemaan kysymään tehtävästä vaikeampaa. Käytännössä meillä oli tuskin aikaa suorittaa perustehtävä. Työskentelimme JS:n ja Pythonin parissa, mikä kuvastaa alan nykytilaa.
Tässäkin tulokset saavutettiin hyvin koordinoiduilla tiimeillä, joissa työnjako rakennettiin, oli selvää kuka teki mitä.
Kolmannella tiimillä, FSocietylla, näytti olevan ratkaisu, mutta lopulta he päättivät olla näyttämättä kehitystään, he sanoivat, ettei heidän mielestään se toimi. Kunnioitamme tätä emmekä kiistelleet.
Voittaja oli "Strippers from Baku" -tiimi, joka pystyi pysäyttämään itsensä, ei jahtaamaan "rihkamaa", vaan luomaan MVP:n, jota ei häpeä näyttää ja joka on selvää, että sitä voidaan kehittää ja skaalata edelleen. Kerroimme heille heti, että emme olleet liian kiinnostuneita lisämahdollisuuksista. Jos he haluavat rekisteröitymisen QR-koodin, kasvojentunnistuksen kautta, anna heidän tehdä ensin sovelluksessa kaavioita ja sitten ottaa valinnaiset.
Tässä kappaleessa ”Wet Hair” pääsi luottavaisesti finaaliin ja keskustelimme heidän ja ”Hustlersin” kanssa yhteistyöstä. Jälkimmäisen olemme tavanneet jo uuden vuoden aikana.
Toivottavasti kaikki järjestyy, ja odotamme innolla näkevämme kaikkia maaliskuun toisessa hackathonissa!
Lähde: will.com