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

नमस्ते, हबर। हमने अनायास ही अपना पहला आंतरिक हैकथॉन आयोजित किया। मैंने 2 सप्ताह में इसकी तैयारी के बारे में अपने दर्द और निष्कर्ष, साथ ही जो परियोजनाएं सामने आईं, उन्हें आपके साथ साझा करने का निर्णय लिया।

मार्केटिंग में रुचि रखने वालों के लिए उबाऊ हिस्सा

मैं एक छोटी सी कहानी से शुरुआत करूंगा।

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

मैं स्लैक में अपनी खुशी साझा कर रहा हूं और मेरे दिमाग में यह विचार आता है: "हमें अपना खुद का हैकथॉन करने की जरूरत है।" मैं हमारे सर्विस स्टेशन साशा को लिख रहा हूं। मौन।

सुबह। मैं ऑफिस में कॉफी पीता हूं. मैंने साशा को पीछे से आते देखा। “लिसा, यह बहुत बढ़िया है! हमारे पास 21 अप्रैल एक महत्वपूर्ण तारीख है। चलो यह करते हैं!" डब्ल्यूटीएफ!? इतनी तेजी? ए? क्या? मुझे अप्रैल के मध्य में इंटर्नशिप के लिए सिक्तिवकर जाना है। और इसके साथ नरक में! आइए.

2 हफ्ते बचे हैं. मैं कभी भी हैकथॉन का एकमात्र आयोजक नहीं रहा। इसे आंतरिक होने दो. मैंने इस विषय पर लेख पढ़ा। कठिन। इसमें कई महीने लग जाते हैं. कई लोगों की जरूरत है. आपको व्यापारिक वस्तुओं, पुरस्कारों, शर्तों, कार्यक्रम, रुचि, लक्ष्य, बजट को समझने की आवश्यकता है। या शायद जीवन का अर्थ भी समझ लें। मैं निश्चित रूप से इसे समय पर नहीं बना पाऊंगा। और जब आप पढ़ रहे थे और तैयारी कर रहे थे, तो एक सप्ताह पहले ही बीत चुका था। अब लेखों को भूलने और कुछ करना शुरू करने का समय आ गया है।

1 सप्ताह में आंतरिक हैकथॉन आयोजित करने के लिए हमारी चेकलिस्ट देखें

• योजना: आप शांति से बैठें और हैकथॉन के लिए क्या-क्या करने की जरूरत है उसकी एक सूची लिखें। 30 मिनट.
• कार्य: प्रतिभागी Google शीट्स में उन परियोजनाओं का प्रस्ताव रखते हैं और चुनते हैं जिन्हें वे बनाना चाहते हैं। पृष्ठभूमि कार्य, 2 घंटे.
• समय सारिणी: अपने घुटने पर आप 3 ब्रेक और अंतिम को ध्यान में रखते हुए, समय का एक संक्षिप्त विवरण लिखते हैं। 20 मिनट.
• आदेशों: स्लैक/मेल/आदि में आईटी चैनलों में सर्विस स्टेशन से शेड्यूल के साथ हैकथॉन के बारे में एक संदेश प्रकाशित करें और हैकथॉन के लिए एक अलग चैनल बनाएं। इसमें सभी को टीमों में बांटा गया है और जो अनिर्णीत हैं वे हैकथॉन के पहले 5 मिनट में ऐसा करते हैं। पृष्ठभूमि कार्य, 2 घंटे.
• बन्स: आप दो डेवलपर्स के साथ सामान लेकर आते हैं, इसे डिज़ाइनर को रेंडरिंग के लिए देते हैं, और इसे तैयार प्राप्त करते हैं। पृष्ठभूमि कार्य, 3 दिन.
• आयोजित हैकथॉन: आप कार्यालय आते हैं, शुरुआत में सभी के साथ समन्वय करते हैं, अपने व्यवसाय के बारे में जाते हैं, रेडिट पढ़ते हैं, महत्वपूर्ण रूप से ताजा पिज्जा के बारे में हर ब्रेक की घोषणा करते हैं, सूर्यास्त की तस्वीरें लेते हैं, फाइनल की घोषणा करते हैं, एक साथ वोट करते हैं और विजेता चुनते हैं। 1 दिन.
• तारक के नीचे: बेशक, आप लगातार सब कुछ अच्छा होने के बारे में सोचते हैं। बेशक, हर कोई आपका संदेश नहीं देख पाएगा और कुछ लोगों से व्यक्तिगत रूप से बात करना बेहतर है। बेशक, अगर कोई आपकी मदद करता है, तो सब कुछ 2 गुना आसान हो जाएगा (अद्भुत अलीना ने मेरी मदद की)।

