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

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

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

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

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

मैं भाग्यशाली था, 2 वें वर्ष में, जब हमें ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग सिखाई गई, तो हमारा समूह एक युवा शिक्षक को सौंपा गया। वे लेखन कोड में सक्रिय, राजसी, पूर्णतावादी और काफी सक्षम थे। केवल प्रयोगशालाओं को उस काम को स्वीकार करने के बजाय, उन्होंने मुझे कोड लिखने के लिए मजबूर किया, जिसके लिए यह अब भी शर्म की बात नहीं है।

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

और भले ही हम 30-30 जनवरी की रात को पूरी रात सोए और कोड लिखे, और हम 31 तारीख को लैब में गए, इससे हमारे समूह को बाकी स्ट्रीम से बहुत आगे रहने की अनुमति मिली।

यह पाठ्यपुस्तक की एक आदिम रीटेलिंग नहीं थी, न कि प्रयोगशाला वाले लोगों के अनैतिक रूप से अपनाने की, यह सिर्फ आपकी जरूरत थी - दिलचस्प, कठिन, आप समझ गए कि आपने कितना पंप किया है। आपको लगा कि स्टेरॉयड पर वजन बढ़ना शुरू हो गया है।

और इसलिए, एक शिक्षक होने के नाते, मैंने सभी से सर्वश्रेष्ठ अपनाने और अपनी "चाल" के साथ जोड़ने का फैसला किया।

पंख परीक्षण

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

यहाँ एक सूची है जो मैंने अपने बारे में बनाई है:

1. Git
2. जीरा \ Redmine \ Trello
3. कोड समीक्षा
4. निर्भरता इंजेक्शन
5. इकाई परीक्षण
6. CI \ CD
7. डेटाबेस के साथ काम करें (हमें क्वेरी लिखने के लिए सिखाया गया था, लेकिन जावा में उनका उपयोग करने के लिए नहीं)
8. डेटाबेस माइग्रेशन
9. ORM

लेकिन यह वही है जो सतह पर है, और यदि आप गहरी खुदाई करते हैं, तो सूची का विस्तार होगा:

1. डाक में काम करनेवाला मज़दूर
2. K8S
3. माइक्रो सर्विस आर्किटेक्चर

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

हम कह सकते हैं कि छात्रों को खुद को दोष देना है। लेकिन फिर हम यह कह सकते हैं कि प्रोग्रामर को खुद बग्स को दोष देना है। सामान्य तौर पर, उन्हें कोड़े से पीटते हैं और उन्हें तुरंत सामान्य तरीके से करने देते हैं।

लेकिन नहीं, यह वास्तविकता है, यह सही नहीं है, और इसलिए वे परीक्षकों को काम पर रखते हैं और उन्हें यूनिट परीक्षण लिखने के लिए मजबूर करते हैं। अगर किसी चीज को मिटाया नहीं जाता है, तो यह केवल उसके अनुकूल होना बाकी है।

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

कुल 2 वैश्विक समस्याएं हैं:

1. प्रेरणा की समस्या
2. उपलब्ध कराए गए ज्ञान की अप्रासंगिकता / विखंडन

हम तय करेंगे! सब कुछ योजना के अनुसार सफल नहीं हुआ, लेकिन अंततः सफल रहा।

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

विषय था * निक्स खोल पर छोटी प्रयोगशालाएँ चलाना। छात्र लंबे समय तक गिट का उपयोग करने के तरीके पर थूकते हैं। विशेष रूप से कंसोल गिट। लेकिन जैसे ही मुझे लगा कि सेमेस्टर के अंत में उन्होंने आग पकड़ ली है।

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

विषय पर, मैंने CI \ CD, यूनिट परीक्षण, कोड समीक्षा के बारे में थोड़ी बात करने का फैसला किया। यह मुश्किल था, मुझे 1000 बार एक सवाल पूछना था - क्या आप इसे समझते हैं? मुझे अपने विचारों से निर्देशित होना पड़ा। उत्तर के लिए हमेशा "हाँ।" लेकिन आंखों में पढ़ने की समझ की कमी है।

जिन जोड़ों को मैंने कंप्यूटर पर बैठाया और स्पष्ट रूप से कुछ दिखाया, वे बहुत बेहतर हुए। ऐसा लगता है कि Chrome को बंद करने वाला एक छोटा PowerShell कमांड लिख रहा है। एक तिपहिया, लेकिन एक नए व्यक्ति के लिए यह जादू की तरह दिखता है। ऐसे क्षणों में, लोगों को दिलचस्पी हो गई।

व्याख्याता की एक और शर्त - प्रस्तुतियाँ करना आवश्यक था। मैं व्यक्तिगत रूप से पूरे सेमेस्टर के लिए यह नोट नहीं करना चाहता था कि कौन पास हुआ और कौन नहीं।

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

स्टफिंग शंकु

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

