DIY: कैसे हमने कोडफेस्ट एक्स के लिए एक लाइव शेड्यूल बनाया

नोवोसिबिर्स्क में मार्च के अंत में, 10 वीं वर्षगांठ CodeFest की मृत्यु हो गई । किसी भी सम्मेलन की तरह, शायद, कोडफेस्टएक्स ने प्रतिभागियों को "मेरे पैर अब यहां नहीं होंगे" से "जीवन भर की सदस्यता कैसे खरीदें?" मैं यह नहीं बताऊंगा कि यह कैसा था, पहले से ही समीक्षाएँ हैं और मुझे लगता है, अभी भी दिखाई देगा। मैं इस कहानी को साझा करना चाहता हूं कि कैसे हमने कोडफेस्ट शेड्यूल के लिए एक वैकल्पिक संस्करण लॉन्च किया ( मोबाइल फोन से बेहतर देखें ): विचार से परिणाम तक।

विचार

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

उद्देश्य इस प्रकार थे:

• आगंतुकों के लिए - वर्तमान घटनाओं के बारे में अधिक प्रासंगिक जानकारी प्राप्त करने और अपने हितों की अपनी फ़ीड बनाने का अवसर देने के लिए। इसके अलावा, सभी सम्मेलन आगंतुकों को हमारे बूथ पर आने और किसी भी लापता सुविधा को दर्ज करने या बग को ठीक करने का अवसर मिला;
• कोडफेस्ट के लिए , यह एक "लोकप्रिय" प्रोग्राम वितरित करने के लिए एक अतिरिक्त चैनल है;
• हमारे लिए, एक कंपनी के रूप में , यह, निश्चित रूप से, नियोक्ता ब्रांड में एक अतिरिक्त प्लस है।

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

बैकलॉग को काम करने के परिणामस्वरूप, हमने निर्धारित किया कि आवश्यक कार्यक्षमता इस तरह की है:

• रिपोर्ट और खोज को फ़िल्टर करने की क्षमता के साथ मुख्य सम्मेलन अनुसूची;
• पसंदीदा और चयनित घटनाओं के दृष्टिकोण के बारे में सूचनाएं;
• मुख्य कार्यक्रम के साथ ही कार्यक्षमता के साथ एक लोकप्रिय कार्यक्रम, साथ ही साथ भागीदारों और कार्यकर्ताओं के लिए इस कार्यक्रम में घटनाओं को जोड़ने का अवसर।

प्राथमिकता वाले निम्न कार्य थे:

• रिपोर्ट पर चर्चा ताकि अधिकृत उपयोगकर्ता राय का आदान-प्रदान कर सकें और चर्चा कर सकें;
• पसंद और लोकप्रिय रेटिंग रिपोर्ट;
• मानचित्र, के रूप में CodeFest महान है और नेविगेशन बहुत महत्वपूर्ण है।

तीसरी प्राथमिकता के साथ अभी भी कार्य थे, जहां अभी भी हमारे पास दफनाने के लिए रिक्त स्थान हैं, लेकिन मुझे विश्वास है कि उनका समय आ जाएगा।

कार्यान्वयन

हमने परियोजना के लिए एक स्टैक के रूप में अपने उत्पाद के विकास में जो उपयोग किया, उसे लेने का फैसला किया, ताकि यह देखने का मौका मिले कि व्रीके में फ्रंटएंड कैसे बनाया गया है। हम डार्ट पर लिखते हैं ( और पहले से ही क्यों: यहां और यहां बताया गया है ) और हमारे जैसे बड़े वेब प्रोजेक्ट्स के लिए, केवल एंगुलर ( यहां बूनोपस से प्रेरणा के 5 मिनट हैं )। हमारी परियोजना का भंडार यहाँ github.com/wrike/codefestx पर पाया जा सकता है।

हमारे एंगुलर ऐप में, हमने Redux को जोड़ा। डार्ट के लिए कई कार्यान्वयन हैं: हमने Redux.dart और Redux एपिक्स को प्रभावों के लिए लिया। हमारी परियोजना में, Redux से संबंधित कोड यहाँ github.com/wrike/codefestx/tree/master/lib/src/redux पर स्थित है।

अपरिवर्तनीय स्थिति के साथ काम करने के लिए , हमने अंतर्निहित_वेल्यू और बिल्ट - कलेक्शन पैकेज तैयार किए , जो काम को अच्छी तरह से सरल बनाते हैं। उदाहरण के लिए, हम अपने आवेदन की स्थिति के लिए एक वर्ग बनाते हैं - कोडफेस्टस्टेट , और पैकेज एक बिल्डर उत्पन्न करते हैं।
एक सरल चाल का उपयोग कोणीय और Redux ( मुख्य घटक - github.com/wrike/codefestx/blob/master/lib/app_component.dart ) में संचार करने के लिए किया जाता है:

• ChangeDetectorRef - मानक कोणीय प्रदर्शन अद्यतन तंत्र ( यहाँ प्रलेखन )
• मानक रिडक्स स्टोर ( यहाँ प्रलेखन )
• हमारा साधारण डिस्पैचर github.com/wrike/codefestx/blob/master/lib/src/redux/services/dispatcher.dart है

और हम उन्हें एक मानक गार्ट स्ट्रीम के माध्यम से एक साथ बांधते हैं:

_dispatcher.onAction.listen((action) => _store.dispatch(action)),
_store.onChange.listen((_) => _zone.run(_cdr.markForCheck)),

यही है, जब आप प्रबंधक में एक क्रिया बनाते हैं ( वे सभी यहां हैं ), तो यह Redux रिपॉजिटरी में हो जाता है। इसे संसाधित किया जा रहा है और राज्य बदल रहा है, जो कोणीय परिवर्तन जांच के एक चक्र का कारण बनता है।
हमने सूचनाएं भेजने के लिए 2 तंत्र बनाए: घटनाओं के घटने की सूचना के लिए, क्योंकि यह महत्वपूर्ण है, PushWoosh के साथ एकीकृत और सिस्टम पुश प्राप्त किया ( दुर्भाग्य से iOS पर ब्राउज़रों के लिए समर्थन के बिना )। कम महत्वपूर्ण घटनाओं के लिए, उदाहरण के लिए, एक नए संस्करण की रिहाई, एक सॉकेट उठाया गया था और क्लाइंट पर सॉकेट_io_client का उपयोग किया गया था ।



सामान्य तौर पर, आवेदन की संरचना सरल और, मेरी राय में, समझने योग्य है। यदि आपके कोई प्रश्न हैं, तो हम टिप्पणियों में या जीथब पर विशिष्ट समाधानों पर चर्चा कर सकते हैं।

आधारभूत संरचना

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



इसलिए, हमने एक ईमानदार सीआई बनाने का फैसला किया। हमने उन एकीकरण के अवसरों को देखा, जो कि GitHub ने Google क्लाउड बिल्ड में पाया है: जब से हम Google उत्पादों का उपयोग करते हैं, तब हमें इस ट्रैक को नहीं छोड़ना चाहिए। एकीकरण इस तरह से काम करता है: रिपॉजिटरी के लिए कोई भी प्रतिबद्धता क्लाउडबिल्ड.य्याम असेंबली को कॉल करती है। हम उस पथ के साथ चले गए जिस पर हम एक डॉकटर कंटेनर को तैयार अनुप्रयोग के साथ जोड़ रहे हैं (डार्ट के लिए एक हब टेम्पलेट है - hub.docker.com/r/google/dart ), और फिर हम इसे k8 में लॉन्च करते हैं ताकि हम रिलीज़, स्केल को रोल कर सकें और अन्य काल्पनिक लोगों के लिए प्रदान कर सकें स्थिति। बॉक्स से बाहर पर्याप्त नहीं था, यह उस शाखा के आधार पर अलग-अलग व्यवहार करने की क्षमता थी जहां हम कमिट कर रहे हैं, अर्थात्, मास्टर को लड़ाई के लिए निर्माण और तैनात करने के लिए, और शेष शाखाओं के लिए, k8 के बिना न्यूनतम चरणों का प्रदर्शन किया जाना चाहिए। इस विषय की यहाँ सक्रिय चर्चा है , और हमने इस चर्चा से समाधान का लाभ उठाया। सीआई ने पूरी तरह से काम किया और कभी असफल नहीं हुए।

मरहम में उड़ना

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



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

परिणाम

आयोजकों को धन्यवाद कि अनुसूची का लिंक सम्मेलन के प्रतिभागी के मेमो में जोड़ा गया। सम्मेलन के दौरान, 1100 से अधिक उपयोगकर्ताओं ने सेवा का उपयोग किया। ~ 120 घटनाओं के मुख्य कार्यक्रम में, हमने एक और ~ 50 "लोक" जोड़ा। लगभग 75% सत्र मोबाइल उपकरणों पर थे, हमने 500 से अधिक पुश सूचनाएं भेजीं, सम्मेलन के दौरान 3 रिलीज़ जारी किए, और इस प्रक्रिया और परिणाम से बहुत खुशी मिली।



यह एक शानदार अनुभव था, और हम कम से कम आंतरिक घटनाओं और व्रीक सम्मेलनों के लिए परियोजना को विकसित करना जारी रखेंगे। यदि आप कोडफेस्ट में आए हैं और हमारे शेड्यूल का उपयोग करते हैं, तो हम टिप्पणियों में आपकी प्रतिक्रिया का स्वागत करते हैं।