Hackathon DevDays'19 (भाग 1): शिफारसी असलेली एक डायरी, चालण्याचा मार्ग जनरेटर आणि द्रव लोकशाही

अलीकडे आम्ही सांगितले JetBrains आणि ITMO युनिव्हर्सिटीच्या कॉर्पोरेट मास्टर प्रोग्रामबद्दल “सॉफ्टवेअर डेव्हलपमेंट/सॉफ्टवेअर इंजिनीअरिंग”. आम्ही स्वारस्य असलेल्या सर्वांना सोमवार, 29 एप्रिल रोजी खुल्या दिवसासाठी आमंत्रित करतो. आम्ही तुम्हाला आमच्या मास्टर प्रोग्रामच्या फायद्यांबद्दल सांगू, आम्ही विद्यार्थ्यांना कोणते बोनस ऑफर करतो आणि त्या बदल्यात आम्ही काय मागणी करतो. याव्यतिरिक्त, आम्ही आमच्या अतिथींच्या प्रश्नांची निश्चितपणे उत्तरे देऊ.

ओपन डे टाइम्स बिझनेस सेंटरमधील जेटब्रेन्स कार्यालयात आयोजित केला जाईल, जिथे आमचे मास्टरचे विद्यार्थी शिकतात. 17:00 वाजता सुरू होते. वेबसाइटवर तुम्ही सर्व तपशील शोधू शकता आणि कार्यक्रमासाठी नोंदणी करू शकता mse.itmo.ru. या आणि तुम्हाला पश्चात्ताप होणार नाही!

कार्यक्रमाच्या मुख्य घटकांपैकी एक म्हणजे सराव. विद्यार्थ्यांकडे बरेच काही आहे: साप्ताहिक गृहपाठ, सेमिस्टर प्रकल्प आणि हॅकाथॉन. त्यांच्या अभ्यासादरम्यान आधुनिक विकास पद्धती आणि तंत्रज्ञानामध्ये पूर्ण विसर्जन केल्याबद्दल धन्यवाद, पदवीधर मोठ्या IT कंपन्यांच्या कार्य प्रक्रियेत त्वरीत समाकलित होतात.

या पोस्टमध्ये आम्ही दर सहा महिन्यांनी होणाऱ्या DevDays हॅकाथॉनबद्दल अधिक तपशीलवार बोलू इच्छितो. नियम सोपे आहेत: 3-4 लोकांचे संघ एकत्र येतात आणि तीन दिवस विद्यार्थी त्यांच्या स्वतःच्या कल्पना जिवंत करतात. यातून काय येऊ शकते? या सेमिस्टरच्या हॅकाथॉन प्रकल्पांबद्दलच्या कथांचा पहिला भाग स्वतः विद्यार्थ्यांकडून वाचा :)

चित्रपट शिफारसींसह डायरी

कल्पनेचा लेखक
इव्हान इल्चुक
आदेश रचना
इव्हान इल्चुक - मूव्ही प्लॉट पार्सिंग, सर्व्हर
व्लादिस्लाव कोराब्लिनोव्ह - डायरी एंट्रीची समीपता आणि चित्रपटाच्या कथानकाची तुलना करण्यासाठी मॉडेल्सचा विकास
दिमित्री वाल्चुक - UI
निकिता विनोकुरोव - UI, डिझाइन

आमच्या प्रकल्पाचे ध्येय डेस्कटॉप ऍप्लिकेशन लिहिणे हे होते - एक डायरी जी त्यातील नोंदींवर आधारित चित्रपटांची शिफारस करेल.

जेव्हा मी विद्यापीठात जात होतो आणि माझ्या समस्यांबद्दल विचार करत होतो तेव्हा मला ही कल्पना आली. "एखाद्या व्यक्तीला कोणत्याही समस्येचा सामना करावा लागतो, त्याबद्दल काही उत्कृष्ट लेखकाने आधीच लिहिले आहे," मला वाटले. "आणि कोणीतरी ते लिहिले असल्याने, याचा अर्थ कोणीतरी ते आधीच चित्रित केले आहे." त्यामुळे त्याच मानसिक यातना असलेल्या व्यक्तीबद्दलचा चित्रपट पाहण्याची इच्छा स्वाभाविकपणे दिसून आली.

अर्थात, वेगवेगळ्या डायरी आणि स्वतंत्र शिफारस सेवा आहेत (परंतु सहसा शिफारसी त्या व्यक्तीला आधी आवडलेल्या गोष्टींवर आधारित असतात). तत्वतः, या प्रकल्पात मुख्य मुद्द्यांवर चित्रपट शोधण्यात काहीतरी साम्य आहे, परंतु तरीही, सर्व प्रथम, आमचा अनुप्रयोग डायरीची कार्यक्षमता प्रदान करतो.

