कोडिम-पिज्जा

नमस्ते, Habr। हामीले सहज रूपमा हाम्रो पहिलो आन्तरिक ह्याकाथन आयोजना गर्‍यौं। मैले २ हप्तामा यसको लागि तयारी गर्ने बारे मेरो पीडा र निष्कर्षहरू, साथै परियोजनाहरू जुन बाहिर निस्क्यो साझा गर्ने निर्णय गरें।

मार्केटिङमा रुचि राख्नेहरूको लागि बोरिंग भाग

एउटा सानो कथाबाट सुरु गर्छु।

अप्रिलको शुरुवात। पहिलो MskDotNet सामुदायिक ह्याकाथन हाम्रो कार्यालयमा भइरहेको छ। Tatooine को युद्ध यस पटक हाम्रो ग्यालेक्सी मा पूर्ण जोश मा छ। शनिबार। 20 टोलीहरू। पिज्जा। सबै धेरै इमानदार छन् (प्रमाणहरू)। एउटा इन्फ्लेटेबल R2-D2 हलको वरिपरि तैरिन्छ। टोलीहरूले नक्सामा सबैभन्दा खतरनाक दौड पार गर्न सबैभन्दा सही एल्गोरिदमहरू लेख्छन्। हामी पहिलो दौडको प्रक्षेपण सार्दै छौं। कुकीज र कफी जीवन बचाउने हो। आयोजक र मैले शनिवार दिउँसोको खाना खाएपछि धेरै मानिसहरू जानेछन् भन्ने आशा गरेका थिए। तर होइन। 12 घण्टा पछि कोडिङ। अन्तिम। केहि झर्छ, केहि सुरु हुँदैन। तर सबै खुसी छन्। हाम्रो टोलीले जित्यो। हामी दोब्बर खुशी छौं।

म स्ल्याकमा मेरो आनन्द साझा गर्दैछु र दिमागमा यो विचार आउँछ: "हामीले आफ्नै ह्याकाथन गर्न आवश्यक छ।" म हाम्रो सेवा स्टेशन साशामा लेख्दै छु। मौन।

बिहान। अफिसमा कफी पिउँछु । मैले साशालाई पछाडिबाट आइरहेको देखेँ। "लिसा, यो राम्रो छ! हामीसँग अप्रिल २१ मा महत्त्वपूर्ण मिति छ। त्यसो गरौं!" WTF!? यति छिटो? ए? के? मैले मध्य अप्रिलमा इन्टर्नशिपको लागि Syktyvkar मा उडान गर्न आवश्यक छ। र यसको साथ नरकमा! गरौं।

२ हप्ता बाँकी। म ह्याकाथनको एक्लो आयोजक कहिल्यै भएको छैन। यसलाई आन्तरिक हुन दिनुहोस्। म यस विषयमा लेखहरू पढ्छु। कठिन। धेरै महिना लाग्छ। धेरै मान्छे चाहिन्छ। तपाईंले व्यापार, पुरस्कार, सर्तहरू, तालिका, ब्याज, लक्ष्य, बजेटहरू बुझ्न आवश्यक छ। वा सायद जीवनको अर्थ पनि पत्ता लगाउनुहोस्। म पक्कै पनि समयमा बन्ने छैन। अनि पढ्दै र तयारी गर्दै गर्दा एक हप्ता बितिसकेको थियो। यो लेखहरू बिर्सने र केहि गर्न सुरु गर्ने समय हो।

१ हप्तामा आन्तरिक ह्याकाथन आयोजना गर्नको लागि हाम्रो चेकलिस्ट हेर्नुहोस्

