Kwa nini uanzishaji wa vifaa unahitaji hackathon ya programu?

Desemba iliyopita, tulishikilia hackathon yetu ya uanzishaji na kampuni zingine sita za Skolkovo. Bila wafadhili wa kampuni au usaidizi wowote wa nje, tulikusanya washiriki mia mbili kutoka miji 20 ya Urusi kupitia juhudi za jumuiya ya programu. Hapo chini nitakuambia jinsi tulivyofaulu, ni mitego gani tuliyokutana nayo njiani, na kwa nini mara moja tulianza kushirikiana na moja ya timu zilizoshinda.

Muunganisho wa programu ambayo inadhibiti moduli za Betri ya Watts kutoka kwa wahitimu wa wimbo, "Nywele Wet"

kampuni

Kampuni yetu ya Watts Betri huunda vituo vya umeme vinavyobebeka vya kawaida. Bidhaa hiyo ni kituo cha nguvu kinachoweza kubebeka 46x36x11 cm, chenye uwezo wa kutoa kutoka kilowati 1,5 hadi 15 kwa saa. Modules nne hizo zinaweza kutoa matumizi ya nishati ya nyumba ndogo ya nchi kwa siku mbili.

Ingawa tulianza kusafirisha sampuli za uzalishaji mwaka jana, kwa akaunti zote Watts Betri ni mwanzo. Kampuni hiyo ilianzishwa mwaka wa 2016 na tangu mwaka huo huo imekuwa mkazi wa Skolkovo Energy Efficient Technologies Cluster.Leo tuna wafanyakazi 15 na mrundikano mkubwa wa mambo ambayo tungependa kufanya katika hatua fulani, lakini hivi sasa hakuna. muda kwa ajili hiyo.

Hii pia inajumuisha kazi za programu tu. Kwa nini?

Kazi kuu ya moduli ni kutoa usambazaji wa nishati usioingiliwa, uwiano kwa gharama bora. Ukipata hitilafu ya umeme kwa sababu zilizo nje ya uwezo wako, unapaswa kuwa na akiba kila wakati ili kuwasha kikamilifu mzigo unaohitajika wa mtandao kwa muda wa kukatika. Na wakati ugavi wa umeme ni mzuri, unaweza kutumia nishati ya jua kuokoa pesa.

Chaguo rahisi zaidi ni kwamba unaweza malipo ya betri kutoka jua wakati wa mchana na kuitumia jioni, lakini hasa kwa kiwango ambacho ni muhimu ili katika tukio la kuzima, usiachwe bila umeme. Kwa hiyo, hutawahi kujikuta katika hali ambapo umewasha taa kutoka kwa betri jioni nzima (kwa sababu ni nafuu), lakini usiku umeme ulitoka na friji yako ikapungua.

Ni wazi kwamba mtu mara chache hawezi kutabiri kwa usahihi mkubwa kiasi cha umeme anachohitaji, lakini mfumo ulio na mfano wa utabiri unaweza. Kwa hivyo, kujifunza kwa mashine kama hivyo ni mojawapo ya maeneo yetu ya kipaumbele. Ni kwamba kwa sasa tunazingatia maendeleo ya vifaa na hatuwezi kutenga rasilimali za kutosha kwa kazi hizi, ambayo ndiyo iliyotuleta kwenye Startup Hackathon.

Maandalizi, data, miundombinu

Kwa hivyo, tulichukua nyimbo mbili: uchanganuzi wa data na mfumo wa usimamizi. Mbali na yetu, kulikuwa na nyimbo saba zaidi kutoka kwa wenzake.

Ingawa muundo wa hackathon haukuamuliwa, tulikuwa tunafikiria kuunda "anga yetu wenyewe", na mfumo wa uhakika: washiriki hufanya mambo ambayo yanaonekana kuwa magumu na ya kuvutia kwetu, kupokea pointi kwa hilo. Tulikuwa na kazi nyingi. Lakini tulipojenga muundo wa hackathon, waandaaji wengine waliuliza kuleta kila kitu kwa fomu ya kawaida, ambayo tulifanya.