मैंने एक ऑनलाइन प्रारूप में C ++ पर छोटे व्याख्यान देने की पेशकश की, और फिर कार्यान्वयन के साथ आगे बढ़ें। समस्या यह है कि मैं स्वयं .Net पर विकास कर रहा हूं और सी ++ को पूरी तरह से भूल गया हूं। मुझे याद करना था, इसमें समय लगा। सच कहूँ तो, अवास्तविक सीखने के लिए पर्याप्त समय नहीं था। लेकिन इस गर्मी में, जवाब देने वाले लोगों में से कई ने धीरे-धीरे खुद को मर्ज करना शुरू कर दिया। लेकिन दिनचर्या ने मुझे भी घसीटा: मेरे माता-पिता द्वारा देश के घर में मरम्मत, गर्मियों का आनंद लेने की इच्छा, कंपनी का एक परिवर्तन भी इस अवधि के साथ मेल खाता था, एक छुट्टी। सामान्य तौर पर, यह पता चला कि मैंने अपनी सारी ऊर्जा अन्य समान रूप से महत्वपूर्ण मामलों पर खर्च की है। परिणाम कुछ अल्प व्याख्यान, मृत कोड की लाइनों की एक जोड़ी थी, जिसमें आप एक छड़ी को रोकना नहीं चाहते थे।

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

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

गति प्राप्त करना

इसलिए, OOP पर कक्षाएं शुरू हो गई हैं। जैसा कि कंप्यूटर विज्ञान के साथ, छात्रों ने बिटबकेट के साथ पंजीकृत किया। लेकिन अभी भी कुछ नवाचार थे।

अब लोगों ने पुल अनुरोध बनाए और प्रतिक्रिया में कोड टिप्पणियां प्राप्त कीं। और हां, उन्हें 2 महीने के लिए पहली लैब लेनी थी, जब तक कि कोड डिजाइन के लिए न्यूनतम आवश्यकताओं को पूरा करना शुरू नहीं हुआ

हमें ट्रेलो मिला, प्रत्येक कार्य के लिए, इसका अपना बोर्ड (उनमें से 5 थे), कार्य का नाम छात्र का पूरा नाम है। नतीजतन, यह स्पष्ट रूप से निकला, और अब लोगों को टास्क ट्रैकर, और केबन बोर्ड के बारे में एक विचार है।

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

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

कुछ बिंदु पर, मेरा ज्ञान बाहर भागना शुरू हुआ, और कुछ बताने के लिए आवश्यक था - एक भावना थी कि कई और अधिक अप्राप्य थे।

ठीक है, Google, C ++ साक्षात्कार के लिए प्रश्न। जूनियर के लिए एक सूची का चयन करें। हम सवाल और जवाब पढ़ते हैं। वोइला ने खुद को पंप किया, छात्रों को पंप किया।

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

नतीजतन, यह काफी नहीं निकला, पूरे दिन आवंटित करने के लिए समस्याग्रस्त हो गया, उन्होंने 2 से 0.5 लिया। यह भी बुरा नहीं है, हालांकि मुझे उम्मीद थी कि अधिक ड्राइव होगा। फिर भी, यह 1-2 बार खराब नहीं था। आखिरकार, हर कोई इसे पहली बार सही नहीं पाता है? ठीक है, एक और छोटा अनुभव।

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

एक नया सेमेस्टर शुरू हुआ और यह एक युगल प्रारूप में शुरू हुआ। व्याख्याता से पहला काम बीज था। आदिम फ़ाइल पार्सर और सीएसवी प्रारूप में आउटपुट।

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

संक्षेप में देना

यह पूरी तरह से मेरी दृष्टि है, यह सच नहीं हो सकता है, लेकिन छात्रों ने इसे पसंद किया:

1. हम गिट का उपयोग करते हैं और इसे शाखाओं के साथ काम करते हैं, अनुरोधों को खींचते हैं, आदि।
2. Trello बनाएं और वहां कार्यों को ट्रैक करें। हम छात्रों को सीआर में कार्य को स्थानांतरित करने के लिए सिखाते हैं, अन्यथा इसे नहीं देखा जाएगा।
3. हम 5 मिनट बिताते हैं, वे छात्रों को यह याद रखने के लिए प्रेरित करते हैं कि उन्हें क्या पता नहीं था। यह हर किसी के लिए सोचने के लिए सुखद नहीं है, लेकिन कुछ के लिए यह दर्दनाक भी है, लेकिन सेमेस्टर के दौरान इसका आदी होना बेहतर है।
4. तैयारी के लिए प्रश्न == एक जूनियर पद के लिए एक साक्षात्कार के लिए प्रश्न
5. हम आपको निर्भरता इंजेक्शन, यूनिट-परीक्षण और आधुनिक विकास की अन्य वास्तविकताओं के साथ सौदा करते हैं
6. हम जोड़े में माइटैप्स का संचालन करते हैं। छात्रों को संगोष्ठी के बाद दोहराने दें, एक उत्कृष्ट कृति को चित्रित करने से पहले, कलाकार को दूसरे को सैकड़ों बार चित्रित करना चाहिए।
7. हम मिनी हैकथॉन की व्यवस्था करते हैं, कुछ पिज्जा / जूस खरीदते हैं और छात्रों को शानदार समय देना सिखाते हैं
8. सामान्य तौर पर, हम जीवन में सब कुछ करने की कोशिश करते हैं।

ऐसा कुछ, मैं विकास में प्रशिक्षण की कल्पना करता हूं। आपको क्या लगता है? हमेशा नए विचारों के लिए खुला, चलो इसे और भी बेहतर करें!