आधुनिक ऑनलाइन लर्निंग: चुनौतियां और रुझान

आज, ऑनलाइन सीखना वास्तव में पूर्णकालिक सीखने की भीड़ को शुरू कर रहा है। यहां तक ​​कि कुछ प्रगतिशील रूसी विश्वविद्यालय धीरे-धीरे शैक्षिक संस्थानों की दीवारों के भीतर जोड़ों को बदलने के लिए डिज़ाइन किए गए ऑनलाइन पाठ्यक्रम शुरू कर रहे हैं। लेकिन यह सब कितना वास्तविक है? आज हम आधुनिक ऑनलाइन सीखने की समस्याओं और रुझानों के बारे में बात करेंगे।



और आपके लिए क्या अधिक सुविधाजनक है: कक्षाओं में जाना या घर पर अध्ययन करना, एक प्लेड में लिपटे हुए?

मैं लेखक को मंजिल देता हूं।

इस लेख में, हम आपके साथ आधुनिक ऑनलाइन सीखने की समस्याओं और रुझानों के बारे में विचार साझा करना चाहते हैं, साथ ही साथ वीआर प्रोजेक्ट बनाने की संभावना के बारे में भी जो आधुनिक ई-लर्निंग के साथ एकीकृत हो सकते हैं।

आधुनिक दुनिया में, ऑनलाइन लर्निंग (ई-लर्निंग) की अवधारणा जटिल है और इसमें कई घटक शामिल हैं:

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

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

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

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

साकार विचार

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

एक छात्र-केंद्रित शिक्षा प्रणाली और एक नया शिक्षण प्रोटोकॉल का निर्माण

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

इस प्रश्न का उत्तर देने के लिए, तीन बिंदुओं को ध्यान में रखा जाना चाहिए:

• सिस्टम छात्र-केंद्रित होना चाहिए;
• सिस्टम को मिश्रित सीखने का समर्थन करना चाहिए;
• सिस्टम में प्रशिक्षण सामाजिक अनुभव के साथ होना चाहिए।

पहली थीसिस को ध्यान में रखने के लिए, आपको व्यक्तिगत सीखने के रास्तों का उपयोग करने की आवश्यकता है। हालांकि, इस दृष्टिकोण के साथ, छात्र के व्यवहार पर भारी मात्रा में डेटा प्राप्त करना आवश्यक हो जाता है।

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

सामाजिक शिक्षा के क्षेत्र में मुख्य समस्या, तीसरी थीसिस के रूप में, विकास की कमी है। हालांकि, अब इस प्रकार के प्रशिक्षण के बारे में बहुत सारी बातें हैं, लेकिन कोई भी वास्तव में इसे सही तरीके से लागू करना नहीं जानता है। प्रशिक्षण प्रोटोकॉल के लिए नए मानकों को पेश करने का समय आ गया है। SCORM को xAPI द्वारा प्रतिस्थापित किया जाता है।

ज़ापी

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

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

वर्चुअल स्पेस का निर्माण

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

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

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

लेकिन इस मामले में, यह बहुत उपयुक्त नहीं है, क्योंकि प्रशिक्षण प्रणाली बनाने और सभी के लिए इसे सुलभ बनाना आवश्यक है। यही है, यह आसान बनाने के लिए आवश्यक है और एक ही समय में "modding" जटिल है, यह वेब 2.0 मॉडल के समान है। आइए यह देखने की कोशिश करें कि एक मानक MMO खेल आमतौर पर कैसा दिखता है और इस बारे में सोचें कि ऐसी वास्तुकला में क्या गायब है।

विभिन्न MMO जनरेशन और आर्किटेक्चर दृष्टिकोण

यदि हम देखते हैं (बहुत अधिक ऊंचाई से, बिना विवरण के) किसी भी बहु-उपयोगकर्ता 3 डी अंतरिक्ष की व्यवस्था कैसे की जाती है, उदाहरण के लिए, वाह युग के मानक MMO, हम निम्नलिखित जैसे कुछ देखेंगे:


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

हालाँकि, यह सवाल उठता है: "और इस योजना में वास्तविक सामग्री कहाँ से आती है, वह है, मॉडल, बनावट, ध्वनियाँ और सभी?" यह सब क्लाइंट के अंदर होता है। यही कारण है कि MMO ग्राहक अक्सर आकार के मामले में इतने भारी होते हैं। जब कुछ नया जोड़ा जाता है, तो उपयोगकर्ताओं को अपडेट डाउनलोड करना होगा, और केवल डेवलपर स्वयं, उसके प्रोग्रामर और कलाकार कुछ नया जोड़ सकते हैं।

सवाल उठता है: "उपयोगकर्ताओं को सामग्री बनाने में सक्षम करने के लिए वास्तुकला में क्या बदलाव करने की आवश्यकता है?"

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


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

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

सुदूर पूर्व

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

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

एक आभासी वातावरण, जिन वस्तुओं के ऐसे अनुप्रयोग हैं, हम एक गतिशील आभासी वातावरण कहते हैं।

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

लेखक

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

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

एलेक्सी सरफानोव

Jedium LLC में मार्केटिंग मैनेजर।

सर्गेई कुद्र्यावत्सेव

जेडियम एलएलसी के सीईओ और संस्थापक।