Kisha tulikuja kwenye mpango wafuatayo: wavulana hufanya mfano kulingana na data zao, kisha wanapokea data yetu, ambayo mfano huo haujaona hapo awali, hujifunza na huanza kutabiri. Ilichukuliwa kuwa haya yote yanaweza kufanywa kwa masaa 48, lakini kwetu hii ilikuwa hackathon ya kwanza kwenye data yetu, na tunaweza kuwa tumekadiria rasilimali za wakati au kiwango cha utayari wa data. Katika hackathons maalum za kujifunza mashine, ratiba kama hiyo itakuwa kawaida, lakini yetu haikuwa hivyo.

Tulipakua programu na maunzi ya moduli kadri tuwezavyo, na tukatengeneza toleo la kifaa chetu mahususi kwa ajili ya hackathon, kwa kiolesura cha ndani kilicho rahisi sana na kinachoeleweka ambacho msanidi yeyote angeweza kutumia.

Kwa wimbo kulingana na mfumo wa udhibiti, kulikuwa na chaguo la kufanya programu ya simu. Ili kuwazuia washiriki wasisumbue akili zao kuhusu jinsi inavyopaswa kuonekana na kupoteza muda wa ziada, tuliwapa muundo wa muundo wa programu, uzani mwepesi zaidi, ili wale wanaoutaka waweze "kunyoosha" utendaji wanaohitaji juu yake. . Kusema kweli, hatukutarajia matatizo yoyote ya kimaadili hapa, lakini moja ya timu ilichukua hatua hiyo kwa njia ambayo tulikuwa tukipunguza urembo wao, tulitaka kupata suluhu iliyotayarishwa tayari bila malipo, na tusiwajaribu. kwa vitendo. Nao wakaondoka.

Timu nyingine ilichagua kufanya programu tofauti kabisa kutoka mwanzo, na kila kitu kilifanyika. Hatukusisitiza kwamba programu iwe kama hii, tulihitaji tu iwe na vitu kadhaa vinavyoonyesha kiwango cha kiufundi cha suluhisho: grafu, uchanganuzi, n.k. Mpangilio wa muundo wa kumaliza pia ulikuwa kidokezo.

Kwa kuwa kuchambua moduli ya moja kwa moja ya Betri ya Watts kwenye hackathon kutachukua muda mwingi, tuliwapa washiriki kipande cha data kilichotengenezwa tayari kwa mwezi mmoja kutoka kwa moduli halisi za wateja wetu (ambazo tulizificha kwa uangalifu kabla). Kwa kuwa ilikuwa Juni, hakukuwa na chochote cha kuingiza mabadiliko ya msimu katika uchambuzi. Lakini katika siku zijazo tutawaongezea data ya nje, kama vile vipengele vya msimu na hali ya hewa (leo hii ndiyo kiwango cha sekta).

Hatukutaka kuunda matarajio yasiyo ya kweli kati ya washiriki, kwa hiyo katika tangazo la hackathon tulisema moja kwa moja: kazi itakuwa karibu iwezekanavyo kwa kazi ya shamba: data ya kelele, chafu, ambayo hakuna mtu aliyetayarisha maalum. Lakini hii pia ilikuwa na upande mzuri: katika roho ya agile, tulikuwa tukiwasiliana na washiriki mara kwa mara, na mara moja tukafanya mabadiliko kwa kazi na masharti ya kuandikishwa (zaidi juu ya hii hapa chini).

Kwa kuongezea, tuliwapa washiriki ufikiaji wa Amazon AWS (kwa bidii sana hivi kwamba Amazon ilitufungia eneo moja, tutaamua nini cha kufanya juu yake). Huko unaweza kupeleka miundombinu kwa Mtandao wa Mambo na, kwa kuzingatia hata violezo rahisi vya Amazon, unda suluhisho kamili ndani ya siku moja. Lakini mwishowe, kila mtu alienda njia yake mwenyewe, akifanya kila kitu peke yake kwa kiwango cha juu. Wakati huo huo, wengine waliweza kufikia kikomo cha wakati, wengine hawakuweza. Timu moja, Nubble, ilitumia Yandex.cloud, mtu fulani aliiinua kwenye ukaribishaji wao. Tulikuwa tayari kutoa vikoa (tuna vilivyosajiliwa), lakini havikuwa na manufaa.

