केवल वेब, केवल कट्टर

Mail.Ru Technopark के बारे में Habré पर पहले से ही कई लेख हैं। आज मैं इस बारे में बात करना चाहता हूं कि वेब-प्रौद्योगिकी पाठ्यक्रम, जो इसके कार्यक्रम का हिस्सा है, कैसे शुरू हुआ।

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


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

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

हमने पेशेवरों और विपक्षों का वजन किया, और यह तय किया गया:

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

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

पाठ्यक्रम काफी सामान्य निकला। इसमें नेटवर्क प्रोटोकॉल, http- सर्वर, वास्तव में बैकएंड-डेवलपमेंट, डेटाबेस के साथ काम करना, फ्रंटेंड-डेवलपमेंट और कुछ सूचना सुरक्षा शामिल थे।

तो, पाठ्यक्रम संकलित किया जाता है, छात्रों के पहले बैच का अध्ययन शुरू होता है। लेकिन तस्वीर बल्कि धूमिल है: छात्रों को व्याख्यान और सेमिनार में सक्रिय रूप से "दबाना" पड़ता है, जिनमें से अंतिम 60 छात्रों में से 5 थे। कई लोग परीक्षा में आए, लेकिन विषय की गहरी समझ नहीं दिखाते थे, दांतेदार वाक्यांशों के साथ उत्तर देते थे। सामान्य तौर पर, यह स्पष्ट हो गया कि छात्र हमारे पाठ्यक्रम को एक नियमित विश्वविद्यालय अनुशासन के रूप में समझते हैं, "हम परीक्षा से पहले रात को सब कुछ सीखेंगे" और "बस पास होने के लिए"। हालांकि, छात्रों के लिए एक आश्चर्य था: बहुत सारी सामग्री है, साहित्य बहुत खंडित है, लेकिन कोई मैनुअल नहीं है। नतीजतन, पहले सेमेस्टर के बाद, लगभग 50% छात्रों को निष्कासित कर दिया गया (टेक्नोपार्क से, बिल्कुल)। यह बहुत दुखद है, क्योंकि सबसे ज्यादा पहल और ऊर्जावान लोग पहले सेट में पहुंचे।

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

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

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

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

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

पाठ्यक्रम के दौरान अंक अर्जित करने का एक तरीका दिलचस्प विषय पर व्याख्यान देना है। आप एक दिलचस्प रिपोर्ट बनाते हैं - आपको अंक मिलते हैं। विशेष रूप से उद्यमी छात्रों ने डेरिवेटिव की मदद से अपनी रिपोर्ट में रुचि को उत्तेजित किया: उन्होंने रिपोर्ट में अच्छे सवालों के लिए जिन बिंदुओं का वादा किया था, उन्हें बाहर करना शुरू कर दिया।

और तीसरे सेमेस्टर के परिणाम, आखिरकार, हमें पूर्ण रूप से प्रसन्न करते हैं। इस तथ्य के बावजूद कि केवल 50% छात्र सेमेस्टर के अंत तक पहुंच गए, उनके ज्ञान और प्रेरणा का स्तर बहुत अधिक हो गया। साहब के साथ ये बहुत ही बेहतरीन "बेस्ट ऑफ़ द बेस्ट" थे!

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

मेरा मानना ​​है कि साढ़े तीन सेमेस्टर बहुत लंबा समय नहीं है, लेकिन खुद के लिए, निश्चित रूप से, मैंने पहले ही कुछ महत्वपूर्ण निष्कर्ष बना लिए हैं। वे उन लोगों के लिए उपयोगी हो सकते हैं जो छात्रों के साथ काम करते हैं या काम करते हैं। तो यहाँ वे हैं:

1. अभ्यास आवश्यक है, और बड़ी मात्रा में। यह व्यावहारिक अभ्यास है जो छात्रों को "पकड़" करते हैं, उन्हें अध्ययन और कार्य करने के लिए प्रेरित करते हैं। और प्रौद्योगिकी के क्षितिज को प्राथमिकता देने और व्यापक बनाने के लिए सिद्धांत की आवश्यकता है।
2. सटीक तकनीकी विनिर्देश बहुत मदद करते हैं। और नहीं, वे रचनात्मकता को नहीं मारते हैं। जिन लोगों को यह दिया जाता है, किसी भी मामले में, सब कुछ अपने तरीके से करेंगे (और, संभवतः, बेहतर)। लेकिन बाकी विषय में खो नहीं जाएगा और अधिक जानकारी को अवशोषित करेगा।
3. अभ्यास के बाद सिद्धांत एक महान विचार है, हमने अपने स्वयं के उदाहरण से यह साबित कर दिया है।
4. छात्रों को अधिभार से कम करना बेहतर है।

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