• योजना: तपाईं शान्त भएर बस्नुहोस् र ह्याकाथनका लागि के गर्नुपर्छ भन्ने सूची लेख्नुहोस्। 30 मिनेट.
• उद्देश्य: सहभागीहरूले Google पानाहरूमा सिर्जना गर्न चाहने परियोजनाहरू प्रस्ताव गर्छन् र छनौट गर्छन्। पृष्ठभूमि कार्य, २ घण्टा.
• समय तालिका: तपाईको घुँडामा तपाईले समयको छोटो ब्रेकडाउन लेख्नुहुन्छ, खातामा 3 ब्रेक र फाइनल लिनुहुन्छ। 20 मिनेट.
• Команды: Slack/mail/etc मा IT च्यानलहरूमा सर्भिस स्टेशनबाट तालिका सहित ह्याकाथनको बारेमा सन्देश प्रकाशित गर्नुहोस् र ह्याकाथनको लागि छुट्टै च्यानल सिर्जना गर्नुहोस्। यसमा, सबैलाई टोलीमा विभाजन गरिएको छ, र जो अनिर्णित छन् उनीहरूले ह्याकाथनको पहिलो 5 मिनेटमा यो गर्छन्। पृष्ठभूमि कार्य, २ घण्टा.
• बन्स: तपाईं दुई विकासकर्ताहरूसँग व्यापारिक सामान लिएर आउनुहुन्छ, यसलाई रेन्डरिङको लागि डिजाइनरलाई दिनुहोस्, र तयार रूपमा प्राप्त गर्नुहोस्। पृष्ठभूमि कार्य, 3 दिन.
• ह्याकाथन: तपाईं अफिसमा आउनुहोस्, सुरुमा सबैलाई समन्वय गर्नुहोस्, आफ्नो व्यवसायको बारेमा जानुहोस्, Reddit पढ्नुहोस्, महत्त्वपूर्ण रूपमा ताजा पिज्जा बारे प्रत्येक ब्रेक घोषणा गर्नुहोस्, सूर्यास्तको फोटोहरू लिनुहोस्, फाइनल घोषणा गर्नुहोस्, सँगै भोट गर्नुहोस् र विजेता छान्नुहोस्। 1 दिन.
• तारा चिन्ह मुनि: निस्सन्देह, तपाईं सधैं सबै कुरा राम्रो भइरहेको बारे सोच्नुहोस्। निस्सन्देह, सबैले तपाईंको सन्देश देख्ने छैनन् र यो व्यक्तिगत रूपमा कुरा गर्न राम्रो छ। निस्सन्देह, यदि कसैले तपाईंलाई मद्दत गर्दछ भने, सबै कुरा 2 पटक सजिलो हुनेछ (अद्भुत एलेनाले मलाई मद्दत गर्यो)।

ह्याकाथन मितिको बारेमा कम बोरिंग भाग

किन अप्रिल २१? यो दिन हाम्रो लागि महत्त्वपूर्ण छ। ठीक एक वर्ष पहिले, अप्रिल 21 मा, संघीय विज्ञापन अभियान सुरु भएपछि पहिलो सप्ताहन्तमा हामी लोडमा पर्यौं। भोलिपल्ट आइतबार बिहान ८ बजेदेखि हाम्रो टोली काममा थियो । त्यसपछि हामीले Trello मा sundayhackathon बोर्ड बनायौं र एक हप्ताको शिफ्ट काम सुरु भयो, दिनको 21 घण्टा। अवस्था यति नाजुक थियो कि हामीसँग खाना खाने समय पनि थिएन र हामीलाई अन्य टोलीका केटाहरूले खुवाएका थिए।

तपाईं मा थप विस्तृत कथा पढ्न सक्नुहुन्छ Fyodor Ovchinnikov पृष्ठ (हाम्रो सीईओ)। त्यसबेलादेखि, हामी धेरै परिवर्तन भएका छौं, तर अब हामी निश्चित रूपमा मिति बिर्सने छैनौं।

