कोडीम-पिझ्झा

हॅलो, हॅब्र. आम्ही उत्स्फूर्तपणे आमची पहिली अंतर्गत हॅकाथॉन आयोजित केली. मी तुमच्यासोबत माझ्या वेदना आणि 2 आठवड्यांत त्याची तयारी करण्याबद्दलचे निष्कर्ष तसेच पुढे आलेले प्रकल्प शेअर करण्याचे ठरवले आहे.

मार्केटिंगमध्ये स्वारस्य असलेल्यांसाठी कंटाळवाणा भाग

मी एका छोट्या कथेने सुरुवात करेन.

एप्रिलची सुरुवात. पहिली MskDotNet कम्युनिटी हॅकाथॉन आमच्या कार्यालयात होत आहे. यावेळी आपल्या आकाशगंगेत टॅटूइनची लढाई जोरात सुरू आहे. शनिवार. 20 संघ. पिझ्झा. सर्व काही खूप प्रामाणिक आहे (पुरावे). एक फुगवता येण्याजोगा R2-D2 हॉलभोवती तरंगतो. नकाशावरील सर्वात धोकादायक शर्यत पार करण्यासाठी संघ सर्वात योग्य अल्गोरिदम लिहितात. आम्ही पहिल्या शर्यतींचे प्रक्षेपण हलवत आहोत. कुकीज आणि कॉफी जीवनरक्षक आहेत. शनिवारी दुपारच्या जेवणानंतर बरेच लोक निघतील अशी आयोजकांची आणि मला अपेक्षा होती. पण नाही. 12 तास कोडिंग मागे. अंतिम. काहीतरी पडते, काहीतरी सुरू होत नाही. पण प्रत्येकजण आनंदी आहे. आमचा संघ जिंकला. आम्ही दुप्पट आनंदी आहोत.

मी स्लॅकमध्ये माझा आनंद सामायिक करत आहे आणि मनात कल्पना येते: "आपण स्वतःचे हॅकाथॉन करणे आवश्यक आहे." मी आमच्या सर्व्हिस स्टेशन साशाला लिहित आहे. शांतता.

सकाळ. मी ऑफिसमध्ये कॉफी पितो. मला साशा मागून जवळ येताना दिसत आहे. “लिसा, हे छान आहे! आपल्याकडे 21 एप्रिल ही महत्त्वाची तारीख आहे. चला करूया!" WTF!? खूप वेगात? ए? काय? मला एप्रिलच्या मध्यात इंटर्नशिपसाठी Syktyvkar ला जावे लागेल. आणि त्यासह नरकात! चला.

२ आठवडे बाकी. मी कधीही हॅकाथॉनचा ​​एकमेव आयोजक नव्हतो. ते अंतर्गत असू द्या. मी या विषयावरील लेख वाचले. कठीण. यास अनेक महिने लागतात. अनेक लोकांची गरज आहे. तुम्हाला व्यापार, बक्षिसे, अटी, वेळापत्रक, व्याज, ध्येय समजून घेणे, बजेट यांचा विचार करणे आवश्यक आहे. किंवा कदाचित जीवनाचा अर्थ शोधून काढा. मी निश्चितपणे ते वेळेत करणार नाही. आणि आपण वाचत असताना आणि तयारी करत असताना, एक आठवडा आधीच निघून गेला होता. लेख विसरून काहीतरी करायला लागण्याची वेळ आली आहे.

1 आठवड्यात अंतर्गत हॅकाथॉन आयोजित करण्यासाठी आमची चेकलिस्ट पहा