Ili kubaini washindi katika safu ya uchanganuzi, tulipanga kulinganisha matokeo, ambayo tulitayarisha vipimo vya nambari. Lakini mwishowe haikuwa lazima kufanya hivyo, kwani kwa sababu mbalimbali washiriki watatu kati ya wanne hawakufika fainali.

Kuhusu miundombinu ya kaya, Skolkovo Technopark ilisaidia hapa kwa kutupatia (bila malipo) moja ya vyumba vyake vya starehe vilivyo na ukuta wa video wa mawasilisho na vyumba kadhaa vidogo kwa eneo la burudani na kuandaa upishi.

Analytics

Kazi: mfumo wa kujisomea ambao unabainisha hitilafu katika matumizi na uendeshaji wa moduli kulingana na data ya udhibiti. Tuliweka maneno kimakusudi kuwa ya jumla iwezekanavyo ili washiriki waweze kufanya kazi nasi kufikiria nini kifanyike kulingana na data iliyopo.

Umaalumu: Ugumu zaidi wa nyimbo hizo mbili. Data ya viwanda ina baadhi ya tofauti kutoka kwa data katika mifumo iliyofungwa (kwa mfano, uuzaji wa kidijitali). Hapa unahitaji kuelewa asili ya asili ya vigezo ambavyo unajaribu kuchambua; kuangalia kila kitu kama safu ya nambari ya kufikirika haitafanya kazi. Kwa mfano, usambazaji wa matumizi ya umeme kwa siku nzima. Ni kama mila: wembe wa umeme huwashwa asubuhi siku za wiki, na mchanganyiko huwashwa wikendi. Kisha kiini cha anomalies wenyewe. Na usisahau kwamba Betri ya Watts imekusudiwa kwa matumizi ya kibinafsi, hivyo kila mteja atakuwa na mila yake mwenyewe, na mfano mmoja wa ulimwengu hautafanya kazi. Kupata hitilafu zinazojulikana katika data si kazi hata kidogo; kuunda mfumo ambao hutafuta hitilafu ambazo hazijawekewa lebo ni jambo lingine. Baada ya yote, kitu chochote kinaweza kuwa tofauti, ikiwa ni pamoja na sababu ya kibinadamu ya siri. Kwa mfano, katika data yetu ya majaribio kulikuwa na kesi ambapo mfumo ulilazimishwa na mtumiaji katika hali ya betri. Bila sababu yoyote, watumiaji wakati mwingine hufanya hivi (nitafanya uhifadhi kwamba mtumiaji huyu anatujaribu moduli na ni kwa sababu hii kwamba ana ufikiaji wa udhibiti wa mwongozo wa modes; kwa watumiaji wengine udhibiti ni otomatiki kabisa). Kama ilivyo rahisi kutabiri, katika hali kama hii betri hutolewa kikamilifu, na ikiwa mzigo ni mkubwa, chaji itaisha kabla ya jua kuchomoza au chanzo kingine cha nishati kuonekana. Katika hali kama hizi, tunatarajia kuona aina fulani ya arifa kwamba tabia ya mfumo imepotoka kutoka kwa ile ya kawaida. Au mtu huyo aliondoka na kusahau kuzima tanuri. Mfumo huona kwamba kwa kawaida wakati huu wa siku matumizi ni watts 500, lakini leo - 3,5 elfu - anomaly! Kama Denis Matsuev kwenye ndege: "Sielewi chochote kuhusu injini za ndege, lakini nikiwa njiani injini ilisikika tofauti."

Grafu ya kielelezo cha ubashiri kwenye mtandao wa wazi wa neural Yandex CatBoost