आम्ही याची अंमलबजावणी कशी केली? जेव्हा तुम्ही मॅजिक बटण दाबता, तेव्हा डायरी सर्व्हरला एक एंट्री पाठवते, जिथे विकिपीडियावरून घेतलेल्या वर्णनावर आधारित चित्रपट निवडला जातो. आमचा फ्रंटएंड इलेक्ट्रॉनमध्ये बनविला गेला होता (आम्ही ते वापरतो, वेबसाइट नाही, कारण आम्ही सुरुवातीला वापरकर्त्याचा डेटा सर्व्हरवर नाही तर स्थानिक पातळीवर संग्रहित करण्याचे ठरवले होते), आणि सर्व्हर आणि शिफारस प्रणाली स्वतः पायथनमध्ये बनविली गेली होती: TFs वर्णनांमधून प्राप्त केले -आयडीएफ वेक्टर ज्याची तुलना डायरी एंट्री वेक्टरच्या निकटतेसाठी केली गेली होती.

एका टीम सदस्याने फक्त मॉडेलवर काम केले, दुसऱ्याने संपूर्णपणे फ्रंट-एंडवर काम केले (सुरुवातीला तिसऱ्या सदस्यासह, ज्यांनी नंतर चाचणीकडे वळले). मी विकिपीडिया आणि सर्व्हरवरून फिल्म प्लॉट पार्स करण्यात गुंतलो होतो.

स्टेप बाय स्टेप आम्ही परिणामाच्या जवळ पोहोचलो, अनेक समस्यांवर मात करून, या वस्तुस्थितीपासून सुरुवात केली की मॉडेलला सुरुवातीला भरपूर RAM ची आवश्यकता होती, सर्व्हरवर डेटा हस्तांतरित करण्याच्या अडचणीसह समाप्त होते.

आता, संध्याकाळसाठी चित्रपट शोधण्यासाठी, आपल्याला जास्त प्रयत्न करण्याची आवश्यकता नाही: आमच्या तीन दिवसांच्या कार्याचा परिणाम म्हणजे डेस्कटॉप अनुप्रयोग आणि सर्व्हर, ज्यावर वापरकर्ता https द्वारे प्रवेश करतो, प्रतिसादात 5 चित्रपटांची निवड प्राप्त होते. संक्षिप्त वर्णन आणि पोस्टर.

प्रकल्पाबद्दलचे माझे इंप्रेशन खूप सकारात्मक आहेत: काम पहाटेपासून रात्री उशिरापर्यंत मनमोहक होते आणि परिणामी अनुप्रयोग वेळोवेळी "स्लीपलेस नाईट" च्या शैलीमध्ये विद्यापीठातील गृहपाठ किंवा एखाद्या चित्रपटाबद्दल डायरी नोंदीसाठी अत्यंत मजेदार परिणाम देते. विभागातील पहिल्या दिवसाबद्दलच्या कथेसाठी शाळेच्या पहिल्या दिवसाबद्दल.

संबंधित लिंक्स, इन्स्टॉलर इ. आढळू शकतात येथे.

मार्ग जनरेटर

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

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

विद्यमान अनुप्रयोगांमध्ये असे उपाय शोधणे शक्य नव्हते. सर्वात जवळचे अॅनालॉग हे कोणतेही मार्ग नियोजक आहेत: Google नकाशे, 2GIS इ.

तुमच्या फोनवर असे अॅप्लिकेशन असणे सर्वात सोयीचे आहे, त्यामुळे टेलीग्राम वापरणे हा एक चांगला पर्याय होता. हे आपल्याला नकाशे प्रदर्शित करण्यास आणि संगीत प्ले करण्यास अनुमती देते आणि आपण बॉट लिहून हे सर्व नियंत्रित करू शकता. नकाशे असलेले मुख्य काम Google Map API वापरून केले गेले. Python दोन्ही तंत्रज्ञान एकत्र करणे सोपे करते.

संघात तीन लोक होते, म्हणून कार्य दोन नॉन-ओव्हरलॅपिंग सबटास्कमध्ये विभागले गेले होते (नकाशासह कार्य करणे आणि संगीतासह कार्य करणे) जेणेकरून मुले स्वतंत्रपणे कार्य करू शकतील आणि मी परिणाम एकत्र करण्याचा निर्णय घेतला.

