हैकथॉन देवडेज़'19 (भाग 1): अनुशंसाओं वाली एक डायरी, एक पैदल मार्ग जनरेटर और तरल लोकतंत्र

हाल ही में हम बताया JetBrains और ITMO यूनिवर्सिटी के कॉर्पोरेट मास्टर प्रोग्राम "सॉफ़्टवेयर डेवलपमेंट/सॉफ़्टवेयर इंजीनियरिंग" के बारे में। हम इच्छुक सभी लोगों को सोमवार, 29 अप्रैल को एक खुले दिन के लिए आमंत्रित करते हैं। हम आपको हमारे मास्टर कार्यक्रम के फायदों के बारे में बताएंगे, हम छात्रों को क्या बोनस देते हैं और बदले में क्या मांगते हैं। इसके अलावा, हम अपने मेहमानों के सवालों का जवाब जरूर देंगे।

खुला दिन टाइम्स बिजनेस सेंटर में जेटब्रेन्स कार्यालय में आयोजित किया जाएगा, जहां हमारे मास्टर के छात्र पढ़ते हैं। 17:00 बजे प्रारंभ होता है. आप वेबसाइट पर सभी विवरण प्राप्त कर सकते हैं और कार्यक्रम के लिए पंजीकरण कर सकते हैं mse.itmo.ru. आओ और तुम्हें पछतावा नहीं होगा!

कार्यक्रम का एक मुख्य घटक अभ्यास है। छात्रों के पास बहुत कुछ है: साप्ताहिक होमवर्क, सेमेस्टर प्रोजेक्ट और हैकथॉन। अपनी पढ़ाई के दौरान आधुनिक विकास पद्धतियों और प्रौद्योगिकियों में पूर्ण विसर्जन के लिए धन्यवाद, स्नातक जल्दी से बड़ी आईटी कंपनियों की कार्य प्रक्रियाओं में एकीकृत हो जाते हैं।

इस पोस्ट में हम DevDays हैकथॉन के बारे में अधिक विस्तार से बात करना चाहते हैं, जो हर छह महीने में होता है। नियम सरल हैं: 3-4 लोगों की टीमें इकट्ठा होती हैं और तीन दिनों तक छात्र अपने विचारों को जीवन में लाते हैं। इससे क्या हो सकता है? इस सेमेस्टर की हैकथॉन परियोजनाओं के बारे में कहानियों का पहला भाग स्वयं छात्रों से पढ़ें :)

फ़िल्म अनुशंसाओं वाली डायरी

विचार लेखक
इवान इलचुक
पंक्ति बनायें
इवान इलचुक - मूवी प्लॉट पार्सिंग, सर्वर
व्लादिस्लाव कोराब्लिनोव - एक डायरी प्रविष्टि और एक फिल्म के कथानक की निकटता की तुलना करने के लिए मॉडल का विकास
दिमित्री वाल्चुक - यूआई
निकिता विनोकुरोव - यूआई, डिज़ाइन

हमारे प्रोजेक्ट का लक्ष्य एक डेस्कटॉप एप्लिकेशन लिखना था - एक डायरी जो इसमें प्रविष्टियों के आधार पर उपयोगकर्ता को फिल्मों की सिफारिश करेगी।

यह विचार मेरे मन में तब आया जब मैं विश्वविद्यालय जा रहा था और अपनी समस्याओं के बारे में सोच रहा था। "किसी व्यक्ति को जिस भी समस्या का सामना करना पड़ता है, किसी क्लासिक लेखक ने पहले ही उसके बारे में लिखा है," मैंने सोचा। "और चूँकि किसी ने इसे लिखा है, इसका मतलब है कि किसी ने इसे पहले ही फिल्मा लिया है।" तो उसी मानसिक पीड़ा वाले व्यक्ति के बारे में फिल्म देखने की इच्छा स्वाभाविक रूप से प्रकट हुई।

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

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

टीम के एक सदस्य ने केवल मॉडल पर काम किया, दूसरे ने पूरी तरह से फ्रंट-एंड पर काम किया (शुरुआत में तीसरे सदस्य के साथ, जो बाद में परीक्षण में बदल गया)। मैं विकिपीडिया और सर्वर से फिल्म के कथानकों को पार्स करने में लगा हुआ था।

कदम दर कदम हम कई समस्याओं पर काबू पाते हुए परिणाम के करीब पहुंच गए, इस तथ्य से शुरू होकर कि मॉडल को शुरू में बहुत अधिक रैम की आवश्यकता थी, सर्वर पर डेटा स्थानांतरित करने की कठिनाई के साथ समाप्त हुई।