• योजना: तुम्ही शांतपणे बसा आणि हॅकाथॉनसाठी काय करावे लागेल याची यादी लिहा. 30 मिनिटे.
• उद्दिष्ट: सहभागींनी त्यांना Google शीटमध्ये तयार करायचे असलेले प्रकल्प प्रस्तावित करतात आणि ते निवडतात. पार्श्वभूमी कार्य, 2 तास.
• वेळापत्रक: तुमच्या गुडघ्यावर तुम्ही 3 ब्रेक आणि फायनल विचारात घेऊन वेळेचा एक छोटा ब्रेकडाउन लिहा. 20 मिनिटे.
• टीम्स: Slack/mail/etc मध्ये IT चॅनेलमधील सर्व्हिस स्टेशनवरून वेळापत्रकासह हॅकाथॉनबद्दल संदेश प्रकाशित करा आणि हॅकाथॉनसाठी स्वतंत्र चॅनेल तयार करा. त्यामध्ये, प्रत्येकजण संघांमध्ये विभागलेला आहे आणि जे अनिश्चित आहेत ते हॅकाथॉनच्या पहिल्या 5 मिनिटांत हे करतात. पार्श्वभूमी कार्य, 2 तास.
• बन्स: तुम्ही दोन डेव्हलपरसह माल घेऊन आलात, ते रेंडरिंगसाठी डिझायनरला द्या आणि ते तयार करा. पार्श्वभूमी कार्य, 3 दिवस.
• हॅकाथॉन: तुम्ही कार्यालयात या, सुरुवातीला सर्वांशी समन्वय साधा, तुमच्या व्यवसायाबद्दल जा, Reddit वाचा, महत्वाचे म्हणजे ताज्या पिझ्झाविषयी प्रत्येक ब्रेकची घोषणा करा, सूर्यास्ताचे फोटो घ्या, अंतिम घोषणा करा, एकत्र मतदान करा आणि विजेता निवडा. 1 दिवस.
• तारकाखाली: अर्थातच, तुम्ही सतत सर्व काही व्यवस्थित चालल्याचा विचार करत असतो. अर्थात, प्रत्येकजण आपला संदेश पाहणार नाही आणि काही जणांशी वैयक्तिकरित्या बोलणे चांगले आहे. नक्कीच, जर कोणी तुम्हाला मदत केली तर सर्वकाही 2 पट सोपे होईल (अद्भुत अलेनाने मला मदत केली).

हॅकाथॉनच्या तारखेबद्दल कमी कंटाळवाणा भाग

21 एप्रिल का? हा दिवस आपल्यासाठी महत्त्वाचा आहे. बरोबर एक वर्षापूर्वी, 21 एप्रिल रोजी, फेडरल जाहिरात मोहीम सुरू झाल्यानंतर पहिल्या आठवड्याच्या शेवटी आम्ही लोडखाली झालो. दुसऱ्या दिवशी रविवारी आमची टीम सकाळी ८ वाजल्यापासून कामावर होती. मग आम्ही ट्रेलोमध्ये एक sundayhackathon बोर्ड तयार केला आणि शिफ्टचे काम सुरू केले, दिवसाचे 8 तास. परिस्थिती इतकी गंभीर होती की आम्हाला जेवायलाही वेळ मिळाला नाही आणि आम्हाला इतर संघातील मुलांनी खायला दिले.

आपण येथे अधिक तपशीलवार कथा वाचू शकता फ्योडोर ओव्हचिनिकोव्हचे पृष्ठ (आमचे सीईओ). तेव्हापासून, आम्ही खूप बदललो आहोत, परंतु आता आम्ही निश्चितपणे तारीख विसरणार नाही.

या वर्षी, आम्ही ठरवले की हा कार्यक्रम वंशजांच्या स्मरणार्थ कायम ठेवण्यासारखा आहे आणि, सर्वोत्तम परंपरांमध्ये, आम्ही डोडोच्या इतिहासातील पहिली अंतर्गत हॅकाथॉन आयोजित केली, जी 10 तास चालली.

हॅकाथॉन प्रकल्पांबद्दलचा सर्वात कंटाळवाणा भाग