Kampuni inahitaji nini haswa?: mfumo wa uchunguzi wa kibinafsi ndani ya kifaa, uchambuzi wa utabiri, ikiwa ni pamoja na bila miundombinu ya mtandao (kama inavyoonyesha mazoezi, sio wateja wetu wote wana haraka kuunganisha betri kwenye mtandao - kwa wengi, inatosha kwa kila kitu kufanya kazi kwa uaminifu), utambulisho wa hitilafu, asili ambayo bado hatujui , mfumo wa kujifunza binafsi bila mwalimu, makundi, mitandao ya neural na arsenal nzima ya mbinu za kisasa za uchambuzi. Tunahitaji kuelewa kuwa mfumo ulianza kuwa na tabia tofauti, hata ikiwa hatujui ni nini kimebadilika. Katika hackathon yenyewe, ilikuwa muhimu sana kwetu kuona kwamba kuna watu ambao wako tayari kuingia kwenye uchambuzi wa viwanda au tayari wako ndani yake, na wanatafuta maeneo mapya ya kutumia uwezo wao. Mara ya kwanza nilishangaa kuwa kulikuwa na waombaji wengi: baada ya yote, hii ni vyakula maalum sana, lakini hatua kwa hatua wote lakini mmoja wa washiriki wanne waliacha, hivyo kwa kiasi fulani kila kitu kilianguka.

Kwa nini haiwezekani katika hatua hii?: Tatizo kuu la kazi za uchimbaji data sio data ya kutosha. Kuna vifaa vingi vya Betri ya Watts vinavyofanya kazi duniani kote leo, lakini vingi hivyo havijaunganishwa kwenye mtandao, kwa hivyo data yetu bado haijawa tofauti sana. Hatukuchanganua kasoro mbili - na zile zilitokea kwa mifano; Betri ya Watts ya viwandani inafanya kazi kwa utulivu kabisa. Ikiwa tungekuwa na mhandisi wa mafunzo ya mashine ya ndani, na tungejua - ndio, hii inaweza kubanwa kutoka kwa data hii, lakini tunataka kupata ubora bora wa utabiri - itakuwa hadithi moja. Lakini hadi sasa hatujafanya chochote na data hii. Kwa kuongezea, hii ingehitaji kuzamishwa kwa kina kwa washiriki katika maelezo mahususi ya jinsi bidhaa yetu inavyofanya kazi; siku moja na nusu haitoshi kwa hili.

Uliamuaje?: Hawakuweka mara moja kazi kamili ya mwisho. Badala yake, katika muda wote wa saa 48, tulikuwa katika mazungumzo na washiriki, mara moja kutafuta kile walichoweza kupata na kile ambacho hawakuweza. Kulingana na hili, kwa roho ya maelewano, kazi hiyo ilikamilishwa.

Ulipata nini kama matokeo?: washindi wa wimbo huo waliweza kusafisha data (wakati huo huo walipata "sifa" za kuhesabu baadhi ya vigezo ambavyo sisi wenyewe hatukugundua hapo awali, kwani hatukutumia baadhi ya data kutatua matatizo yetu) , onyesha mkengeuko kutoka kwa tabia inayotarajiwa ya moduli za Betri ya Watts, na uweke muundo wa kubashiri unaoweza kutabiri matumizi ya nishati kwa usahihi wa hali ya juu. Ndio, hii ni hatua ya upembuzi yakinifu ya kutengeneza suluhisho la viwandani; basi wiki za kazi ngumu ya kiufundi itahitajika, lakini hata mfano huu, iliyoundwa moja kwa moja wakati wa hackathon, inaweza kuunda msingi wa suluhisho la kweli la viwandani, ambalo ni nadra.

hitimisho kuu: Kulingana na data tuliyo nayo, inawezekana kusanidi uchanganuzi wa kutabiri, tulidhani hii, lakini hatukuwa na rasilimali za kuangalia. Washiriki wa hackathon walijaribu na kuthibitisha dhana yetu, na tutaendelea kufanya kazi na washindi wa wimbo kwenye kazi hii.

Grafu ya kielelezo cha ubashiri kwenye mtandao wa opensource neural Facebook Prophet

Ushauri kwa siku zijazo: wakati wa kuandaa kazi, unahitaji kuangalia sio tu kwenye ramani yako ya uzalishaji, lakini pia kwa maslahi ya washiriki. Kwa kuwa hackathon yetu haina zawadi za fedha, tunacheza juu ya udadisi wa asili wa wanasayansi wa data na tamaa ya kutatua matatizo mapya, ya kuvutia ambayo hakuna mtu bado ameonyesha chochote au wapi wanaweza kujionyesha bora kuliko matokeo yaliyopo. Ikiwa utazingatia mara moja sababu ya riba, hutalazimika kubadili mtazamo wako njiani.