अब, शाम के लिए एक फिल्म खोजने के लिए, आपको अधिक प्रयास की आवश्यकता नहीं है: हमारे तीन दिवसीय काम का परिणाम एक डेस्कटॉप एप्लिकेशन और एक सर्वर है, जिसे उपयोगकर्ता https के माध्यम से एक्सेस करता है, जिसके जवाब में 5 फिल्मों का चयन प्राप्त होता है। एक संक्षिप्त विवरण और एक पोस्टर.

परियोजना के बारे में मेरी धारणा बहुत सकारात्मक है: काम सुबह से लेकर देर रात तक मनोरम था, और परिणामी एप्लिकेशन समय-समय पर विश्वविद्यालय या फिल्म में होमवर्क के बारे में एक डायरी प्रविष्टि के लिए "स्लीपलेस नाइट" की शैली में बेहद मजेदार परिणाम देता है। विभाग में स्कूल के पहले दिन के बारे में एक कहानी के लिए।

प्रासंगिक लिंक, इंस्टॉलर आदि पाए जा सकते हैं यहां.

मार्ग जनरेटर

विचार लेखक
आर्टेमयेवा इरीना
पंक्ति बनायें
आर्टेमयेवा इरीना - टीम लीड, मुख्य लूप
गोर्डीवा ल्यूडमिला - संगीत
प्लैटोनोव व्लादिस्लाव - मार्ग

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

मौजूदा अनुप्रयोगों के बीच ऐसे समाधान खोजना संभव नहीं था। निकटतम एनालॉग कोई भी मार्ग योजनाकार हैं: Google मानचित्र, 2GIS, आदि।

आपके फ़ोन पर ऐसा एप्लिकेशन रखना सबसे सुविधाजनक है, इसलिए टेलीग्राम का उपयोग करना एक अच्छा विकल्प था। यह आपको मानचित्र प्रदर्शित करने और संगीत चलाने की अनुमति देता है, और आप एक बॉट लिखकर यह सब नियंत्रित कर सकते हैं। मानचित्रों के साथ मुख्य कार्य Google मानचित्र API का उपयोग करके किया गया था। पायथन दोनों प्रौद्योगिकियों को संयोजित करना आसान बनाता है।

टीम में तीन लोग थे, इसलिए कार्य को दो गैर-अतिव्यापी उप-कार्यों (मानचित्रों के साथ काम करना और संगीत के साथ काम करना) में विभाजित किया गया था ताकि लोग स्वतंत्र रूप से काम कर सकें, और मैंने परिणामों को संयोजित करने की जिम्मेदारी ली।

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

यह अलग से उल्लेख करने योग्य है कि मार्ग उत्पन्न करने की समस्या का समाधान कैसे किया गया। दो स्थानों के बीच मार्ग बनाना आसान है, लेकिन यदि केवल मार्ग की लंबाई ज्ञात हो तो आप उपयोगकर्ता को क्या दे सकते हैं? मान लीजिए कि उपयोगकर्ता 10 किलोमीटर चलना चाहता है। एक बिंदु को मनमाना दिशा में चुना जाता है, जिसकी सीधी रेखा में दूरी 10 किलोमीटर है, जिसके बाद वास्तविक सड़कों के साथ इस बिंदु तक एक मार्ग बनाया जाता है। सबसे अधिक संभावना है कि यह सीधा नहीं होगा, इसलिए हम इसे निर्दिष्ट 10 किलोमीटर तक छोटा कर देंगे। ऐसे मार्गों के लिए बहुत सारे विकल्प हैं - हमें एक वास्तविक मार्ग जनरेटर मिला है!

प्रारंभ में, मैं मानचित्र को हरे क्षेत्रों के अनुरूप क्षेत्रों में विभाजित करना चाहता था: तटबंध, आंगन, सड़कें, ताकि सैर के लिए सबसे सुखद मार्ग मिल सके, और इन क्षेत्रों के अनुसार संगीत भी उत्पन्न हो सके। लेकिन Google Map API का उपयोग करके ऐसा करना कठिन हो गया (हमारे पास इस समस्या को हल करने का समय नहीं था)। हालाँकि, विशिष्ट प्रकार के स्थानों (दुकान, पार्क, पुस्तकालय) के माध्यम से मार्ग के निर्माण को कार्यान्वित करना संभव था: यदि मार्ग सभी निर्दिष्ट स्थानों के आसपास चला गया, लेकिन वांछित दूरी अभी तक तय नहीं की गई है, तो इसे पूरा किया जाता है यादृच्छिक दिशा में उपयोगकर्ता द्वारा निर्दिष्ट दूरी। Google मानचित्र एपीआई आपको अनुमानित यात्रा समय की गणना करने की भी अनुमति देता है, जो आपको पूरी सैर के लिए एक प्लेलिस्ट चुनने में मदद करता है।