अस्वीकरण: सर्व वर्णन मुलांनी स्वतः लिहिले होते, म्हणून मजकूराचे लेखकत्व माझे नाही.

ओलेग लर्निंग (मशीन लर्निंग)

दिमा कोचेनेव्ह, साशा एंड्रोनोव (@अलेक्झांड्रोनोव)

त्यांना एक न्यूरल नेटवर्क बनवायचे होते जे कोणत्याही माहितीशिवाय फोटोमध्ये कोणत्या प्रकारचा पिझ्झा आहे हे ठरवेल. परिणामी, आम्ही एक अतिशय साधे आणि खेळणी बनवले - ते 10 पिझ्झा ओळखते, आम्ही अंदाजे सर्वकाही कसे कार्य करते हे शोधून काढले, शक्य तितक्या एका दिवसात (~ 10 तास).

विशेषतः, आमच्या लक्षात आले की उद्योग अशा पातळीवर पोहोचला आहे जिथे एक सामान्य विकसक तयार लायब्ररी घेऊ शकतो, कागदपत्रे वाचू शकतो आणि विषयाच्या सखोल ज्ञानाशिवाय त्याच्या न्यूरल नेटवर्कला प्रशिक्षित करू शकतो. आणि वास्तविक समस्यांचे निराकरण करण्यासाठी ते पुरेसे कार्य करेल.

वापरलेली साधने:

• प्रतिमा — मशीन लर्निंग आणि कॉम्प्युटर व्हिजनसह काम करण्यासाठी एक सोयीस्कर आणि सोपी लायब्ररी.
• आम्ही दोन मॉडेल वापरून पाहिले - ResNet50, Yolo.
• कोड अर्थातच पायथनमध्ये लिहिलेला होता.

आमच्याकडे 11000 फोटो होते, परंतु त्यापैकी जवळजवळ 3/4 कचरा निघाले आणि बाकीचे वेगळे, अयोग्य कोन होते. परिणामी, आम्ही एक रेडीमेड मॉडेल घेतले (ज्याला फक्त पिझ्झा कसा शोधायचा हे माहित आहे) आणि त्याच्या मदतीने आम्ही कचरा वेगळा केला. पुढे, फोटोच्या शीर्षकामध्ये पिझ्झाचे नाव समाविष्ट होते - म्हणून आम्ही ते फोल्डरमध्ये क्रमवारी लावले, परंतु असे दिसून आले की नावे वास्तविकतेशी जुळत नाहीत आणि आम्हाला ते आमच्या हातांनी साफ करावे लागले. सरतेशेवटी, सुमारे 500-600 फोटो बाकी होते, हे स्पष्ट आहे की ही एक नगण्य रक्कम आहे, परंतु असे असले तरी, हे 10 पिझ्झा एकमेकांपासून वेगळे करण्यासाठी पुरेसे होते.

ग्रिडला प्रशिक्षण देण्यासाठी, आम्ही NVIDIA Tesla K80 वर Azure मधील सर्वात स्वस्त व्हर्च्युअल मशीन घेतली. त्यांनी 100 युगांसाठी त्यावर प्रशिक्षण दिले, परंतु हे स्पष्ट होते की 50 युगांनंतर नेटवर्क ओव्हरसॅच्युरेटेड होते, कारण एक लहान डेटासेट होता.

वास्तविक, संपूर्ण समस्या चांगली डेटाची कमतरता आहे.

आम्ही कदाचित अटींमध्ये थोडा गोंधळ केला असेल, परंतु आम्ही हे लक्षात घेतले पाहिजे की आम्हाला या सर्व बाबींवर काम करण्याचा अजिबात अनुभव नाही.

NOOBS साठी GUI (पिझ्झा ऑर्डर करण्यासाठी कन्सोल)

मिशा कुमाचेव (सेरिडन), झेन्या बिक्किनीन, झेन्या वासिलिव्ह

