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

पृष्ठभूमि

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

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

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

आवेदन

आवेदन पायथन में लिखा गया है। फ़्रंटेंड (यह खिलाड़ी से डेटा का इनपुट / आउटपुट है) को vuejs, jquery और फ्लास्क का उपयोग करके बनाया गया था। बैकएंड (रिएक्टर लॉजिक एंड इवेंट प्रोसेसिंग) शुद्ध अजगर में लिखा गया था। एक डेटाबेस (SQLite) का उपयोग करके दृश्यपटल और बैकएंड के बीच संचार किया गया था। डेटाबेस को sqlachemy के साथ लपेटा गया था। Yandex क्लाउड का उपयोग किए गए एप्लिकेशन को परिनियोजित करने के लिए।

दृश्यपटल

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


मुख्य मेनू में 5 तत्व होते हैं:

1. रिएक्टर मापदंडों के साथ चार्ट
2. प्रचार कोड दर्ज करें
3. नियंत्रण कक्ष
4. नक्शा
5. बाहर जाओ

ग्राफ देखने वाली विंडो में, खिलाड़ी रिएक्टर के वर्तमान और कई पिछले राज्यों को ट्रैक कर सकता है। सत्ता परिवर्तन, दुर्घटना की संभावना, उनकी संख्या और जीत के बिंदुओं के काउंटर्स को भी देखें।


प्रोमो कोड दर्ज करने के लिए विंडो में। एक प्रतिभागी एक परीक्षा में, एक नियम के रूप में, एक या दूसरे तरीके से प्राप्त प्रचारक कोड को सक्रिय कर सकता है, एक टीम द्वारा कुछ परीक्षण पास करने के बाद।


ग्राफ दृश्य पैनल के समान नियंत्रण कक्ष में एक रिएक्टर की स्थिति भी उपलब्ध है। फिर वर्तमान घटनाओं का एक स्टैक नाम, टीम, काउंटर के साथ घटना के अंत तक प्रदर्शित किया जाता है, साथ ही इसके रद्द होने की संभावना (केवल अपना)।


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

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

पार्टियों के सभी कार्यों को तालिका में वर्णित किया गया है:


मैप टैब में, मैप डिज़ाइनर का उपयोग करके बनाए गए यैंडेक्स मैप्स एप्लिकेशन से एक नक्शा उपलब्ध है (अधिक विवरण के लिए गेम की तैयारी देखें)।

बैकएंड

संपूर्ण बैकेंड शुद्ध पायथन में लिखा गया है। वास्तव में, पूरे कोड में एक रिएक्टर ऑब्जेक्ट (रिएक्टर, पावर यूनिट, स्टेशन) होता है जिसमें एक शक्ति या राज्य पैरामीटर होता है। प्रत्येक चरण समय चरण (मैन्युअल रूप से सेट, हम 1 सेकंड सेट करते हैं), इस चरण में होने वाली घटनाओं के आधार पर राज्य बदलता है। वर्तमान घटनाओं के ढेर को डेटाबेस तक पहुंचकर हर चरण को अपडेट किया जाता है, जो बदले में वेब एप्लिकेशन इंटरफ़ेस से गेम प्रतिभागियों द्वारा भरा जाता है।

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

परीक्षण के लिए, बॉट भी बनाए गए थे जो कुछ रणनीति के अनुसार काम करते थे। इन लॉजिक्स का वर्णन करने के लिए, एक रणनीति कारखाना भी बनाया गया है।

खेल से गिनती तक के तर्क को अलग-अलग करने के लिए, अंकों को गिनने के लिए एक कारखाना भी बनाया गया था। मूल तर्क ने प्रत्येक समय कदम पर एक जीत बिंदु बनाया और उस चरण (50-75 - ऑपरेटरों, 75-100 - सरकार, 0 और 100 से अधिक - सबोटर्स, अन्य मामलों में बिना किसी को नहीं) के आधार पर टीमों में से एक को दिया।

खोज

ट्रेनिंग

मुख्य तैयारी में खोज के लिए स्थान खोजने के साथ-साथ प्रयोगशाला में आवेदन का प्रारंभिक परीक्षण शामिल था।

स्थानों को तैयार करने के लिए, आयोजन से एक हफ्ते पहले, आयोजक को बिट्सेव्स्की फ़ॉरेस्ट में छोड़ दिया गया था। वह इस क्षेत्र में घूमता रहा और उसे दिलचस्प और आकर्षक स्थान मिले, प्रत्येक स्थान पर उसने तीन ऑपरेशन किए:

1. मैंने जियोलोकेशन रिकॉर्ड किया ( यांडेक्स मैप्स एप्लिकेशन yandex.ru/maps का उपयोग करके);
2. मापी गई नेटवर्क गुणवत्ता (स्पीडटेस्ट एप्लिकेशन www.speedtest.net का उपयोग करके);
3. फ़ोटो या वीडियो स्थान लिया।

परिणामस्वरूप, 30 स्थान एकत्र किए गए (प्रत्येक टीम के लिए 10)।