नतीजतन, एक पीढ़ी बनाने में कामयाब रहे प्रारंभिक बिंदु, दूरी और मध्यवर्ती बिंदुओं के आधार पर मार्ग; मार्ग के अनुभागों के अनुसार संगीत को वर्गीकृत करने के लिए सब कुछ तैयार किया गया था, लेकिन समय की कमी के कारण, एक अतिरिक्त यूआई शाखा के रूप में प्लेलिस्ट का चयन करने का विकल्प छोड़ने का निर्णय लिया गया। इस प्रकार, उपयोगकर्ता सुनने के लिए स्वतंत्र रूप से संगीत चुनने में सक्षम था।

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

हालाँकि यह पूर्ण नहीं था, फिर भी हमने कार्य पूरा कर लिया: हमें एक ऐसा एप्लिकेशन मिला जिसका मैं उपयोग करना चाहूँगा। सामान्य तौर पर, यह बहुत अच्छा है: तीन दिन पहले आपके पास केवल एक विचार था और इसे वास्तव में कैसे लागू किया जाए, इस पर एक भी विचार नहीं था, लेकिन अब एक कार्यशील समाधान है। ये तीन दिन मेरे लिए बहुत महत्वपूर्ण थे, अब मैं ऐसी किसी चीज़ के साथ आने से नहीं डरता जिसे लागू करने के लिए मेरे पास पर्याप्त ज्ञान नहीं है, टीम का नेतृत्व करना अविश्वसनीय रूप से दिलचस्प था, और मुझे उन अद्भुत लोगों के बारे में पता चला जो मेरी टीम में शामिल हुए थे। बेहतर!

तरल लोकतंत्र

विचार लेखक
स्टानिस्लाव साइशेव
पंक्ति बनायें
स्टैनिस्लाव साइशेव - टीम लीड, डेटाबेस
निकोले इज़्युमोव - बॉट इंटरफ़ेस
एंटोन रयाबुशेव - बैकएंड

विभिन्न समूहों के भीतर, अक्सर निर्णय लेने या मतदान करने की आवश्यकता होती है। आमतौर पर ऐसे मामलों में वे इसका सहारा लेते हैं प्रत्यक्ष लोकतंत्रहालाँकि, जब समूह बड़ा हो जाता है, तो समस्याएँ उत्पन्न हो सकती हैं। उदाहरण के लिए, किसी समूह में कोई व्यक्ति अक्सर प्रश्नों का उत्तर नहीं देना चाहता या कुछ विषयों के बारे में प्रश्नों का उत्तर नहीं देना चाहता। बड़े समूहों में समस्याओं से बचने के लिए वे इसका सहारा लेते हैं प्रतिनिधिक लोकतंत्र, जब सभी लोगों में से "प्रतिनिधियों" का एक अलग समूह चुना जाता है, जो बाकी लोगों को पसंद के बोझ से मुक्त कर देता है। लेकिन ऐसा डिप्टी बनना काफी कठिन है, और जो व्यक्ति बनेगा वह जरूरी नहीं कि ईमानदार और सम्मानजनक हो, जैसा कि वह मतदाताओं को लग रहा था।

दोनों प्रणालियों की समस्याओं को हल करने के लिए ब्रायन फोर्ड ने इस अवधारणा का प्रस्ताव रखा तरल लोकतंत्र. ऐसी प्रणाली में, हर कोई अपनी इच्छा व्यक्त करके नियमित उपयोगकर्ता या प्रतिनिधि की भूमिका चुनने के लिए स्वतंत्र है। कोई भी व्यक्ति स्वतंत्र रूप से मतदान कर सकता है या एक या अधिक मुद्दों पर अपना वोट किसी प्रतिनिधि को दे सकता है। एक प्रतिनिधि भी अपना वोट डाल सकता है. इसके अलावा, यदि प्रतिनिधि अब मतदाता के अनुकूल नहीं है, तो वोट किसी भी समय वापस लिया जा सकता है।

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

इस बॉट को बनाने के लिए हमने इसका उपयोग किया टेलीग्राम से एपीआई. मतदान और प्रतिनिधिमंडलों के इतिहास को संग्रहीत करने के लिए एक PostgreSQL डेटाबेस को चुना गया था। बॉट के साथ संचार करने के लिए, एक फ्लास्क सर्वर स्थापित किया गया था। हमने इन तकनीकों को इसलिए चुना क्योंकि... हमें अपने मास्टर की पढ़ाई के दौरान पहले से ही उनके साथ बातचीत करने का अनुभव था। प्रोजेक्ट के तीन घटकों- डेटाबेस, सर्वर और बॉट- पर काम टीम के सदस्यों के बीच सफलतापूर्वक वितरित किया गया।

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

काम के उदाहरण के साथ वीडियो.

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

पुनश्च. अगले शैक्षणिक वर्ष के लिए मास्टर कार्यक्रमों के लिए नामांकन पहले ही हो चुका है खुला है। अब सम्मिलित हों!

स्रोत: www.habr.com