आम्ही गीक्ससाठी कन्सोल ऍप्लिकेशनचा प्रोटोटाइप एकत्र ठेवला आहे, ज्यामुळे तुम्ही टर्मिनल किंवा कमांड लाइनद्वारे पिझ्झा ऑर्डर करू शकता किंवा ते डिप्लॉयमेंट पाइपलाइनमध्ये समाकलित करू शकता आणि यशस्वी रिलीझ झाल्यावर, ऑफिसमध्ये पिझ्झा वितरित करू शकता.

कार्य अनेक भागांमध्ये विभागले गेले: आम्ही आमचे मोबाइल ऍप्लिकेशनसाठी API कसे कार्य करते हे शोधून काढले, आमचा स्वतःचा CLI वापरून एकत्र केला. oclif आणि आम्ही गोळा केलेल्या पॅकेजचे प्रकाशन कॉन्फिगर केले. शेवटच्या टास्कमध्ये हॅकाथॉनच्या शेवटी काही अप्रिय मिनिटांचा समावेश होता. आमच्यासाठी सर्व काही स्थानिक पातळीवर कार्य केले, आणि पॅकेजच्या जुन्या प्रकाशित आवृत्त्यांनी देखील कार्य केले, परंतु नवीन (ज्याने अधिक छान वैशिष्ट्ये आणि इमोटिकॉन जोडले) कार्य करण्यास नकार दिला. काय चूक झाली हे शोधण्यासाठी आम्ही सुमारे 40 मिनिटे घालवली, परंतु शेवटी सर्वकाही जादूने स्वतःच कार्य केले).

हॅकाथॉनसाठी आमचा जास्तीत जास्त कार्यक्रम म्हणजे आमच्या CLI मार्फत ऑफिसला पिझ्झाची ऑर्डर देणे. आम्ही चाचणी बेंचवर डझनभर वेळा सर्व काही चालवले, परंतु जेव्हा मी उत्पादनात कमांड्स प्रविष्ट केले तेव्हा माझे हात अजूनही थरथरत होते.

परिणामी, आम्ही शेवटी ते केले!

कुरिअरगो

अँटोन ब्रुझमेलेव्ह (लेखक), वान्या झ्वेरेव, ग्लेब लेस्निकोव्ह (एन्ट्रॉपी), आंद्रे सराफानोव्ह

आम्ही "कुरियरसाठी अॅप" ची कल्पना घेतली.

तयारी बद्दल पार्श्वभूमी.सुरुवातीला, मला आश्चर्य वाटले की अनुप्रयोगामध्ये कोणत्या प्रकारची वैशिष्ट्ये असू शकतात? कार्यक्षमतेची खालील यादी समोर आली:

• कोड वापरून अर्ज डिलिव्हरी कॅश रजिस्टरमध्ये लॉग इन करतो.
• अनुप्रयोग ताबडतोब उपलब्ध ऑर्डर आणि ऑर्डर दर्शवितो ज्या घेणे आवश्यक आहे.
• कुरिअर ऑर्डर नोंदवतो आणि सहलीला घेऊन जातो.
• त्याला अंदाजे वेळ आणि तो वेळेवर आहे की नाही हे दाखवले जाते.
• कुरिअरने सोडल्याचे क्लायंटला दाखवते.
• क्लायंटला नकाशावर कुरिअरचा बिंदू आणि अंदाजे वेळ दर्शविणे सुरू होते.
• कुरिअर क्लायंटला ऍप्लिकेशनमधून चॅटमध्ये लिहू शकतो.
• क्लायंट अर्जावरून चॅटद्वारे कुरिअरला लिहू शकतो.
• आगमनाच्या पाच मिनिटे आधी, क्लायंटला संदेश प्राप्त होतो की कुरिअर जवळ आहे, तयार रहा.
• कुरिअरने अर्जात नमूद केले आहे की तो आला आहे आणि वाट पाहत आहे.
• कुरिअर एका क्लिकवर ऍप्लिकेशनवरून कॉल करतो आणि अहवाल देतो की (वाढत आहे, आला आहे इ.)
• क्लायंट ऑर्डर स्वीकारतो आणि डिलिव्हरीची पुष्टी करण्यासाठी अॅप्लिकेशन किंवा एसएमएसमधून पिन कोड प्रविष्ट करतो. (स्वाक्षरी म्हणून) जेणेकरून कुरिअर त्याला उशीर झाल्यास आगाऊ डिलिव्हरी पूर्ण करू शकत नाही.
• ऑर्डर सिस्टममध्ये डिलिव्हरी म्हणून चिन्हांकित केली आहे.