Utawala

Kazi: (programu) inayodhibiti mtandao wa moduli za Betri ya Watts, yenye akaunti ya kibinafsi, hifadhi ya data katika wingu, na ufuatiliaji wa hali.

Umaalumu: katika wimbo huu hatukutafuta suluhisho jipya la kiufundi; bila shaka, tuna kiolesura chetu cha watumiaji. Tulimchagua kwa hackathon ili kuonyesha uwezo wa mfumo wetu, kuzama ndani yake, na kuangalia kama jumuiya inavutiwa na mada ya maendeleo ya mifumo mahiri na nishati mbadala. Tuliweka programu ya simu kama chaguo; unaweza kuifanya au usifanye kwa hiari yako. Lakini kwa maoni yetu, inaonyesha vizuri jinsi watu waliweza kupanga uhifadhi wa data kwenye wingu, na ufikiaji kutoka kwa vyanzo kadhaa mara moja.

Kampuni inahitaji nini haswa?: jumuiya ya watengenezaji ambao watakuja na mawazo ya biashara, kujaribu hypotheses na kuunda zana za kufanya kazi kwa utekelezaji wao.

Kwa nini haiwezekani katika hatua hii?: Kiasi cha soko bado ni kidogo sana kwa uundaji wa kikaboni wa jumuiya kama hiyo.

Uliamuaje?: Kama sehemu ya hackathon, tulifanya aina ya uchunguzi wa umbile ili kuona kama ingewezekana kuja na si vipengele pekee, bali miundo kamili ya biashara karibu na bidhaa yetu mahususi. Kwa kuongezea, ili watu wenye uwezo wa kutekeleza mfano wa kufanya hivi, baada ya yote, hapa - sitaki kumkasirisha mtu yeyote - hii sio kiwango cha kupanga LED inayowaka kwenye Arduino (ingawa hii inaweza kufanywa na uvumbuzi) , ujuzi mahususi unahitajika hapa: ukuzaji wa mifumo ya nyuma na ya mbele, uelewa wa kanuni za kujenga mifumo mibaya ya Mtandao wa Mambo.

*Hotuba ya washindi wa wimbo wa pili*

Ulipata nini kama matokeo?: timu mbili zilipendekeza mawazo kamili ya biashara kwa kazi yao: moja ilizingatia zaidi sehemu ya Kirusi, nyingine kwa moja ya kigeni. Hiyo ni, katika fainali hawakusema tu jinsi walivyokuja na maombi, lakini kimsingi walikuja kufanya biashara karibu na Watts. Wavulana walielezea jinsi wanavyoona matumizi ya Watts katika mifano kadhaa ya biashara, takwimu zinazotolewa, zilionyesha ni mikoa gani ina matatizo gani, ni sheria gani zinazopitishwa ambapo, ilielezea mwenendo wa kimataifa: sio mtindo wa kuchimba bitcoins, ni mtindo wa kuchimba kilowati. Walikuja kwa makusudi kwa nishati mbadala, ambayo tulipenda sana. Ukweli kwamba washiriki, pamoja na hili, waliweza kuunda ufumbuzi wa kiufundi wa kufanya kazi unaonyesha kwamba wanaweza kujitegemea kuanzisha kuanzisha.

hitimisho kuu: Kuna timu zilizo tayari kuchukua Betri ya Watts kama msingi wa muundo wao wa biashara, kuukuza na kuwa washirika/maandamano wa kampuni. Baadhi yao hata wanajua jinsi ya kutambua MVP wa wazo la biashara na kulifanyia kazi kwanza, jambo ambalo linakosekana kila mahali kwenye tasnia leo. Watu hawaelewi wakati wa kuacha, wakati wa kutolewa suluhisho kwenye soko, ingawa mapema, lakini kufanya kazi. Kwa kweli, hatua ya kung'arisha suluhisho mara nyingi haimaliziki, kitaalamu suluhisho huvuka mstari wa ugumu wa busara, inaingia sokoni ikiwa imejaa, haijulikani tena wazo la asili lilikuwa nini, kulenga mteja ni nini, ni mifano gani ya biashara. pamoja. Kama katika utani juu ya Akunin, ambaye aliandika kitabu kingine wakati akisaini cha awali kwa mtu. Lakini hapa ilifanywa kwa hali yake safi: hapa kuna chati, hapa kuna kihesabu, hapa kuna viashiria, hapa kuna utabiri - ndio tu, hakuna kitu kingine kinachohitajika kuiendesha. Kwa hili, unaweza kwenda kwa mwekezaji na kupata pesa za kuanzisha biashara. Waliopata salio hili walitoka kwenye wimbo kama washindi.

