Joan den abenduan, Skolkovoko beste sei enpresarekin gure startup hackathon egin genuen. Babesle korporatiborik edo kanpoko laguntzarik gabe, Errusiako 20 hiritako berrehun parte-hartzaile bildu genituen programazio komunitatearen ahaleginen bidez. Jarraian kontatuko dizuet nola lortu genuen, bidean zein zailtasun aurkitu genituen eta zergatik hasi ginen berehala talde irabazleetako batekin elkarlanean.
Watts Battery moduluak kontrolatzen dituen aplikazioaren interfazea pistako finalisten, "Wet Hair"
Enpresaren
Gure Watts Battery enpresak zentral eramangarri modularrak sortzen ditu. Produktua 46x36x11 cm-ko zentral eramangarri bat da, orduko 1,5 eta 15 kilowatt bitartean emateko gai dena. Horrelako lau moduluek landa-etxe txiki baten energia-kontsumoa eman dezakete bi egunez.
Iaz produkzio-laginak bidaltzen hasi ginen arren, Watts Battery startup bat da. Konpainia 2016an sortu zen eta urte beretik Skolkovo Energia Eraginkorren Teknologien Klusterreko bizilaguna da.Gaur egun 15 langile ditugu eta momenturen batean egin nahiko genituzkeen gauzen atzerapen handia dugu, baina oraingoz ez dago. horretarako garaia.
Honek software hutsezko zereginak ere barne hartzen ditu. Zergatik?
Moduluaren zeregin nagusia etenik gabeko energia-hornidura orekatua ematea da, kostu optimoarekin. Zure esku ez dauden arrazoiengatik argindar eten bat jasaten baduzu, beti izan beharko zenuke erreserba bat behar den sareko karga guztiz elikatzeko etenaldiak irauten duen bitartean. Eta hornidura ona denean, eguzki-energia erabil dezakezu dirua aurrezteko.
Aukerarik errazena da eguzkitik bateria egunean kargatu eta arratsaldean erabil dezakezula, baina behar den mailaraino, itzalaldirik gertatuz gero, elektrizitaterik gabe geratu ez zaitezen. Beraz, ez zara inoiz aurkituko zure burua arratsalde osoan argiztapena bateria batetik elikatzen duzun egoera batean (merkeagoa delako), baina gauean elektrizitatea itzali eta hozkailua desizoztu zen.
Argi dago pertsona bat oso gutxitan gai dela behar duen elektrizitate kantitatea zehaztasun handiz aurreikusteko, baina aurreikuspen-eredu batekin armatutako sistema batek egin dezake. Horregatik, ikaskuntza automatikoa da gure lehentasunezko arloetako bat. Besterik da, gaur egun, hardwarearen garapenean zentratuta gaudela eta ezin ditugula zeregin horietara behar adina baliabide esleitu, hau da, Startup Hackathonera eraman gaituena.
Prestaketa, datuak, azpiegitura
Ondorioz, bi bide hartu genituen: datuen analisia eta kudeaketa sistema. Gureaz gain, beste zazpi bide zeuden lankideen eskutik.
Hackatonaren formatua zehaztu gabe zegoen bitartean, “gure giroa” sortzea pentsatu genuen, puntu sistema batekin: parte hartzaileek zailak eta interesgarriak iruditzen zaizkigun gauza batzuk egiten dituzte, horretarako puntuak jasoz. Zeregin asko genituen. Baina hackatonaren egitura eraikitzen genuen bitartean, beste antolatzaileek dena forma komun batera eramatea eskatu zuten, eta hori egin genuen.
Ondoren, eskema honetara iritsi ginen: mutilek eredu bat egiten dute euren datuetan oinarrituta, gero gure datuak jasotzen dituzte, ereduak aurretik ikusi ez zituenak, ikasi eta iragartzen hasten da. Hau guztia 48 ordutan egin zitekeela suposatzen zen, baina guretzat hau izan zen gure datuen lehen hackatona, eta baliteke denbora-baliabideak edo datuen prestutasun-maila gehiegi balioetsi izana. Ikaskuntza automatikoko hackathons espezializatuetan, denbora-lerro hori ohikoa izango zen, baina gurea ez zen horrela.
Moduluaren softwarea eta hardwarea deskargatu genuen ahal den neurrian, eta hackatonerako bereziki gure gailuaren bertsio bat egin genuen, edozein garatzailek onar dezakeen barne interfaze oso sinple eta ulergarria duena.
Kontrol sisteman oinarritutako pistarako, mugikorretarako aplikazio bat egiteko aukera zegoen. Parte-hartzaileek nolakoa izan beharko lukeen buruhaustea eta denbora gehiago galtzea saihesteko, aplikazioaren diseinu-diseinu bat eman genien, oso arina, nahi dutenek behar dituzten funtzioak "luza ditzaten" besterik gabe. . Egiari zor, hemen ez genuen dilema moralik espero, baina taldeetako batek bere fantasia mugatzen ari ginen moduan hartu zuen, prest egindako irtenbide bat doan lortu nahi genuen, eta ez probatu. praktikan. Eta aireratu ziren.
Beste talde batek hutsetik aplikazio guztiz ezberdin bat egitea aukeratu zuen, eta dena atera zen. Ez genuen eskatu aplikazioa zehazki horrela izatea, soluzioaren maila teknikoa erakusten duten elementu batzuk edukitzea besterik ez genuen behar: grafikoak, analitikoak, etab. Amaitutako diseinuaren diseinua ere iradokizun bat izan zen.
Hackaton batean zuzeneko Watts Battery modulu bat aztertzea denbora gehiegi behar izango litzatekeenez, parte-hartzaileei hilabete baterako prest dauden datu zati bat eman genien gure bezeroen benetako moduluetatik (aurrez kontu handiz anonimatu genituen). Ekaina zenez, ez zegoen analisian sasoiko aldaketak txertatzeko ezer. Baina etorkizunean kanpoko datuak gehituko dizkiegu, hala nola, urtaroko ezaugarriak eta klima-ezaugarriak (gaur egungo industria estandarra da).
Ez genuen parte-hartzaileen artean itxaropen irrealistak sortu nahi, beraz, hackatonaren iragarpenean zuzenean esan genuen: lana landa-lanetik ahalik eta gertuen egongo da: datu zaratatsuak, zikinak, inork bereziki prestatu ez zituenak. Baina horrek alde positibo bat ere bazuen: arin-espirituan, etengabe egon ginen harremanetan parte-hartzaileekin, eta berehala aldaketak egin genituen onarpen-zerbitzuetan eta baldintzetan (hori gehiago behean).
Horrez gain, parte-hartzaileei Amazon AWSrako sarbidea eman genien (hain aktiboki Amazonek eskualde bat blokeatu zigun, horri buruz zer egin jakingo dugu). Bertan Gauzen Interneterako azpiegitura zabaldu dezakezu eta, Amazoneko txantiloi soiletan ere oinarrituta, egun bakarreko soluzio osoa sor dezakezu. Baina azkenean, bakoitzak bere bidea egin zuen, dena bere kabuz ahalik eta gehien eginez. Aldi berean, batzuek denbora muga betetzea lortu zuten, beste batzuek ez. Talde batek, Nubblek, Yandex.cloud erabili zuen, norbaitek bere hostingean planteatu zuen. Domeinuak emateko ere prest geunden (erregistratutakoak ditugu), baina ez ziren baliagarriak izan.
Pista analitikoko irabazleak zehazteko, emaitzak alderatzea aurreikusi genuen, eta horretarako zenbakizko neurketak prestatu genituen. Baina azkenean ez zen hori egin behar izan, hainbat arrazoirengatik lau partaideetatik hiru ez baitziren finalera iritsi.
Etxeko azpiegiturei dagokienez, Skolkovo Technopark-ek lagundu digu (doan) bere gela modular erosoetako bat aurkezpenetarako bideo-horma batekin eta aisialdirako gune baterako eta cateringa antolatzeko gela txikiago pare bat eskainiz.
Analytics
Task: kontrol-datuetan oinarrituta kontsumoaren eta moduluen funtzionamenduaren anomaliak identifikatzen dituen autoikaskuntza-sistema. Ahalik eta orokorren testua nahita mantendu dugu, parte-hartzaileek gurekin lan egin ahal izateko, eskuragarri dauden datuen arabera zer egin zitekeen pentsatzeko.
Espezifikotasun: Bi bideetatik konplexuena. Datu industrialak desberdintasun batzuk dituzte sistema itxietako datuekiko (adibidez, marketin digitala). Hemen aztertzen saiatzen ari zaren parametroen izaera fisikoa ulertu behar duzu; dena zenbaki-serie abstraktu gisa ikusteak ez du funtzionatuko. Esaterako, elektrizitate-kontsumoaren banaketa egunean zehar. Erritualak bezalakoa da: bizar elektrikoa lanegunetan goizean pizten da, eta nahastagailua asteburuetan. Gero anomalien funtsa beraiek. Eta ez ahaztu Watts Bateria erabilera pertsonalerako pentsatuta dagoela, beraz, bezero bakoitzak bere erritualak izango ditu eta eredu unibertsal batek ez du funtzionatuko. Datuetan ezagutzen diren anomaliak aurkitzea ez da zeregin bat ere; etiketarik gabeko anomaliak modu autonomoan bilatzen dituen sistema bat sortzea beste kontu bat da. Azken finean, edozer izan daiteke anomalia bat, giza faktore maltzurra barne. Adibidez, gure probako datuetan sistema erabiltzaileak bateria moduan behartu zuen kasu bat zegoen. Inongo arrazoirik gabe, erabiltzaileek hori egiten dute batzuetan (erabiltzaile hau modulua probatzen ari zaigulako erreserba egingo dut eta horregatik eskuzko moduen kontrolerako sarbidea du; beste erabiltzaileentzat kontrola guztiz automatikoa da). Erraz aurreikusten denez, egoera horretan bateria nahiko aktibo deskargatzen da, eta karga handia bada, karga amaituko da eguzkia atera baino lehen edo beste energia iturri bat agertu baino lehen. Horrelakoetan, sistemaren portaera ohikotik desbideratu dela dioen jakinarazpen moduko bat ikustea espero dugu. Edo pertsona joan eta labea itzaltzea ahaztu zaio. Sistemak ikusten du normalean eguneko une honetan kontsumoa 500 watt-ekoa dela, baina gaur egun - 3,5 mila - anomalia bat! Denis Matsuev hegazkinean bezala: "Ez dut ezer ulertzen hegazkinen motorrei buruz, baina hara bidean motorrak beste soinua ematen zuen".
Yandex CatBoost kode irekiko neurona-sareko eredu iragarle baten grafikoa
Zer behar du benetan enpresak?: gailuaren barruko autodiagnostiko sistema, analisi iragarleak, sare azpiegiturarik gabe barne (praktikak erakusten duen moduan, gure bezero guztiek ez dute presarik bateriak Internetera konektatzeko - gehienentzat nahikoa da dena fidagarrian funtzionatzea), anomalien identifikazioa, zeinen izaera oraindik ezagutzen ez dugun, irakaslerik gabeko autoikaskuntza sistema, clustering, neurona-sareak eta metodo analitiko modernoen arsenal osoa. Ulertu behar dugu sistema ezberdin jokatzen hasi zela, zehazki zer aldatu den ez dakigun arren. Hackathonean bertan, oso garrantzitsua izan zen guretzat analitika industrialean sartzeko prest dauden edo dagoeneko horretan ari diren mutilak badirela ikustea eta euren gaitasunak aplikatzeko eremu berriak bilatzen ari direla. Hasieran harrituta geratu nintzen eskatzaile asko egoteak: azken finean, sukaldaritza oso zehatza da, baina pixkanaka lau parte-hartzaileetatik bat izan ezik, denak alde batera utzi ziren, eta, beraz, neurri batean dena bere tokian geratu zen.
Zergatik ez da bideragarria etapa honetan?: Datu-meatzaritzako zereginen arazo nagusia datu nahikoa ez da. Munduan zehar dozena bat Watts Battery gailu daude martxan gaur egun, baina horietako asko ez daude sarera konektatuta, beraz, gure datuak ez dira oraindik askotarikoak. Bi anomalia ozta-ozta bildu genituen, eta prototipoetan gertatu ziren; Watts bateria industrialak nahiko egonkor funtzionatzen du. Barne-ikaskuntza automatikoko ingeniari bat izango bagenu eta bagenekien -bai, datu horietatik atera daitekeela, baina iragarpen-kalitate hobea lortu nahi dugu- istorio bat izango litzateke. Baina orain arte ez dugu ezer egin datu hauekin. Horrez gain, parte hartzaileak gure produktuaren funtzionamenduaren zehaztasunetan murgiltzea eskatuko luke; egun eta erdi bat ez da nahikoa horretarako.
Nola erabaki zenuen?: Ez zuten berehala azken zeregin zehatza ezarri. Horren ordez, 48 ordu osoan zehar, parte-hartzaileekin elkarrizketan egon ginen, berehala jakin genuen zer lortu zuten eta zer ez. Horretan oinarrituta, konpromisoaren espirituan, zeregina amaitu zen.
Zer lortu duzu horren ondorioz?: pistako irabazleek datuak garbitu ahal izan zituzten (aldi berean, guk geuk aurretik antzeman ez genituen parametro batzuk kalkulatzearen “ezaugarriak” aurkitu zituzten, datu batzuk ez baikenituen gure arazoak konpontzeko erabili) , Watts Battery moduluen espero den portaeraren desbideratzeak nabarmendu eta energia-kontsumoa zehaztasun handiz aurreikusteko gai den aurreikuspen-eredu bat ezarri. Bai, hau soluzio industrial bat garatzeko bideragarritasun-etapa bat baino ez da; ondoren, asteetako lan tekniko zorrotza beharko da, baina hackaton-ean zuzenean sortutako prototipo hau ere benetako irtenbide industrial baten oinarria izan daiteke, eta hori arraroa da.
ondorio nagusia: Dauzkagun datuen arabera, posible da analitika prediktiboa ezartzea, hori suposatu genuen, baina ez genuen egiaztatzeko baliabiderik. Hackaton parte-hartzaileek gure hipotesia probatu eta baieztatu zuten, eta pistako irabazleekin lanean jarraituko dugu zeregin honetan.
Facebook Prophet kode irekiko sare neuronaleko eredu prediktibo baten grafikoa
Etorkizunerako aholkuak: ataza bat idazterakoan, zure ekoizpen-ibilbide-orriari ez ezik, parte-hartzaileen interesari ere begiratu behar diozu. Gure hackathonek diru saririk ez dutenez, datu-zientzialarien jakin-min naturalarekin eta arazo berri interesgarri ebazteko gogoarekin jokatzen dugu, zeinetan inork oraindik ezer erakutsi ez duen edo lehendik dauden emaitzek baino hobeto erakutsi dezaketen lekuetan. Intereseko faktorea berehala kontuan hartzen baduzu, ez duzu bide horretan arreta aldatu beharko.
kudeaketan
Task: (aplikazioa) Watts Battery moduluen sarea kudeatzen duena, kontu pertsonal batekin, datuak hodeian gordetzeko eta egoeraren jarraipenarekin.
Espezifikotasun: pista honetan ez genuen irtenbide tekniko berririk bilatzen; guk, noski, gure kontsumo-interfazea dugu. Bera aukeratu genuen hackatonerako gure sistemaren gaitasunak erakusteko, bertan murgiltzeko eta komunitateak sistema adimendunen eta energia alternatiboen garapenaren gaian interesa duen egiaztatzeko. Mugikorretarako aplikazioa aukera gisa kokatu dugu; egin edo egin dezakezu zure diskrezioan. Baina gure ustez, ondo erakusten du jendeak nola kudeatzen zuen hodeian datuen biltegiratzea antolatzea, aldi berean hainbat iturritatik sartzeko.
Zer behar du benetan enpresak?: negozio ideiak sortu, hipotesiak probatu eta horiek ezartzeko lan tresnak sortuko dituen garatzaileen komunitatea.
Zergatik ez da bideragarria etapa honetan?: Merkatuaren bolumena oraindik txikiegia da komunitate horren eraketa organikorako.
Nola erabaki zenuen?: Hackathon baten baitan, fisikotasunaren azterketa moduko bat egin genuen, ezaugarriak ez ezik, gure produktu oso zehatzaren inguruan negozio eredu osoak sortzea posible zen ikusteko. Gainera, prototipo bat ezartzeko gai den jendeak hori egin dezan, azken finean, hemen -ez dut inor iraindu nahi- hau ez da Arduinoko LED keinukari bat programatzeko maila (nahiz eta berrikuntzekin egin daitekeen) , gaitasun zehatz samarrak behar dira hemen: backend eta frontend sistemen garapena, Gauzen Internet sistema eskalagarriak eraikitzeko printzipioak ulertzea.
Zer lortu duzu horren ondorioz?: bi taldek beren lanerako negozio ideia osoak proposatu zituzten: bata Errusiako segmentuan zentratu zen gehiago, bestea atzerrikoan. Hau da, finalean ez zuten bakarrik kontatu aplikazioa nola sortu zuten, baina funtsean Wattsen inguruan negozioak egitera etorri ziren. Mutilek Watt-en erabilera hainbat negozio-eredutan nola ikusten duten azaldu zuten, estatistikak eman zituzten, zein eskualdek dituzten zein arazo, zein lege onartzen diren non, joera globala azaldu zuten: modan ez dago bitcoinak meatzea, modan dago kilowattak meatzea. Nahita etorri ziren energia alternatiboetara, asko gustatu zitzaigun. Parte-hartzaileek, horretaz gain, laneko irtenbide tekniko bat sortzeko gai izanak iradokitzen du independentean startup bat abiarazi dezaketela.
ondorio nagusia: Watts Battery beren negozio ereduaren oinarritzat hartzeko, garatzeko eta konpainiaren bazkide/lagun izateko prest dauden taldeak daude. Batzuek negozio-ideia baten MVP-a identifikatzen eta lehenbailehen lantzen ere badakite, gaur egun industrian edonon falta den zerbait. Jendeak ez du ulertzen noiz gelditu, noiz kaleratu irtenbide bat merkatura, goiz bada ere, baina lanean. Izan ere, irtenbidea leuntzeko etapa askotan ez da amaitzen, teknikoki irtenbideak zentzuzko konplexutasunaren lerroa zeharkatzen du, merkatuan gainkargatuta sartzen da, jada ez dago argi zein zen jatorrizko ideia, zer bezeroen bideratzea, zein negozio eredu diren. barne. Akunini buruzko txantxetan bezala, aurrekoa norbaitentzat sinatzen zuen bitartean beste liburu bat idatzi baitzuen. Baina hemen bere forma garbienean egin zen: hona diagrama bat, hona kontagailua, hemen adierazleak, hona iragarpena - hori da dena, ez da beste ezer behar exekutatzeko. Honekin, inbertitzaile batengana joan eta dirua jaso dezakezu negozio bat hasteko. Oreka hori aurkitu zutenak pistatik atera ziren irabazle.
Etorkizunerako aholkuak: hurrengo hackatoian (antolatzen ari gara ), agian zentzuzkoa da hardwarearekin esperimentatzea. Hardware garapen propioa dugu (Wattsen abantailetako bat), egiten dugun guztiaren ekoizpena eta probak guztiz kontrolatzen ditugu, baina ez dugu baliabide nahikorik “hardware” hipotesi batzuk probatzeko. Baliteke sistema eta maila baxuko programatzaileen eta hardware garatzaileen komunitatean horretan lagunduko digutenak egotea eta etorkizunean arlo honetan gure bazkide izatea.
Pertsonak
Hackathonean, bere burua alor berri batean probatu nahi dutenak (adibidez, hainbat programazio-eskoletako lizentziatuak) espero genituen garapen mota honetan espezializatutakoak baino. Baina hala ere, espero genuen hackatonaren aurretik prestaketa lan txiki bat egingo zutela, orokorrean energia-kontsumoa nola aurreikusten den eta Gauzen Interneten sistemek nola funtzionatzen duten irakurtzea. Beraz, denak dibertsioagatik ez ezik, datu eta zeregin interesgarrien bila etor daitezen, baita gai-arloan aurretiazko murgilketa batekin ere. Gure aldetik, ulertzen dugu horretarako beharrezkoa dela aldez aurretik eskuragarri dauden datuak, horien deskribapena eta emaitzarako eskakizun zehatzagoak argitaratzea, API moduluak argitaratzea, etab.
Denek gutxi gorabehera maila teknologiko bera zuten, gehi edo ken gaitasun berdinak. Aurrekari horren aurrean, harmonia maila ez zen azken faktorea izan. Hainbat taldek ez zuten tiro egin, ezin zutelako garbi banatu lan eremuetan. Bazeuden pertsona batek garapen guztia egiten zutenak, gainontzekoak aurkezpena prestatzen lanpetuta zeudenak, beste batzuetan, norbaitek egiten zituen zereginak ematen zizkioten, ziurrenik bere bizitzan lehen aldiz.
Parte-hartzaile gehienak gazteak ziren, horrek ez du esan nahi ikaskuntza automatikoko ingeniari eta garatzaile indartsurik ez zegoenik haien artean. Gehienak taldeka etorri ziren; ia ez zegoen bakarka. Denek amesten zuten irabaztearekin, norbaitek etorkizunean lana aurkitu nahi zuen, %20 inguruk dagoeneko aurkitu dute, zifra hau hazi egingo dela uste dut.
Hardware frikirik ez genuen nahikoa, baina bigarren hackatoian konpontzea espero dugu.
Hackatonaren aurrerapena
Goian idatzi dudan bezala, parte-hartzaileekin egon ginen hackatonaren 48 orduetan gehienetan eta, kontrol-puntuetan izandako arrakastaren jarraipena eginez, lehen pista analitikoa onartzeko zeregina eta baldintzak egokitzen saiatu ginen, alde batetik, parte-hartzaileek geratzen zen denboran bete zezaketen, eta, bestalde, interesgarria iruditu zitzaigun.
Zereginaren azken argipena azken kontrol-puntuaren inguruan egin zen, larunbat arratsaldean (finala igande arratsalderako zegoen aurreikusita). Dena apur bat gehiago sinplifikatu genuen: datu berrietan eredua birkalkulatzeko betekizuna kendu genuen, taldeek lehendik lan egiten zuten datuak utziz. Neurrien konparaketak jada ez zigun ezer ematen, jada prest zeuden datuen arabera egindako emaitzak, eta bigarren egunerako mutilak nekatuta zeuden jada. Hori dela eta, gutxiago torturatzea erabaki genuen.
Hala ere, lau parte hartzailetik hiru ez ziren finalera iritsi. Talde bat jada konturatu zen hasieran gure lankideen ibilbideari gehiago interesatzen zitzaiola, bestea, finala baino lehen, konturatu zen prozesatzeko prozesuan beharrezkoak diren datuak aldez aurretik iragazi zituztela eta bere lana aurkezteari uko egin zion.
“21 (Wet Hair Effect)” taldeak gure bi ibilbideetan parte hartu zuen amaiera arte. Guztia aldi berean landu nahi zuten: ikaskuntza automatikoa, garapena, aplikazioa eta webgunea. Azken momentuan erretiratzeko mehatxu egin genien arte, uste zuten dena garaiz egiten ari zirela, nahiz eta bigarren kontrolean jada nabaria zen nagusiarekin -makina ikasketa- ezin zutela aurrerapen handirik egin: orokorrean aurre egin zieten. bigarren blokea, baina ezin izan elektrizitate-kontsumoa aurreikusi ez zeuden prest. Ondorioz, lehenengorako sailkatzeko gutxieneko zeregina zehaztu genuenean, oraindik bigarren pista aukeratu zuten.
Fit-predict-ek datuen analisirako egokitutako konposizio orekatua zuen, beraz, dena gainditzeko gai izan ziren. Nabari zen mutilek benetako industria-datuak "ukitzea" interesa zutela. Berehala gauza nagusian zentratu ziren: datuak aztertzea, garbitzea, anomalia bakoitzari aurre egitea. Hackathonean lan eredu bat eraikitzeko gai izan zirela lorpen handia da. Lan praktikan, asteak behar izaten dira normalean: datuak garbitzen diren bitartean, sakontzen ari diren bitartean. Hori dela eta, zalantzarik gabe haiekin lan egingo dugu.
Bigarren pistan (kudeaketa), denek egun erdian dena egitea espero genuen eta zeregina zailtzeko eske etortzea. Praktikan, apenas izan genuen astirik oinarrizko zeregina burutzeko. JS eta Python-en lan egin genuen, eta horrek industriaren egungo egoera islatzen du.
Hemen ere ondo koordinatutako taldeek lortu zituzten emaitzak, zeinetan lan banaketa eraikitzen zen, argi zegoen nork zer egiten zuen.
Hirugarren taldeak, FSocietyk, bazirudien irtenbidea zuela, baina azkenean euren garapena ez erakustea erabaki zuten, ez zutela funtzionatzen ikusi zuten. Hau errespetatzen dugu eta ez dugu eztabaidatzen.
Irabazlea “Bakuko Strippers” taldea izan zen, bere burua geldiarazteko gai izan zena, ez “trinkets” atzetik ibiltzeko, baizik eta erakusteko lotsarik ez duen MVP bat sortzeko eta gehiago garatu eta eskalatu daitekeela argi duena. Berehala esan genien ez ginela aukera osagarriak gehiegi interesatzen. QR kodearen bidez erregistratzea nahi badute, aurpegi-ezagutzarekin, egin dezatela lehenik grafikoak aplikazioan, eta gero aukerakoak hartu.
Pista honetan, "Wet Hair" ziur sartu zen finalean, eta haiekin eta "Hustlers"-ekin lankidetza gehiago eztabaidatu genuen. Azken hau urte berrian ezagutu dugu jada.
Espero dut dena ondo ateratzea, eta denak martxoko bigarren hackathonean ikustea espero dugu!
Iturria: www.habr.com