यस वर्ष, हामीले यो घटना वंशजको सम्झनामा निरन्तरता दिन लायक छ भन्ने निर्णय गर्‍यौं र, उत्कृष्ट परम्पराहरूमा, हामीले डोडो इतिहासमा पहिलो आन्तरिक ह्याकाथन आयोजना गर्‍यौं, जुन १० घण्टासम्म चलेको थियो।

ह्याकाथन परियोजनाहरूको बारेमा सबैभन्दा बोरिंग भाग

अस्वीकरण: सबै विवरणहरू केटाहरू आफैले लेखेका थिए, त्यसैले पाठको लेखकत्व मेरो होइन।

ओलेग लर्निङ (मेसिन लर्निङ)

Dima Kochnev, Sasha Andronov (@alexandronov)

तिनीहरू एक न्यूरल नेटवर्क बनाउन चाहन्थे जसले कुनै पनि जानकारी बिना फोटोमा कस्तो प्रकारको पिज्जा छ भनेर निर्धारण गर्नेछ। नतिजाको रूपमा, हामीले एक धेरै सरल र खेलौना बनायौं - यसले 10 पिज्जाहरू पहिचान गर्दछ, हामीले लगभग एक दिन (~ 10 घण्टा) मा सम्भव भएसम्म सबै कुरा कसरी काम गर्दछ भनेर पत्ता लगायौं।

विशेष गरी, हामीले महसुस गर्यौं कि उद्योग एक स्तरमा पुगेको छ जहाँ एक साधारण विकासकर्ताले तयार पुस्तकालयहरू लिन सक्छन्, कागजातहरू पढ्न सक्छन् र विषयको गहिरो ज्ञान बिना आफ्नो न्यूरल नेटवर्कलाई तालिम दिन सक्छन्। र यसले वास्तविक समस्याहरू समाधान गर्न पर्याप्त काम गर्नेछ।

प्रयोग गरिएका उपकरणहरू:

• imageai - मेसिन लर्निङ र कम्प्युटर भिजनसँग काम गर्नको लागि सुविधाजनक र सरल पुस्तकालय।
• हामीले दुई मोडेलहरू प्रयास गर्यौं - ResNet50, Yolo।
• कोड लेखिएको थियो, निस्सन्देह, पाइथन मा।

हामीसँग 11000 तस्बिरहरू थिए, तर तिनीहरूमध्ये लगभग 3/4 फोहोरहरू निस्किए, र बाँकीमा फरक, अनुपयुक्त कोणहरू थिए। नतिजाको रूपमा, हामीले एक तयार मोडेल लियौं (जसले पिज्जा कसरी पत्ता लगाउने भनेर मात्र थाहा छ) र यसको मद्दतले हामीले रद्दीटोकरीलाई अलग गर्यौं। अर्को, फोटोको शीर्षकमा पिज्जाको नाम समावेश थियो - त्यसैले हामीले यसलाई फोल्डरहरूमा क्रमबद्ध गर्यौं, तर यो पत्ता लाग्यो कि नामहरू वास्तविकतासँग मेल खाएनन् र हामीले यसलाई आफ्नो हातले सफा गर्नुपर्‍यो। अन्तमा, त्यहाँ लगभग 500-600 फोटोहरू बाँकी थिए, यो स्पष्ट छ कि यो एक नगण्य रकम हो, तर यद्यपि, यो एक अर्काबाट 10 पिज्जा अलग गर्न पर्याप्त थियो।

ग्रिडलाई तालिम दिन, हामीले NVIDIA Tesla K80 मा Azure मा सस्तो भर्चुअल मेसिन लियौं। तिनीहरूले 100 epochs को लागि यसमा प्रशिक्षण दिए, तर यो स्पष्ट थियो कि नेटवर्क 50 epochs पछि ओभरस्याचुरेटेड भयो, तथ्यको कारण त्यहाँ एक सानो डेटासेट थियो।

वास्तवमा, सम्पूर्ण समस्या राम्रो डाटाको अभाव हो।