तसेच काही पर्यायी परिस्थिती:

• कुरिअर ऑर्डरवर डिलिव्हर न झालेली म्हणून चिन्हांकित करू शकतो आणि कारण निवडू शकतो.
• तुम्हाला उशीर झाल्यास, कुरिअर एका बटणाने एसएमएसद्वारे इलेक्ट्रॉनिक प्रमाणपत्र जारी करू शकतो. किंवा वितरणाची अंतिम मुदत पूर्ण न झाल्यास प्रमाणपत्र आपोआप येते.

या प्रकल्पाची आश्‍वासन आणि गरज ही भावना अर्थातच उत्साहवर्धक होती.

दुस-या दिवशी आम्ही टीमसोबत जेवायला गेलो आणि अॅप्लिकेशनची किमान कार्यक्षमता कशी असेल यावर चर्चा केली.

परिणामी, हॅकाथॉनमध्ये काय करावे लागेल याची खालील यादी तयार झाली:

• वितरण रोख नोंदणीमध्ये लॉग इन करा.
• वर्तमान स्थिती प्रदर्शित करा.
• बाह्य API वर डेटा पाठवा (निर्देशांक, ऑर्डर प्राप्त, ऑर्डर वितरित).
• बाह्य API (वर्तमान कुरियर ऑर्डर) कडून डेटा प्राप्त करा.
• तुम्‍ही डिलिव्‍हरी/वितरित करण्‍यासाठी ऑर्डर घेतली आहे हे दर्शवणारा इव्‍हेंट पाठवा.
• वेबसाइटवरील नकाशावर कुरिअरची वर्तमान स्थिती प्रदर्शित करा.

मुख्य काम, जसे दिसते तसे, बॅकएंड, ऍप्लिकेशन स्वतः तयार करणे (चर्चा केल्यानंतर, आम्ही ऍप्लिकेशन विकसित करण्यासाठी ReactNative निवडले, किंवा त्याऐवजी फ्रेमवर्क - expo.io, जे तुम्हाला मूळ कोड अजिबात लिहू शकत नाही). बॅकएंडच्या बाबतीत, सुरुवातीला वान्या झ्वेरेव्हमध्ये आशा होती, कारण तो आमच्या सेवा टेम्पलेट आणि k8s (त्याने कोणती नोकरी स्वीकारली) सह काम करण्याचा अनुभव घेतला होता. आंद्रे सराफानोव्ह आणि मी फिरकीसाठी ReactNative घेतला.

मी प्रकल्पासाठी त्वरित कार्यरत भांडार तयार करण्याचा प्रयत्न करण्याचा निर्णय घेतला. रात्री 12 वाजता मला हे तथ्य आढळले की पार्श्वभूमीतील भौगोलिक स्थान ReactNative मध्ये चांगले कार्य करत नाही, जर तुम्ही मूळ कोड लिहिला नाही, तर मी थोडा निराश झालो. मग मी expo.io फ्रेमवर्कचे नाही तर ReactNative चे डॉक्युमेंटेशन वाचत असल्याचे मला समजले तेव्हा मी सोडून दिले. परिणामी, संध्याकाळच्या वेळी मला आधीच समजले आहे की expo.io मध्ये सध्याची स्थिती कशी मिळवायची आणि स्वतंत्र स्क्रीन (लॉगिन, ऑर्डर डिस्प्ले इत्यादीसाठी) कसे काढायचे.