हैकथॉन तिथि के बारे में कम उबाऊ हिस्सा

21 अप्रैल क्यों? यह दिन हमारे लिए महत्वपूर्ण है. ठीक एक साल पहले, 21 अप्रैल को, संघीय विज्ञापन अभियान की शुरुआत के बाद पहले सप्ताहांत के दौरान हम बोझ में गिर गए थे। अगले दिन, रविवार, हमारी टीम सुबह 8 बजे से काम पर थी। फिर हमने ट्रेलो में एक संडेहैकथॉन बोर्ड बनाया और एक सप्ताह की शिफ्ट में काम शुरू हुआ, दिन में 12 घंटे। स्थिति इतनी गंभीर थी कि हमारे पास खाने का भी समय नहीं था और हमें दूसरी टीमों के लोगों ने खाना खिलाया।

आप अधिक विस्तृत कहानी यहां पढ़ सकते हैं फ्योडोर ओविचिनिकोव का पेज (हमारे सीईओ)। तब से हम बहुत बदल गए हैं, लेकिन अब हम वो तारीख़ ज़रूर नहीं भूलेंगे.

इस वर्ष, हमने तय किया कि यह आयोजन भावी पीढ़ी की स्मृति में कायम रखने लायक है और सर्वोत्तम परंपराओं में, हमने डोडो इतिहास में पहला आंतरिक हैकथॉन आयोजित किया, जो 10 घंटे तक चला।

हैकथॉन परियोजनाओं के बारे में सबसे उबाऊ हिस्सा

अस्वीकरण: सभी विवरण स्वयं लोगों द्वारा लिखे गए थे, इसलिए पाठ का लेखकत्व मेरा नहीं है।

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

दीमा कोचनेव, साशा एंड्रोनोव (@alexandronov)

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

विशेष रूप से, हमने महसूस किया कि उद्योग उस स्तर पर पहुंच गया है जहां एक साधारण डेवलपर तैयार पुस्तकालय ले सकता है, दस्तावेज पढ़ सकता है और विषय के गहन ज्ञान के बिना अपने तंत्रिका नेटवर्क को प्रशिक्षित कर सकता है। और यह वास्तविक समस्याओं को हल करने के लिए पर्याप्त रूप से काम करेगा।

उपकरणों का इस्तेमाल:

• imageai - मशीन लर्निंग और कंप्यूटर विज़न के साथ काम करने के लिए एक सुविधाजनक और सरल लाइब्रेरी।
• हमने दो मॉडल आज़माए - ResNet50, Yolo।
• बेशक, कोड पायथन में लिखा गया था।

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

ग्रिड को प्रशिक्षित करने के लिए, हमने NVIDIA Tesla K80 पर Azure की सबसे सस्ती वर्चुअल मशीन ली। उन्होंने 100 युगों तक इस पर प्रशिक्षण लिया, लेकिन यह स्पष्ट था कि 50 युगों के बाद नेटवर्क अतिसंतृप्त हो गया था, इस तथ्य के कारण कि वहां एक छोटा डेटासेट था।

दरअसल, पूरी समस्या अच्छे डेटा की कमी है।

हो सकता है कि हमने शर्तों को थोड़ा भ्रमित कर दिया हो, लेकिन हमें यह ध्यान में रखना चाहिए कि इन सभी मामलों पर काम करने का हमारे पास कोई अनुभव नहीं है।

NOOBS के लिए GUI (पिज्जा ऑर्डर करने के लिए कंसोल)

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

हमने गीक्स के लिए एक कंसोल एप्लिकेशन का एक प्रोटोटाइप तैयार किया है, जिसकी बदौलत आप टर्मिनल या कमांड लाइन के माध्यम से पिज्जा ऑर्डर कर सकते हैं, या यहां तक ​​​​कि इसे तैनाती पाइपलाइन में एकीकृत कर सकते हैं और, सफल रिलीज पर, कार्यालय में पिज्जा वितरित कर सकते हैं।