हामीले सर्तहरूलाई थोरै भ्रममा पारेको हुन सक्छ, तर हामीले यी सबै मामिलाहरूसँग काम गर्ने कुनै अनुभव छैन भन्ने कुरालाई ध्यानमा राख्नुपर्छ।

NOOBS को लागी GUI (पिज्जा अर्डर गर्न को लागी कन्सोल)

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

हामीले गीक्सका लागि कन्सोल एप्लिकेसनको प्रोटोटाइप सँगै राखेका छौं, जसको लागि तपाईले टर्मिनल वा कमाण्ड लाइन मार्फत पिज्जा अर्डर गर्न सक्नुहुन्छ, वा यसलाई डिप्लोइमेन्ट पाइपलाइनमा पनि एकीकृत गर्न सक्नुहुन्छ र, सफल रिलीज भएपछि, कार्यालयमा पिज्जा डेलिभर गर्न सक्नुहुन्छ।

कामलाई धेरै भागहरूमा विभाजन गरिएको थियो: हामीले मोबाइल अनुप्रयोगहरूको लागि हाम्रो API ले कसरी काम गर्छ भनेर पत्ता लगायौं, हाम्रो आफ्नै CLI प्रयोग गरेर भेला भयो। oclif र हामीले सङ्कलन गरेको प्याकेजको प्रकाशन कन्फिगर गर्यौं। अन्तिम कार्यले ह्याकाथनको अन्त्यतिर केही अप्रिय मिनेटहरू समावेश गर्यो। सबै कुराले हाम्रो लागि स्थानीय रूपमा काम गर्‍यो, र प्याकेजको पुरानो प्रकाशित संस्करणहरूले पनि काम गर्‍यो, तर नयाँहरू (जसले थप सुन्दर सुविधाहरू र इमोटिकनहरू थपेका छन्) काम गर्न अस्वीकार गरे। हामीले करिब ४० मिनेट बितायौं के गल्ती भयो भनेर पत्ता लगाउन प्रयास गर्‍यौं, तर अन्तमा सबै कुरा जादुई रूपमा आफ्नै काम भयो)।

ह्याकाथनको लागि हाम्रो अधिकतम कार्यक्रम हाम्रो CLI मार्फत अफिसमा पिज्जाको वास्तविक अर्डर थियो। हामीले परीक्षण बेन्चमा एक दर्जन पटक सबै कुरा दौड्यौं, तर उत्पादनमा आदेशहरू प्रविष्ट गर्दा मेरा हातहरू अझै काँपिरहेका थिए।

नतिजाको रूपमा, हामीले अन्ततः यो गर्यौं!

कुरियरगो

एन्टोन ब्रुझमेलेभ (लेखक), वान्या ज्वेरेभ, ग्लेब लेस्निकोभ (entropy), एन्ड्री साराफानोव

हामीले "कुरियरका लागि एप" को विचार लियौं।

तयारी बारे पृष्ठभूमि।सुरुमा, मैले सोचेँ कि अनुप्रयोगमा कस्तो प्रकारको सुविधाहरू हुन सक्छ? कार्यक्षमता को निम्न सूची देखा पर्यो:

• अनुप्रयोगले कोड प्रयोग गरेर डेलिभरी नगद दर्तामा लग इन गर्दछ।
• अनुप्रयोगले तुरुन्तै उपलब्ध अर्डरहरू र अर्डरहरू देखाउँदछ जुन लिन आवश्यक छ।
• कुरियरले अर्डर नोट गर्छ र यसलाई यात्रामा लैजान्छ।
• उसलाई अनुमानित समय देखाइएको छ र ऊ समयमा छ कि छैन।
• कुरियर छोडेको ग्राहकलाई देखाउँछ।
• ग्राहकलाई नक्सामा कुरियरको बिन्दु र अनुमानित समय देखाउन सुरु हुन्छ।
• कुरियरले अनुप्रयोगबाट च्याटमा ग्राहकलाई लेख्न सक्छ।
• ग्राहकले अनुप्रयोगबाट च्याट मार्फत कुरियरमा लेख्न सक्छ।
• आगमनको पाँच मिनेट अघि, ग्राहकले सन्देश प्राप्त गर्दछ कि कुरियर नजिक छ, तयार रहनुहोस्।
• कुरियरले आवेदनमा उल्लेख गरेको छ कि ऊ आइपुग्यो र पर्खिरहेको छ।
• कुरियरले एप्लिकेसनबाट एक क्लिकमा कल गर्छ र रिपोर्ट गर्छ (बढ्दै छ, आइपुग्यो, आदि)।
• ग्राहकले अर्डर स्वीकार गर्दछ र डेलिभरी पुष्टि गर्न अनुप्रयोग वा एसएमएसबाट पिन कोड प्रविष्ट गर्दछ। (हस्ताक्षरको रूपमा) ताकि ढिलो भएमा कुरियरले अग्रिम डेलिभरी पूरा गर्न सक्दैन।
• अर्डर प्रणालीमा डेलिभर भएको रूपमा चिन्ह लगाइएको छ।

साथै वैकल्पिक परिदृश्य को एक जोडी:

• कुरियरले अर्डरलाई डेलिभर नभएको भनी चिन्ह लगाउन सक्छ र कारण चयन गर्न सक्छ।
• यदि तपाइँ ढिलो हुनुहुन्छ भने, कुरियरले एक बटनको साथ एसएमएस मार्फत इलेक्ट्रोनिक प्रमाणपत्र जारी गर्न सक्छ। वा प्रमाणपत्र स्वचालित रूपमा आइपुग्छ यदि वितरण समय सीमा पूरा भएन।

यस परियोजनाको प्रतिज्ञा र आवश्यकताको भावना पक्कै पनि ऊर्जावान थियो।

अर्को दिन हामी टोलीसँग लंचमा गयौं र एप्लिकेसनको न्यूनतम कार्यक्षमता कस्तो देखिन्छ भनेर छलफल गर्यौं।

नतिजाको रूपमा, ह्याकाथनमा के गर्नु पर्ने थियो भनेर निम्न सूची बनाइएको थियो:

• डेलिभरी नगद दर्तामा लगइन गर्नुहोस्।
• हालको स्थिति देखाउनुहोस्।
• बाह्य API मा डाटा पठाउनुहोस् (अर्डिनेट, अर्डर प्राप्त भयो, अर्डर डेलिभर गरियो)।
• बाह्य API बाट डाटा प्राप्त गर्नुहोस् (हालको कुरियर अर्डरहरू)।
• तपाईंले डेलिभरी/डेलिभरको लागि अर्डर लिनुभएको छ भनी सङ्केत गर्ने घटना पठाउनुहोस्।
• वेबसाइटमा नक्सामा कुरियरको हालको स्थिति प्रदर्शन गर्नुहोस्।

मुख्य काम, जस्तो देखिन्थ्यो, ब्याकइन्ड सिर्जना गर्नु हो, एप्लिकेसन आफैं (चर्चा गरेपछि, हामीले अनुप्रयोग विकास गर्न ReactNative छनोट गर्‍यौं, वा यसको लागि फ्रेमवर्क - expo.io, जसले तपाईंलाई नेटिभ कोड लेख्न अनुमति दिँदैन)। ब्याकएन्डको सन्दर्भमा, सुरुमा वान्या ज्वेरेभमा आशा थियो, किनकि उहाँ हाम्रो सेवा टेम्प्लेट र k8s (उहाँले कुन काम लिनुभयो) सँग काम गर्ने अनुभव गर्नुभयो। Andrey Sarafanov र मैले स्पिनको लागि ReactNative लिए।