हॅकाथॉनमध्ये सकाळी, त्यांनी ग्लेबला त्यांच्या सुपर-प्रॉमिसिंग प्रोजेक्टमध्ये आकर्षित केले. त्यांनी त्वरीत काय करावे लागेल याची योजना तयार केली.

प्रोजेक्ट टेम्प्लेटच्या अनुषंगाने, आम्ही एक चूक केली जेव्हा आम्ही HTTP द्वारे नाही तर GRPC द्वारे संप्रेषण करण्याचा प्रयत्न केला, कारण JavaScript साठी GRPC क्लायंट कसा तयार करायचा हे कोणालाही माहित नव्हते. शेवटी सुमारे दीड तास घालवल्यानंतर आम्ही हा विचार सोडून दिला. यामुळे, मुलांनी बॅकएंडवर GRPC वरून WebApi वर पूर्ण झालेले सर्व्हर पुन्हा काम करण्यास सुरुवात केली. अर्ध्या तासानंतर, आम्ही शेवटी अनुप्रयोग आणि बॅकएंड, lo and behold यांच्यात संवाद स्थापित करण्यात सक्षम झालो. पण त्याच वेळी, ग्लेब k8s ची तैनाती आणि तसेच मास्टरला कमिटचे स्वयं-उपयोजन जवळजवळ पूर्ण करत होता. 🙂

किमान डेटाबेससह जोखीम घेऊ नये म्हणून आम्ही स्टोरेज म्हणून MySQL निवडले (आमच्याकडे CosmosDb बद्दल विचार होते).

अखेरीस:

• कुरिअरचे वर्तमान निर्देशांक अनुप्रयोगापासून डेटाबेसमध्ये जतन करणे लागू केले.
• आम्ही RabbitMQ इन्स्टॉल केले आणि कुरियरकडून ऑर्डर ताबडतोब ऍप्लिकेशनमध्ये प्रदर्शित करण्यासाठी कुरिअरने ऑर्डर उचलल्याबद्दलच्या संदेशांचे सदस्यत्व घेतले.
• कुरिअरने अॅप्लिकेशनमधील एक बटण दाबल्यानंतर आम्ही आमच्या डेटाबेसमध्ये ऑर्डर वितरण वेळ वाचवण्यास सुरुवात केली. ऑर्डर वितरीत केल्‍याचा इव्‍हेंट परत पाठवण्‍यासाठी आमच्याकडे वेळ नाही.
• मी वेबसाइटवरील वर्तमान ऑर्डर पृष्ठावर कुरियरच्या वर्तमान स्थितीसह नकाशा प्रदर्शित केला. परंतु ही कार्यक्षमता थोडीशी अपूर्ण राहिली, कारण आमच्या नवीन सेवेकडून निर्देशांक प्राप्त करण्यासाठी वातावरणात CORS कॉन्फिगर करणे शक्य नव्हते.

M87

रोमा बुकिन, गोशा पोलेवॉय (georgepolevoy), आर्टिओम ट्रोफिमुश्किन

आम्हाला एक OpenID Connect प्रदाता लागू करायचा होता, कारण या क्षणी आम्ही आमच्या स्वतःच्या डिझाइनचा प्रमाणीकरण प्रोटोकॉल वापरतो आणि यामुळे अनेक अडचणी निर्माण होतात: कस्टम क्लायंट लायब्ररी, बाह्य भागीदारांचे गैरसोयीचे काम, संभाव्य सुरक्षा समस्या (तरीही) , OAuth2.0 आणि OpenID Connect संदर्भ अंमलबजावणीमध्ये सुरक्षित मानले जाऊ शकते, परंतु मला आमच्या समाधानाबद्दल खात्री नाही).