कार्य को कई भागों में विभाजित किया गया था: हमने पता लगाया कि मोबाइल एप्लिकेशन के लिए हमारी एपीआई कैसे काम करती है, हमने अपने स्वयं के सीएलआई का उपयोग करके इसे इकट्ठा किया ओक्लिफ और हमारे द्वारा एकत्र किए गए पैकेज के प्रकाशन को कॉन्फ़िगर किया। अंतिम कार्य में हैकथॉन के अंत में कुछ अप्रिय मिनट शामिल थे। सब कुछ हमारे लिए स्थानीय रूप से काम करता था, और यहां तक ​​कि पैकेज के पुराने प्रकाशित संस्करण भी काम करते थे, लेकिन नए (जिसमें अधिक अच्छे फीचर्स और इमोटिकॉन्स जोड़े गए थे) ने काम करने से इनकार कर दिया। हमने यह पता लगाने में लगभग 40 मिनट बिताए कि क्या गलत हुआ, लेकिन अंत में सब कुछ जादुई रूप से अपने आप काम करने लगा)।

हैकथॉन के लिए हमारा अधिकतम कार्यक्रम हमारे सीएलआई के माध्यम से कार्यालय में पिज्जा का वास्तविक ऑर्डर था। हमने परीक्षण बेंच पर सब कुछ एक दर्जन बार चलाया, लेकिन जब मैंने उत्पादन में कमांड दर्ज किया तो मेरे हाथ अभी भी कांप रहे थे।

परिणामस्वरूप, आख़िरकार हमने यह कर दिखाया!

कूरियरगो

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

हमने "कूरियर के लिए ऐप" का विचार लिया।

तैयारी के बारे में पृष्ठभूमि.प्रारंभ में, मुझे आश्चर्य हुआ कि एप्लिकेशन में किस प्रकार की सुविधाएँ हो सकती हैं? कार्यक्षमता की निम्नलिखित सूची सामने आई:

• एप्लिकेशन कोड का उपयोग करके डिलीवरी कैश रजिस्टर में लॉग इन करता है।
• एप्लिकेशन तुरंत उपलब्ध ऑर्डर और ऑर्डर दिखाता है जिन्हें लेने की आवश्यकता है।
• कूरियर ऑर्डर नोट कर लेता है और उसे यात्रा पर ले जाता है।
• उसे अनुमानित समय दिखाया जाता है और यह भी दिखाया जाता है कि वह समय पर है या नहीं।
• ग्राहक को दिखाता है कि कूरियर चला गया है।
• ग्राहक को मानचित्र पर कूरियर का बिंदु और अनुमानित समय दिखाया जाना शुरू हो जाता है।
• कूरियर एप्लिकेशन से चैट में ग्राहक को लिख सकता है।
• ग्राहक एप्लिकेशन से चैट के माध्यम से कूरियर को लिख सकता है।
• आगमन से पांच मिनट पहले ग्राहक को संदेश मिलता है कि कूरियर नजदीक है, तैयार रहें।
• कूरियर ने आवेदन में लिखा है कि वह आ गया है और इंतजार कर रहा है।
• कूरियर एक क्लिक के साथ एप्लिकेशन से कॉल करता है और रिपोर्ट करता है कि (उठ रहा है, आ गया है, आदि)
• ग्राहक ऑर्डर स्वीकार करता है और डिलीवरी की पुष्टि करने के लिए एप्लिकेशन या एसएमएस से एक पिन कोड दर्ज करता है। (हस्ताक्षर के रूप में) ताकि देर होने पर कूरियर पहले से डिलीवरी पूरी न कर सके।
• ऑर्डर को सिस्टम में वितरित के रूप में चिह्नित किया गया है।

साथ ही कुछ वैकल्पिक परिदृश्य:

• कूरियर ऑर्डर को डिलीवर नहीं हुआ के रूप में चिह्नित कर सकता है और कारण का चयन कर सकता है।
• यदि आप देर से आते हैं, तो कूरियर एक बटन के साथ एसएमएस के माध्यम से इलेक्ट्रॉनिक प्रमाणपत्र जारी कर सकता है। या डिलीवरी की समय सीमा पूरी नहीं होने पर प्रमाणपत्र स्वचालित रूप से आ जाता है।

इस परियोजना के वादे और आवश्यकता की भावना, निश्चित रूप से, ऊर्जावान थी।

अगले दिन हम टीम के साथ लंच पर गए और चर्चा की कि एप्लिकेशन की न्यूनतम कार्यक्षमता कैसी दिखेगी।

परिणामस्वरूप, हैकथॉन में क्या करना था इसकी निम्नलिखित सूची बनाई गई:

• डिलीवरी कैश रजिस्टर में लॉग इन करें।
• वर्तमान स्थिति प्रदर्शित करें.
• बाहरी एपीआई को डेटा भेजें (निर्देशांक, ऑर्डर प्राप्त हुआ, ऑर्डर वितरित किया गया)।
• बाहरी एपीआई (वर्तमान कूरियर ऑर्डर) से डेटा प्राप्त करें।
• यह दर्शाते हुए एक ईवेंट भेजें कि आपने डिलीवरी/डिलीवरी के लिए ऑर्डर ले लिया है।
• वेबसाइट पर मानचित्र पर कूरियर की वर्तमान स्थिति प्रदर्शित करें।

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

मैंने परियोजना के लिए तुरंत एक कार्यशील भंडार बनाने का प्रयास करने का निर्णय लिया। रात के 12 बजे मुझे यह तथ्य पता चला कि रिएक्टनेटिव में बैकग्राउंड में जियोलोकेशन ठीक से काम नहीं करता है, अगर आप नेटिव कोड नहीं लिखते हैं, तो मैं थोड़ा निराश हो गया। फिर मैंने जाने दिया जब मुझे एहसास हुआ कि मैं expo.io फ्रेमवर्क का नहीं, बल्कि ReactNative का दस्तावेज़ पढ़ रहा था। परिणामस्वरूप, शाम के दौरान मुझे पहले ही समझ में आ गया कि एक्सपो.आईओ में वर्तमान स्थिति कैसे प्राप्त करें और अलग-अलग स्क्रीन कैसे बनाएं (लॉगिन, ऑर्डर डिस्प्ले आदि के लिए)।

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

हमने एक गलती की, जब प्रोजेक्ट टेम्पलेट के अनुसार, हमने HTTP के माध्यम से नहीं, बल्कि GRPC के माध्यम से संचार करने का प्रयास किया, क्योंकि कोई भी नहीं जानता था कि जावास्क्रिप्ट के लिए GRPC क्लाइंट कैसे बनाया जाए। अंत में, इस पर लगभग डेढ़ घंटा खर्च करने के बाद, हमने इस विचार को त्याग दिया। इस वजह से, बैक-एंड पर मौजूद लोगों ने तैयार सर्वर को GRPC से WebApi पर रीमेक करना शुरू कर दिया। आधे घंटे के बाद, हम अंततः एप्लिकेशन और बैकएंड के बीच संचार स्थापित करने में सक्षम हुए, देखो और देखो। लेकिन उसी समय, Gleb k8s पर तैनाती लगभग पूरी कर रहा था और साथ ही मास्टर के लिए एक कमिट की ऑटो-तैनाती भी कर रहा था। 🙂

हमने MySQL को स्टोरेज के रूप में चुना ताकि कम से कम डेटाबेस के साथ जोखिम न उठाया जाए (हमारे पास CosmosDb के बारे में विचार थे)।

एक परिणाम के रूप में:

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

M87

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

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

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

ई-ई-ई (खिलौना)

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

हमने युंका पर एक मिनी-खिलौना बनाया जहां तेज़ हाथ पिज्जा पर सॉसेज फेंकते हैं। यदि आप सॉसेज को गलत तरीके से डालते हैं, तो स्क्रीन पर एक दुखद "अस्वीकृत" संदेश दिखाई देता है, और यदि सभी सॉसेज सही ढंग से लगाए जाते हैं, तो पिज्जा के बारे में एक यादृच्छिक तथ्य दिखाई देता है।

हम टमाटर फेंककर दूसरा स्तर बनाना चाहते थे, लेकिन हमारे पास समय नहीं था।

लघु निरंतरता: कौन जीता?

हैकथॉन से पहले, हमने लोगों से बात की और मैंने पूछा कि अगर वे जीतते हैं तो वे कौन सा पुरस्कार प्राप्त करना चाहेंगे। यह पता चला कि सबसे मूल्यवान पुरस्कार "भोजन का मार्ग" होगा।

इसलिए, हमसे अपेक्षा करें कि हम शीघ्र ही पिज़्ज़ा पर काली मिर्च डालने वाले खेल की घोषणा करें।

जैसा कि एक चौकस पाठक ने देखा होगा, टीम "ई-ई-ई (खिलौना)" जीत गई। आप लोगों को बधाई!

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

आपको कौन सा प्रोजेक्ट सबसे अच्छा लगा?

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

• NOOBS के लिए GUI

• कूरियरगो

• M87

• ई-ई-ई

5 उपयोगकर्ताओं ने मतदान किया। 3 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com