Yandex.ru/map-constructor निर्माण बिल्डर के कारण, यैंडेक्स मैप्स ने मानचित्र के निर्माण को बहुत सरल बनाना संभव बना दिया। यह आपको मानचित्र में अपना स्थान, क्षेत्र और सभी प्रकार के निशान जोड़ने की अनुमति देता है। फिर इसे अपने एप्लिकेशन में जावास्क्रिप्ट या आइफ्रेम कोड के रूप में एकीकृत करें या इसे लिंक के रूप में रखें, और सबसे खराब, बस इसे प्रिंट करें। उन्हें XLSX, CSV, KML, GPX, या GeoJSON फ़ाइल से आयात करके स्थान जोड़े जा सकते हैं। एकमात्र असुविधा साधारण यैंडेक्स के नक्शे से सीधे निर्माणकर्ता तक स्थानों को आयात करने की असंभवता थी (कम से कम हमें यह नहीं मिला), मुझे उन्हें xlsx तालिका में बाधित करना पड़ा और पहले से ही आयात करना पड़ा। खराब नेटवर्क गुणवत्ता वाले क्षेत्रों को लाल क्षेत्र के रूप में मानचित्र डिजाइनर में हाइलाइट किया गया था।


खेल से पहले दिन (ठीक है, हमेशा की तरह) हमने 3 लोगों (प्रत्येक टीम से 1) के साथ खेल का परीक्षण किया। सामान्य तौर पर, कोई विशेष टिप्पणी नहीं थी, हमने केवल टीमों के कार्यों की लागत के प्रारंभिक अनुमान को थोड़ा समायोजित किया। मैं तुरंत ध्यान देता हूं कि खेल ने कुछ समस्याओं (निष्कर्ष में) को प्रकट किया, और निष्कर्ष यह है कि हम शायद ही ग्रीनहाउस परिस्थितियों में उनके बारे में पता लगा सकें।

खेल

14 सितंबर, 2019 की सुबह हमने बिट्स फॉरेस्ट में प्रतिभागियों को इकट्ठा किया। शुरुआत में, हमारे एथलीट, कोम्सोमोल सदस्य और सिर्फ एक अच्छे वैज्ञानिक ने आग लगाने वाली सुबह अभ्यास किया।

तब प्रतिभागियों को टीमों में विभाजित किया गया था, उन्हें एक प्रारंभिक प्रचार कोड दिया और खेल शुरू करने की घोषणा की।

टीमों ने धीरे-धीरे स्थानों के लिए फैलाया (अब मुझे समझ में आया, शायद इसलिए कि उन्होंने रास्ते से आवेदन का पता लगाने की कोशिश की)। पहले 10-15 मिनट में, खिलाड़ियों को कठिनाइयाँ होती थीं, लेकिन फिर वे इस तरह के अभ्यस्त हो गए और उनका ध्यान प्रचारक कोड कमाने पर गया।

अधिक उत्साह के लिए, हमने दूर से दिखाई देने वाले एक हेडड्रेस में एक विशेष चरित्र को उजागर किया, जिन्होंने टीमों का दौरा किया और प्रचार कोड के लिए प्रश्न पूछे (उसी समय, उन्होंने खोज में जाम को ठीक किया)।


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

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

शायद मेरे लिए सबसे यादगार क्षण था, उनके काम की गुणवत्ता, और आवश्यकताओं के प्रति नाराजगी के साथ सरकारी टीम के एक प्रतिभागी को ऑपरेटर टीम से कॉल करना:

1. पावर को तेजी से बढ़ाएं (कुछ बिंदु पर, ऑपरेटर की टीम, जिसमें जीत के बड़े अंतर होते हैं, इसे बढ़ाने के लिए लाभहीन थे और उन्होंने यूनिट को कम भार पर रखा)
2. उच्च भार पर शक्ति को विनियमित करना बेहतर है (क्योंकि यह उनके साथ था कि सबोटर्स ने सभी प्रकार की गंदी चालें करना शुरू कर दिया, और ऑपरेटरों के पास हमेशा उनके लिए प्रतिक्रिया देने का समय नहीं था)।

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

सामान्य तौर पर, यह तस्वीर स्थानों में काम की प्रक्रिया को अच्छी तरह से दर्शाती है: कोई व्यक्ति कार्य को हल करता है, कोई रिएक्टर को नियंत्रित करता है, कोई व्यक्ति जीवन का आनंद लेता है, और कहीं न कहीं पृष्ठभूमि में एक कुत्ता छिपता है।

अंत में

कुछ हुआ, कुछ नहीं। मुख्य समस्याएं बहुत अच्छी तरह से चुने गए रिएक्टर पैरामीटर नहीं थे, जो गेमप्ले को नकारात्मक रूप से प्रभावित करते थे:

1. दुर्घटना वृद्धि दर;
2. रिएक्टर की जड़ता।

महत्वपूर्ण शक्ति मूल्यों (100 से अधिक) तक पहुंचने के बाद पहले एक ने तुरंत रिएक्टर को 0 पर गिरा दिया और ऑपरेटरों को प्रतिक्रिया करने का समय नहीं मिला, क्योंकि उनके पास ऐसा करने के लिए केवल कुछ सेकंड थे (हालांकि ऐसे उदाहरण हैं जब वे ऐसा करने में कामयाब रहे, उदाहरण के लिए, बोरॉन को जोड़ना रिएक्टर कोर)।


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

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

गेम के आँकड़े रिएक्टर-quest.imtqy.com , एक इंटरएक्टिव शेड्यूल (व्यक्तिगत कंप्यूटरों पर) में पाए जा सकते हैं, सबसे नीचे आप इसके बारे में अधिक विस्तृत दृष्टिकोण के लिए समय सीमा का चयन कर सकते हैं।

आवेदन कोड GitHub github.com/reactor-quest/reactor-quest पर पोस्ट किया गया है, आप स्वतंत्र रूप से इसका उपयोग कर सकते हैं।

सभी अच्छे और शांतिपूर्ण परमाणु, युवा वैज्ञानिकों की एक टीम IBRAE RAS!