मैले तुरुन्तै परियोजनाको लागि काम गर्ने भण्डार सिर्जना गर्ने प्रयास गर्ने निर्णय गरें। राति १२ बजे मैले यो तथ्य फेला पारे कि पृष्ठभूमिमा भौगोलिक स्थानले ReactNative मा राम्रोसँग काम गर्दैन, यदि तपाईंले नेटिभ कोड लेख्नुभएन भने, म अलि निराश थिएँ। त्यसपछि मैले expo.io फ्रेमवर्कको नभई ReactNative को कागजातहरू पढिरहेको महसुस गरेपछि मैले छोडें। नतिजाको रूपमा, साँझको अवधिमा मैले expo.io मा हालको स्थिति कसरी प्राप्त गर्ने र छुट्टै स्क्रिनहरू (लगइन, अर्डर डिस्प्ले, आदि) कोर्न कसरी बुझें।

ह्याकाथनमा बिहान, तिनीहरूले ग्लेबलाई उनीहरूको सुपर-प्रोमिसिङ प्रोजेक्टमा प्रलोभन दिए। तिनीहरूले तुरुन्तै के गर्न आवश्यक योजनाको साथ आए।

हामीले गल्ती गर्यौं, जब प्रोजेक्ट टेम्प्लेट अनुसार, हामीले HTTP मार्फत नभई GRPC मार्फत सञ्चार गर्ने प्रयास गर्‍यौं, किनकि जाभास्क्रिप्टको लागि GRPC ग्राहक कसरी बनाउने भनेर कसैलाई थाहा थिएन। अन्तमा, करिब डेढ घण्टा बिताएपछि, हामीले यो विचार त्याग्यौं। यस कारणले गर्दा, ब्याक-एन्डमा रहेका केटाहरूले GRPC बाट WebApi मा समाप्त सर्भरलाई रिमेक गर्न थाले। आधा घण्टा पछि, हामी अन्ततः एप्लिकेसन र ब्याकएन्ड, lo and behold बीच संचार सेट अप गर्न सक्षम भयौं। तर एकै समयमा, ग्लेबले k8s मा तैनाती र मास्टरलाई प्रतिबद्धताको स्वत: तैनाती लगभग समाप्त गर्दै थियो। 🙂

हामीले MySQL लाई भण्डारणको रूपमा रोज्यौं ताकि कम्तिमा डाटाबेसको साथ जोखिम नलिनुहोस् (हामीसँग CosmosDb बारे विचारहरू थिए)।

सारांशमा:

• अनुप्रयोगबाट डाटाबेसमा कुरियरको हालको निर्देशांकहरू बचत गर्न लागू गरियो।
• हामीले RabbitMQ स्थापना गर्यौं र अनुप्रयोगमा कुरियरबाट अर्डर तुरुन्तै देखाउनको लागि कुरियरले अर्डर उठाउने बारे सन्देशहरूको सदस्यता लियौं।
• कुरियरले एप्लिकेसनमा बटन थिचेपछि हामीले हाम्रो डाटाबेसमा अर्डर डेलिभरी समय बचत गर्न थाल्यौं। हामीसँग अर्डर डेलिभर भएको रिबिटमा घटना फिर्ता पठाउने थप्ने समय थिएन।
• मैले कुरियरको हालको स्थितिको साथ वेबसाइटमा हालको अर्डर पृष्ठमा नक्सा प्रदर्शन गरें। तर यो कार्यक्षमता थोरै अधूरो रह्यो, किनभने हाम्रो नयाँ सेवाबाट समन्वयहरू प्राप्त गर्न वातावरणमा CORS कन्फिगर गर्न सम्भव थिएन।

M87

रोमा बुकिन, गोशा पोलेभोय (georgepolevoy), Artyom Trofimushkin

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