आमच्यापैकी कोणीही कधीही Google Map API किंवा लिखित टेलीग्राम बॉट्ससह काम केले नव्हते, त्यामुळे मुख्य समस्या ही प्रकल्पाची अंमलबजावणी करण्यासाठी वाटप करण्यात आलेला वेळ होता: एखादी गोष्ट समजून घेण्यासाठी तुम्हाला चांगले माहित असलेले काहीतरी करण्यापेक्षा नेहमीच जास्त वेळ लागतो. टेलीग्राम बॉट API निवडणे देखील अवघड होते: अवरोधित केल्यामुळे, ते सर्व कार्य करत नाहीत आणि मला सर्वकाही सेट करण्यासाठी संघर्ष करावा लागला.

मार्ग तयार करण्याची समस्या कशी सोडवली गेली हे स्वतंत्रपणे नमूद करणे योग्य आहे. दोन स्थानांमध्‍ये मार्ग तयार करणे सोपे आहे, परंतु जर मार्गाची लांबी माहित असेल तर तुम्ही वापरकर्त्याला काय देऊ शकता? वापरकर्त्याला 10 किलोमीटर चालायचे आहे. एक बिंदू अनियंत्रित दिशेने निवडला जातो, ज्याचे अंतर सरळ रेषेत 10 किलोमीटर आहे, त्यानंतर वास्तविक रस्त्यांसह या बिंदूपर्यंत एक मार्ग तयार केला जातो. बहुधा ते सरळ होणार नाही, म्हणून आम्ही ते निर्दिष्ट 10 किलोमीटरपर्यंत लहान करू. अशा मार्गांसाठी बरेच पर्याय आहेत - आम्हाला एक वास्तविक मार्ग जनरेटर मिळाला आहे!

सुरुवातीला, मला हिरव्या भागांशी संबंधित भागात नकाशाचे विभाजन करायचे होते: तटबंदी, अंगण, रस्ते, चालण्यासाठी सर्वात आनंददायी मार्ग मिळविण्यासाठी आणि या क्षेत्रांच्या अनुषंगाने संगीत तयार करण्यासाठी. परंतु Google Map API वापरून हे करणे कठीण झाले (या समस्येचे निराकरण करण्यासाठी आमच्याकडे वेळ नव्हता). तथापि, विशिष्ट प्रकारच्या स्थानांद्वारे (दुकान, उद्यान, लायब्ररी) मार्गाचे बांधकाम कार्यान्वित करणे शक्य होते: जर मार्ग सर्व निर्दिष्ट ठिकाणांभोवती फिरला असेल, परंतु इच्छित अंतर अद्याप पार केले गेले नसेल, तर ते पूर्ण झाले आहे. यादृच्छिक दिशेने वापरकर्ता-निर्दिष्ट अंतर. Google Map API तुम्हाला प्रवासाच्या अंदाजे वेळेची गणना करण्यास देखील अनुमती देते, जे तुम्हाला संपूर्ण चालण्यासाठी प्लेलिस्ट निवडण्यात मदत करते.

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

संगीतासह काम करताना मुख्य समस्या म्हणजे वापरकर्त्याला कोणत्याही सेवेवर खाते असणे आवश्यक नसताना mp3 फायली कोठून मिळवायच्या हे माहित नसणे. वापरकर्त्याकडून (UserMusic मोड) संगीताची विनंती करण्याचा निर्णय घेण्यात आला. यामुळे एक नवीन समस्या निर्माण होते: प्रत्येकाकडे ट्रॅक डाउनलोड करण्याची क्षमता नसते. एक उपाय म्हणजे वापरकर्त्यांकडील संगीतासह भांडार तयार करणे (BotMusic मोड) - त्यातून तुम्ही सेवांची पर्वा न करता संगीत व्युत्पन्न करू शकता.

जरी परिपूर्ण नसले तरी, आम्ही कार्य पूर्ण केले: आम्ही एक अनुप्रयोग पूर्ण केला जो मला वापरायचा आहे. सर्वसाधारणपणे, हे खूप छान आहे: तीन दिवसांपूर्वी तुम्हाला फक्त एक कल्पना होती आणि ती नेमकी कशी अंमलात आणायची यावर एकच विचार नव्हता, परंतु आता एक कार्यरत उपाय आहे. हे तीन दिवस माझ्यासाठी खूप महत्वाचे होते. मला यापुढे असे काहीतरी आणण्याची भीती वाटत नाही ज्याची अंमलबजावणी करण्यासाठी माझ्याकडे पुरेसे ज्ञान नाही, टीम लीड असणे हे आश्चर्यकारकपणे मनोरंजक होते आणि मला माझ्या टीममध्ये सामील झालेल्या अद्भुत लोकांशी ओळख झाली. चांगले!