Ushauri kwa siku zijazo: kwenye hackathon inayofuata (tunaipanga mwezi Machi mwaka huu), labda inaeleweka kujaribu vifaa. Tuna uundaji wetu wa vifaa (moja ya faida za Watts), tunadhibiti kikamilifu uzalishaji na majaribio ya kila kitu tunachofanya, lakini hatuna rasilimali za kutosha kujaribu baadhi ya nadharia za "vifaa". Inaweza kuwa katika jumuiya ya mfumo na watengenezaji wa programu za kiwango cha chini na watengenezaji wa vifaa kuna wale ambao watatusaidia na hili na katika siku zijazo watakuwa mshirika wetu katika eneo hili.

Watu

Katika hackathon, tulitarajia wale ambao wanataka kujaribu wenyewe katika uwanja mpya (kwa mfano, wahitimu wa shule mbalimbali za programu) badala ya wale ambao wamebobea katika aina hii ya maendeleo. Lakini bado, tulitarajia kwamba kabla ya hackathon wangefanya kazi kidogo ya maandalizi, kusoma kuhusu jinsi matumizi ya nishati yanatabiriwa kwa ujumla na jinsi mifumo ya Mtandao wa Mambo inavyofanya kazi. Ili kila mtu aje si kwa ajili ya kujifurahisha tu, kutafuta data ya kuvutia na kazi, lakini pia kwa kuzamishwa kwa awali katika eneo la somo. Kwa upande wetu, tunaelewa kuwa kwa hili ni muhimu kuchapisha mapema data inayopatikana, maelezo yao na mahitaji sahihi zaidi ya matokeo, kuchapisha moduli za API, nk.

Kila mtu alikuwa na takriban kiwango sawa cha kiteknolojia, pamoja na au kuondoa uwezo sawa. Kutokana na hali hii, kiwango cha maelewano haikuwa sababu ya mwisho. Timu kadhaa hazikupiga kwa sababu hazikuweza kujigawanya katika maeneo ya kazi. Pia kulikuwa na wale ambao mtu mmoja alifanya maendeleo yote, wengine walikuwa busy kuandaa mada, kwa wengine, mtu alipewa kazi ambazo walikuwa wanafanya, labda kwa mara ya kwanza katika maisha yao.

Wengi wa washiriki walikuwa vijana, hii haimaanishi kuwa hapakuwa na wahandisi na watengenezaji wenye nguvu wa kujifunza mashine kati yao. Wengi walikuja kwa timu; hakukuwa na watu binafsi. Kila mtu aliota kushinda, mtu alitaka kupata kazi katika siku zijazo, karibu 20% tayari wamepata moja, nadhani takwimu hii itakua.

Hatukuwa na wataalamu wa vifaa vya kutosha, lakini tunatumai kufidia katika hackathon ya pili.

Maendeleo ya Hackathon

Kama nilivyoandika hapo juu, tulikuwa na washiriki kwa zaidi ya masaa 48 ya hackathon na, tukifuatilia mafanikio yao kwenye vituo vya ukaguzi, tulijaribu kurekebisha kazi na masharti ya kukubali wimbo wa kwanza, wa uchambuzi ili, kwa upande mmoja, washiriki wangeweza kuikamilisha katika muda uliosalia, na kwa upande mwingine, ilikuwa ya manufaa kwetu.