आम्ही वैयक्तिक डेटा संचयित करण्यासाठी सेवेचे अनुकरण करणारी एक वेगळी सेवा तयार केली आहे जेणेकरुन प्रमाणीकरण प्रदात्याचे एक लहान देश-अज्ञेयवादी मॉडेल तयार केले जाईल जे वैयक्तिक डेटासाठी वेगळ्या सेवेकडे जाईल (यामुळे भविष्यात एक सेवा असणे शक्य होईल जे कोणत्याही देशात खाते नोंदणीसह लॉग इन करू शकते आणि त्याच वेळी GDPR आणि इतर फेडरल कायद्यांचे पालन करू शकते). प्रदात्याप्रमाणे आम्ही हा भाग केला आणि त्यांना एकमेकांशी यशस्वीरित्या जोडले. पुढे, एक API तयार करणे आवश्यक होते जे प्रदात्याद्वारे जारी केलेल्या टोकनद्वारे संरक्षित केले जाईल, प्रदात्याद्वारे त्यांच्या आत्मनिरीक्षणास समर्थन देईल आणि विनंतीने अधिकृतता धोरणांचे समाधान केल्यास संरक्षित डेटा परत करावा (आम्ही तपासतो की वापरकर्ता बेअरर योजनेनुसार प्रमाणीकृत आहे. , त्याच्या टोकनमध्ये एक विशिष्ट व्याप्ती आहे + y वापरकर्त्याकडे स्वतःची परवानगी आहे जी कॉल करण्याची परवानगी देते). हा भागही पूर्ण झाला. शेवटचा घटक JavaScript क्लायंट होता, ज्याला टोकन दिले जाईल, ज्याच्या मदतीने तो संरक्षित API कॉल करेल. हा भाग करायला आमच्याकडे वेळ नव्हता. म्हणजेच, संपूर्ण कार्यात्मक भाग तयार होता, परंतु समोरचा भाग संपूर्ण प्रणालीची कार्यक्षमता प्रदर्शित करण्यासाठी तयार नव्हता.

E-E-E (खेळणी)

दिमा अफोंचेन्को, साशा कोनोवालोव्ह

आम्ही yunka वर एक मिनी-टॉय बनवले जेथे फ्रस्की हात पिझ्झावर सॉसेज टाकतात. जर तुम्ही सॉसेज चुकीच्या पद्धतीने लावला असेल तर, स्क्रीनवर एक दुःखी "नाकारलेला" संदेश दिसेल आणि जर सर्व सॉसेज योग्यरित्या ठेवले असेल तर, पिझ्झाविषयी एक यादृच्छिक तथ्य दिसून येईल.

आम्हाला टोमॅटो फेकून दुसरा स्तर बनवायचा होता, पण आमच्याकडे वेळ नव्हता.

लहान निरंतरता: कोण जिंकले?

हॅकाथॉनच्या आधी, आम्ही मुलांशी बोललो आणि मी विचारले की ते जिंकल्यास त्यांना कोणते बक्षीस मिळेल. असे दिसून आले की सर्वात मौल्यवान बक्षीस "अन्नाचा रस्ता" असेल.

म्हणून, आम्ही लवकरच पिझ्झावर पेपेरॉन ठेवणारा हात असलेल्या खेळाची घोषणा करू अशी अपेक्षा करतो.

लक्षवेधक वाचकाच्या लक्षात आले असेल की, “E-E-E (टॉय)” संघ जिंकला. अभिनंदन मित्रांनो!

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

तुम्हाला कोणता प्रकल्प सर्वात जास्त आवडला?

• ओलेग लर्निंग (मशीन लर्निंग)

• NOOBS साठी GUI

• कुरिअरगो

• M87

• ई-ई-ई

5 वापरकर्त्यांनी मतदान केले. 3 वापरकर्ते दूर राहिले.

स्त्रोत: www.habr.com