तरल लोकशाही

कल्पनेचा लेखक
स्टॅनिस्लाव सिचेव्ह
आदेश रचना
स्टॅनिस्लाव सिचेव्ह - टीम लीड, डेटाबेस
निकोले इझ्युमोव्ह - बॉट इंटरफेस
अँटोन रायबुशेव्ह - बॅकएंड

वेगवेगळ्या गटांमध्ये, अनेकदा निर्णय घेण्याची किंवा मतदान करण्याची आवश्यकता असते. सहसा अशा परिस्थितीत ते रिसॉर्ट करतात थेट लोकशाहीतथापि, जेव्हा गट मोठा होतो, तेव्हा समस्या उद्भवू शकतात. उदाहरणार्थ, समूहातील एखादी व्यक्ती वारंवार प्रश्नांची उत्तरे देऊ इच्छित नाही किंवा विशिष्ट विषयांवरील प्रश्नांची उत्तरे देऊ इच्छित नाही. मोठ्या गटांमध्ये, समस्या टाळण्यासाठी ते रिसॉर्ट करतात प्रातिनिधिक लोकशाही, जेव्हा सर्व लोकांमधून “डेप्युटीज” चा एक वेगळा गट निवडला जातो, जो बाकीच्यांना निवडीच्या ओझ्यातून मुक्त करतो. परंतु असा डेप्युटी बनणे खूप कठीण आहे आणि जो माणूस बनतो तो प्रामाणिक आणि आदरणीय असेलच असे नाही, जसे की तो मतदारांना वाटत होता.

दोन्ही प्रणालींच्या समस्यांचे निराकरण करण्यासाठी, ब्रायन फोर्ड यांनी संकल्पना मांडली तरल लोकशाही. अशा प्रणालीमध्ये, प्रत्येकजण नियमित वापरकर्ता किंवा प्रतिनिधीची भूमिका निवडण्यास स्वतंत्र असतो, फक्त त्यांची इच्छा व्यक्त करून. कोणीही स्वतंत्रपणे मतदान करू शकतो किंवा एक किंवा अधिक मुद्द्यांवर प्रतिनिधीला मत देऊ शकतो. प्रतिनिधी देखील आपले मत देऊ शकतात. शिवाय, प्रतिनिधी यापुढे मतदाराला अनुकूल नसल्यास, मतदान कधीही मागे घेतले जाऊ शकते.

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

हा बॉट तयार करण्यासाठी आम्ही वापरले टेलीग्राम वरून API. मतदान आणि प्रतिनिधी मंडळांचा इतिहास संग्रहित करण्यासाठी PostgreSQL डेटाबेस निवडला गेला. बॉटशी संवाद साधण्यासाठी, फ्लास्क सर्व्हर स्थापित केला गेला. आम्ही हे तंत्रज्ञान निवडले कारण... आमच्या मास्टर्सच्या अभ्यासादरम्यान आम्हाला त्यांच्याशी संवाद साधण्याचा अनुभव आला आहे. प्रकल्पाच्या तीन घटकांवर कार्य — डेटाबेस, सर्व्हर आणि बॉट — टीम सदस्यांमध्ये यशस्वीरित्या वितरित केले गेले.

अर्थात, तीन दिवस हा कमी कालावधी आहे, म्हणून हॅकाथॉन दरम्यान आम्ही ही कल्पना प्रोटोटाइप स्तरावर अंमलात आणली. परिणामी, आम्ही एक बॉट तयार केला आहे जो सामान्य चॅटवर फक्त मतदानाची सुरुवात आणि त्याचे निनावी परिणाम याबद्दल माहिती लिहितो. मतदान करण्याची आणि मतदान तयार करण्याची क्षमता बॉटशी वैयक्तिक पत्रव्यवहाराद्वारे लागू केली जाते. मतदान करण्यासाठी, थेट लक्ष देण्याची आवश्यकता असलेल्या समस्यांची सूची प्रदर्शित करणारी आज्ञा प्रविष्ट करा. वैयक्तिक पत्रव्यवहारात, तुम्ही प्रतिनिधींची यादी आणि त्यांची मागील मते पाहू शकता आणि त्यांना एखाद्या विषयावर तुमचे मत देखील देऊ शकता.

कामाच्या उदाहरणासह व्हिडिओ.

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

पुनश्च. पुढील शैक्षणिक वर्षासाठी पदव्युत्तर कार्यक्रमांसाठी नावनोंदणी आधीच झाली आहे खुले आहे. आता सामील व्हा!

स्रोत: www.habr.com