Ufafanuzi wa mwisho wa kazi hiyo ulifanywa mahali fulani karibu na kituo cha ukaguzi cha mwisho, Jumamosi alasiri (mwisho ulipangwa Jumapili jioni). Tumerahisisha kila kitu zaidi: tuliondoa hitaji la kukokotoa tena muundo kwenye data mpya, na kuacha data ambayo timu zilikuwa tayari zikifanya kazi nazo. Kulinganisha metriki hakutupa chochote tena, tayari walikuwa na matokeo yaliyotengenezwa tayari kulingana na data inayopatikana, na hadi siku ya pili wavulana walikuwa tayari wamechoka. Kwa hiyo, tuliamua kuwatesa kidogo.

Hata hivyo, washiriki watatu kati ya wanne hawakufika fainali. Timu moja tayari iligundua mwanzoni kwamba walivutiwa zaidi na wimbo wa wenzetu, nyingine, kabla ya fainali, iligundua kuwa wakati wa mchakato wa usindikaji walikuwa wamechuja data muhimu kabla ya wakati na kukataa kuwasilisha kazi zao.

Timu ya "21 (Athari ya Nywele Mvua)" ilishiriki katika nyimbo zetu zote mbili hadi mwisho. Walitaka kufunika kila kitu mara moja: kujifunza kwa mashine, ukuzaji, utumaji na tovuti. Hadi tulipowatishia kujiondoa wakati wa mwisho, waliamini kuwa walikuwa wakifanya kila kitu kwa wakati, ingawa tayari kwenye kituo cha ukaguzi cha pili ilikuwa dhahiri kwamba kwa jambo kuu - kujifunza kwa mashine - hawakuweza kufanya maendeleo makubwa: kwa ujumla waliweza kukabiliana nayo. block ya pili, lakini haikuweza kutabiri matumizi ya umeme hayakuwa tayari. Kama matokeo, tulipoamua kiwango cha chini cha kazi ya kufuzu kwa kwanza, bado walichagua wimbo wa pili.

Fit-predict ilikuwa na muundo sawia uliolengwa kwa uchanganuzi wa data, kwa hivyo waliweza kushinda kila kitu. Ilionekana kuwa wavulana walikuwa na nia ya "kugusa" data halisi ya viwanda. Mara moja walizingatia jambo kuu: kuchambua, kusafisha data, kukabiliana na kila shida. Ukweli kwamba waliweza kujenga mfano wa kazi wakati wa hackathon ni mafanikio makubwa. Katika mazoezi ya kufanya kazi, hii kawaida huchukua wiki: wakati data inasafishwa, wakati wanaingia ndani yake. Kwa hivyo, hakika tutafanya kazi nao.

Katika wimbo wa pili (usimamizi), tulitarajia kila mtu afanye kila kitu kwa nusu siku na kuja kuuliza kufanya kazi kuwa ngumu zaidi. Kwa mazoezi, hatukuwa na wakati wa kukamilisha kazi ya msingi. Tulifanya kazi kwenye JS na Python, ambayo inaonyesha hali ya sasa ya tasnia.

Hapa pia, matokeo yalipatikana na timu zilizoratibiwa vizuri ambazo mgawanyiko wa kazi ulijengwa, ilikuwa wazi ni nani alikuwa anafanya nini.

Kikosi cha tatu, FSociety, kilionekana kuwa na suluhu, lakini mwishowe waliamua kutoonyesha maendeleo yao, walisema hawakuona kufanya kazi. Tunaheshimu hili na hatukubishana.

Mshindi alikuwa timu ya "Strippers kutoka Baku", ambayo iliweza kujizuia, sio kufukuza "trinkets", lakini kuunda MVP ambayo haina aibu kuonyesha na ambayo ni wazi kwamba inaweza kuendelezwa zaidi na kupunguzwa. Mara moja tuliwaambia kwamba hatukupendezwa sana na fursa za ziada. Ikiwa wanataka usajili kupitia msimbo wa QR, utambuzi wa uso, waruhusu kwanza watengeneze grafu katika programu, kisha wachukue zile za hiari.

Katika wimbo huu, "Wet Hair" iliingia fainali kwa ujasiri, na tukajadili ushirikiano zaidi nao na "Hustlers." Tayari tumekutana na wa mwisho katika mwaka mpya.

Natumai kila kitu kitafanya kazi, na tunatarajia kuona kila mtu kwenye hackathon ya pili mnamo Machi!

Chanzo: mapenzi.com