हामीले व्यक्तिगत डेटाको लागि छुट्टै सेवामा जाने एउटा प्रमाणीकरण प्रदायकको सानो देश-अज्ञेयवादी मोडेल सिर्जना गर्न व्यक्तिगत डेटा भण्डारण गर्नको लागि सेवाको अनुकरण गर्दै एउटा छुट्टै सेवा बनायौं (यसले भविष्यमा एउटा सेवा प्राप्त गर्न सम्भव बनाउनेछ। जुन कुनै पनि देशमा खाता दर्ताको साथ लग इन गर्न सक्छ, र एकै समयमा GDPR र अन्य संघीय कानूनहरूको पालना गर्दछ)। हामीले यो भाग, प्रदायकले जस्तै गर्यौं, र सफलतापूर्वक तिनीहरूलाई एक अर्कासँग जोड्यौं। अर्को, यो एक API सिर्जना गर्न आवश्यक थियो जुन प्रदायक द्वारा जारी टोकनहरू द्वारा सुरक्षित हुनेछ, प्रदायक मार्फत तिनीहरूको आत्मनिरीक्षणलाई समर्थन गर्नुहोस् र यदि अनुरोधले प्राधिकरण नीतिहरू सन्तुष्ट भयो भने सुरक्षित डेटा फिर्ता गर्नुहोस् (हामी जाँच गर्छौं कि प्रयोगकर्ता बेयरर योजना अनुसार प्रमाणीकरण गरिएको छ। , उसको टोकनमा एक निश्चित दायरा समावेश छ + y प्रयोगकर्ता आफैले कल गर्न अनुमति दिने अनुमति छ)। यो भाग पनि पूरा भयो। अन्तिम कम्पोनेन्ट जाभास्क्रिप्ट क्लाइन्ट थियो, जसलाई टोकन दिइनेछ, जसको मद्दतले यसले सुरक्षित एपीआईलाई कल गर्नेछ। हामीसँग यो भाग गर्न समय थिएन। अर्थात्, सम्पूर्ण कार्यात्मक भाग तयार थियो, तर अगाडिको भाग सम्पूर्ण प्रणालीको कार्यक्षमता प्रदर्शन गर्न तयार थिएन।

E-E-E (खेलौना)

Dima Afonchenko, साशा Konovalov

हामीले युन्कामा एउटा मिनी-खेलौना बनायौं जहाँ फ्रिस्की हातहरूले पिज्जामा ससेज फाल्छन्। यदि तपाईंले ससेजलाई गलत रूपमा राख्नुभयो भने, स्क्रिनमा एउटा दुखद "अस्वीकार गरिएको" सन्देश देखा पर्दछ, र यदि सबै सॉसेज सही रूपमा राखिएको थियो भने, पिज्जाको बारेमा अनियमित तथ्य देखा पर्दछ।

हामी टमाटर फ्याँकेर दोस्रो स्तर बनाउन चाहन्थ्यौं, तर हामीसँग समय थिएन।

छोटो निरन्तरता: कसले जित्यो?

ह्याकाथन अघि, हामीले केटाहरूसँग कुरा गर्यौं र मैले उनीहरूले जित्यो भने उनीहरूले कस्तो पुरस्कार प्राप्त गर्न चाहन्छन् भनेर सोधे। यो देखियो कि सबैभन्दा मूल्यवान पुरस्कार "खानाको बाटो" हुनेछ।

तसर्थ, हामीले चाँडै पिज्जामा पेपरनहरू राख्ने हातहरूसँग खेल घोषणा गर्ने अपेक्षा गर्नुहोस्।

एक सचेत पाठकले याद गरेको हुन सक्छ, टोली "E-E-E (खेलौना)" जित्यो। बधाई छ साथीहरु!

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

तपाईलाई कुन परियोजना राम्रो लाग्यो?

• ओलेग लर्निङ (मेसिन लर्निङ)

• NOOBS को लागि GUI

• कुरियरगो

• M87

• E-E-E

5 प्रयोगकर्ताहरूले मतदान गरे। २ प्रयोगकर्ताहरू रोकिए।

स्रोत: www.habr.com