IT personalo darbuotojams ne paslaptis, kad jei jūsų miestas nėra milijoninis miestas, tada ten rasti programuotoją yra problematiška, o žmogui, turinčiam reikiamą technologijų krūvą ir patirtį, dar sunkiau.
IT pasaulis Irkutske mažas. Daugelis miesto kūrėjų žino apie ISPsystem įmonės egzistavimą, daugelis jų jau yra su mumis. Pretendentai dažnai ateina į jaunesnes pareigas, tačiau dažniausiai tai yra vakar baigę universitetus, kuriuos dar reikia toliau mokyti ir šlifuoti.
O mes norime paruoštų studentų, kurie šiek tiek programavo C++, yra susipažinę su Angular ir yra matę Linux. Tai reiškia, kad mes patys turime eiti ir juos išmokyti: supažindinti su įmone ir duoti medžiagos, reikalingos darbui su mumis. Taip gimė idėja organizuoti backend ir frontend kūrimo kursus. Praėjusią žiemą mes tai įgyvendinome, o šiame straipsnyje mes jums pasakysime, kaip tai atsitiko.
Mokymai
Pradžioje surinkome pirmaujančius kūrėjus ir su jais aptarėme užduotis, užsiėmimų trukmę ir formatą. Labiausiai mums reikia backend ir frontend programuotojų, todėl nusprendėme surengti šių specialybių seminarus. Kadangi tai pirmoji patirtis ir kiek pastangų tai pareikalaus, nežinoma, apribojome laiką iki vieno mėnesio (aštuonios pamokos kiekviena kryptimi).
Medžiagą seminarams backend ruošė trys žmonės, skaitė du, frontend tema buvo paskirstyta septyniems darbuotojams.
Man nereikėjo nei ilgai ieškoti mokytojų, nei jų įkalbinėti. Buvo priemoka už dalyvavimą, bet ji nebuvo lemiama. Pritraukėme vidutinio ir aukštesnio lygio darbuotojus, kuriems įdomu išbandyti save naujame vaidmenyje, lavinti bendravimo ir žinių perdavimo įgūdžius. Jie ruošėsi daugiau nei 300 valandų.
Pirmuosius seminarus nusprendėme surengti INRTU kibernetinio skyriaus vaikinams. Ten ką tik atsirado patogi bendradarbystės erdvė, taip pat buvo suplanuota Karjeros diena - studentų susitikimas su potencialiais darbdaviais, kuriame nuolat dalyvaujame. Šį kartą, kaip įprasta, papasakojo apie save ir laisvas vietas, taip pat pakvietė į kursus.
Norintiems dalyvauti buvo pateikta anketa, skirta suprasti pomėgius, išsilavinimo lygį ir technologijų žinias, surinkti kontaktus kvietimams į seminarus, taip pat sužinoti, ar klausytojas turi nešiojamąjį kompiuterį, kurį galėtų atsinešti į užsiėmimus.
Socialiniuose tinkluose buvo paskelbta nuoroda į elektroninę anketos versiją, taip pat paprašė darbuotojo, kuris toliau studijuoja magistrantūroje INRTU, pasidalinti ja su kurso draugais. Taip pat buvo galima susitarti su universitetu, kad naujienos būtų paskelbtos jų interneto svetainėje ir socialiniuose tinkluose, tačiau norinčių lankyti kursus jau buvo pakankamai.
Apklausos rezultatai patvirtino mūsų prielaidas. Ne visi studentai žinojo, kas yra backend ir frontend, ir ne visi jie dirbo su mūsų naudojama technologija. Kažką girdėjome ir netgi atlikome projektus C++ ir Linux, labai mažai žmonių iš tikrųjų naudojo Angular ir TypeScript.
Iki pamokų pradžios buvo 64 mokiniai, tai buvo daugiau nei pakankamai.
Seminaro dalyviams buvo suorganizuotas kanalas ir grupė messengeryje. Jie rašė apie grafiko pasikeitimus, skelbė vaizdo įrašus ir paskaitų pristatymus, namų darbų užduotis. Ten jie taip pat diskutavo ir atsakinėjo į klausimus. Dabar seminarai baigėsi, tačiau diskusijos grupėje tęsiasi. Ateityje per ją bus galima kviesti vaikinus į geeknights ir hakatonus.
Paskaitų turinys
Supratome: per aštuonias pamokas neįmanoma išmokyti programuoti C++ arba kurti internetinių programų Angular kalba. Tačiau norėjome parodyti kūrimo procesą modernioje produktų įmonėje ir tuo pačiu supažindinti su mūsų technologijų krūva.
Čia neužtenka teorijos, reikia praktikos. Todėl visas pamokas sujungėme su viena užduotimi – sukurti renginių registravimo paslaugą. Planavome kartu su studentais žingsnis po žingsnio kurti aplikaciją, kartu supažindindami su mūsų krūva ir jo alternatyvomis.
Įvadinė paskaita
Į pirmąją pamoką pakvietėme visus užpildžiusius anketas. Iš pradžių jie sakė, kad tik pilnas stackas – tai buvo seniai, bet dabar vystymo įmonėse yra skirstymas į priekį ir galą. Pabaigoje jie paprašė mūsų pasirinkti įdomiausią kryptį. 40% studentų užsiregistravo į backend, 30% į frontend, o dar 30% nusprendė lankyti abu kursus. Tačiau vaikams buvo sunku lankyti visas pamokas, pamažu jie ryžtasi.
Įžanginėje paskaitoje backend kūrėjas juokauja apie požiūrį į mokymus: „Seminarai bus tarsi instrukcija siekiantiems menininkams: 1 žingsnis - pieškite apskritimus, 2 veiksmas - užbaikite piešti pelėdą"
Užpakalinių kursų turinys
Kai kurios užpakalinės klasės buvo skirtos programavimui, o kai kurios – kūrimo procesui apskritai. Pirmoje dalyje buvo kalbama apie kompiliavimą, СMake ir Conan kūrimą, kelių gijų kūrimą, programavimo metodus ir šablonus, darbą su duomenų bazėmis ir http užklausomis. Antroje dalyje kalbėjome apie testavimą, nuolatinį integravimą ir nuolatinį pristatymą, „Gitflow“, komandinį darbą ir pertvarkymą.
Skaidrė iš backend kūrėjų pristatymo
Frontend kursų turinys
Pirmiausia sukonfigūravome aplinką: įdiegėme NVM, naudodami Node.js ir npm, panaudojome juos Angular CLI ir sukūrėme projektą Angular. Tada ėmėmės modulių, išmokome naudotis pagrindinėmis direktyvomis ir kurti komponentus. Tada išsiaiškinome, kaip naršyti tarp puslapių ir konfigūruoti maršrutą. Sužinojome, kas yra paslaugos ir kokios yra jų darbo ypatybės atskiruose komponentuose, moduliuose ir visoje programoje.
Susipažinome su iš anksto įdiegtų http užklausų siuntimo ir darbo su maršrutizavimu paslaugų sąrašu. Išmokome kurti formas ir apdoroti įvykius. Testavimui sukūrėme netikrą serverį Node.js. Desertui mes sužinojome apie reaktyvaus programavimo koncepciją ir tokius įrankius kaip RxJS.
Skaidrė iš priekinių programų kūrėjų pristatymo studentams
Įrankiai
Seminarai apima praktiką ne tik pamokose, bet ir už jų ribų, todėl prireikė tarnybos namų darbams gauti ir patikrinti. Pirmieji pasirinko „Google Classroom“, o galininkai nusprendė sukurti savo vertinimo sistemą.
Mūsų vertinimo sistema. Iš karto aišku, ką parašė backender :)
Šioje sistemoje studentų parašytas kodas buvo tikrinamas automatiškai. Įvertinimas priklausė nuo testo rezultatų. Už peržiūrą ir laiku pateiktus darbus buvo galima gauti papildomų taškų. Bendras įvertinimas turėjo įtakos vietai reitinge.
Įvertinimas klasėse įnešė konkurencijos elementą, todėl nusprendėme jį palikti ir atsisakyti „Google Classroom“. Kol kas mūsų sistema savo patogumu yra prastesnė už Google sprendimą, tačiau tai galima pataisyti: patobulinsime ją kitiems kursams.
Советы
Seminarams ruošėmės gerai ir beveik nepadarėme klaidų, bet vis tiek užlipome ant kelių klaidų. Šią patirtį įforminome patarimais, jei kam nors pravers.
Pasirinkite savo laiką ir teisingai paskirstykite savo veiklą
Tikėjomės universiteto, bet veltui. Pasibaigus užsiėmimams paaiškėjo, kad mūsų kursas vyko pačiu nepatogiausiu mokslo metų laiku – prieš sesiją. Mokiniai po pamokų grįždavo namo, ruošdavosi egzaminams, o paskui sėsdavo atlikti užduočių. Kartais sprendimai ateidavo per 4–5 valandas.
Taip pat svarbu atsižvelgti į paros laiką ir veiklos dažnumą. Pradėjome 19 val., taigi, jei mokinio pamokos baigdavosi anksti, jis turėjo grįžti namo ir grįžti vakare – tai buvo nepatogu. Be to, pamokos vykdavo pirmadienį ir trečiadienį arba ketvirtadienį ir antradienį, o kai būdavo viena diena namų darbams, vaikai turėjo sunkiai dirbti, kad juos atliktų laiku. Tada prisitaikydavome ir tokiomis dienomis prašydavome mažiau.
Atsiveskite kolegas, kad padėtų jums per pirmąsias pamokas
Iš pradžių ne visi studentai galėjo neatsilikti nuo dėstytojo, iškilo problemų su aplinkos išdėstymu ir įrengimu. Tokiose situacijose jie pakeldavo ranką, o mūsų darbuotojas priėjo ir padėjo sutvarkyti. Per paskutines pamokas pagalbos neprireikė, nes viskas jau buvo sutvarkyta.
Įrašykite seminarus į vaizdo įrašą
Taip vienu metu išspręsite kelias problemas. Pirmiausia suteikite galimybę pažiūrėti tiems, kurie praleido pamoką. Antra, papildykite vidinę žinių bazę naudingu turiniu, ypač pradedantiesiems. Trečia, žiūrėdami į įrašą galite įvertinti, kaip darbuotojas perteikia informaciją ir ar gali išlaikyti auditorijos dėmesį. Tokia analizė padeda lavinti kalbėtojo oratorinius įgūdžius. IT įmonės visada turi kuo pasidalyti su kolegomis specializuotose konferencijose, o seminaruose gali būti puikūs pranešėjai.
Kalba dėstytojas, rašo kamera
Būkite pasirengę pakeisti savo požiūrį, jei reikia
Ketinome perskaityti nedidelę teorijos dalį, šiek tiek programuoti ir pateikti namų darbus. Bet medžiagos suvokimas pasirodė ne toks jau paprastas ir sklandus, todėl pakeitėme požiūrį į seminarus.
Pirmoje paskaitos pusėje jie pradėjo nuodugniai svarstyti ankstesnius namų darbus, o antroje dalyje ėmė skaityti teoriją kitam. Kitaip tariant, mokiniams padovanojo meškerę, o namuose patys ieškojo rezervuaro, masalo ir gaudė žuvį – gilinosi į smulkmenas ir suprato C++ sintaksę. Kitoje paskaitoje kartu aptarėme, kas nutiko. Šis metodas pasirodė esąs produktyvesnis.
Nekeiskite mokytojų dažnai
Mes turėjome du darbuotojus, vedančius seminarus užpakalinėje sistemoje, o septynis – priekinėje. Studentams didelio skirtumo nebuvo, bet front-end dėstytojai priėjo prie išvados, kad norint produktyvesnio kontakto reikia pažinti auditoriją, kaip jie suvokia informaciją ir pan., bet kai kalbi pirmą kartą, šių žinių nėra. Todėl gal geriau nekeisti mokytojų dažnai.
Užduokite klausimus kiekvienoje pamokoje
Vargu ar patys studentai pasakys, ar kažkas ne taip. Jie bijo atrodyti kvailai ir užduoti „kvailus“ klausimus, gėdijasi pertraukti dėstytoją. Tai suprantama, nes jau keletą metų jie matė kitokį požiūrį į mokymąsi. Taigi, jei tai sunku, niekas to nepripažins.
Norėdami sumažinti įtampą, naudojome „viliojimo“ techniką. Lektorės kolega ne tik padėjo, bet ir klausinėjo paskaitos metu, siūlė sprendimus. Studentai pamatė, kad dėstytojai yra tikri žmonės, su jais galima užduoti klausimus ir net juokauti. Tai padėjo sušvelninti situaciją. Svarbiausia čia išlaikyti pusiausvyrą tarp paramos ir pertraukimo.
Na, o su tokiu „viliokliu“ vis tiek pasiteiraukite apie sunkumus, pasidomėkite kiek adekvatus darbo krūvis, kada ir kaip geriausia analizuoti namų darbus.
Pabaigoje surengkite neformalų susitikimą
Paskutinę paskaitą gavę galutinį prašymą nusprendėme atšvęsti su pica ir tiesiog pabendrauti neformalioje aplinkoje. Ištvėrusius iki galo dovanojo, įvardijo geriausiųjų penketuką, susirado naujų darbuotojų. Didžiuojamės savimi ir mokiniais, džiaugėmės, kad pagaliau tai baigėsi :-).
Įteikiame prizus. Pakuotės viduje: marškinėliai, arbata, bloknotas, rašiklis, lipdukai
rezultatai
Pamokų pabaigą pasiekė 16 mokinių, po 8 į kiekvieną pusę. Universiteto dėstytojų teigimu, tokio sudėtingumo kursams tai yra daug. Įdarbinome arba beveik pasamdėme penkis geriausius, o vasarą praktikuotis ateis dar penki.
Iškart po pamokos buvo pradėta apklausa, siekiant surinkti atsiliepimus.
Ar seminarai padėjo apsispręsti dėl krypties pasirinkimo?
- Taip, aš eisiu į backend kūrimą - 50%.
- Taip, aš tikrai noriu būti front-end kūrėjas – 25 proc.
- Ne, vis dar nežinau, kas mane domina labiau – 25 proc.
Kas pasirodė vertingiausia?
- Naujos žinios: „to negalite gauti universitete“, „naujas žvilgsnis į tankų C++“, produktyvumo didinimo technologijų mokymas – CI, Git, Conan.
- Lektorių profesionalumas ir azartas, noras perduoti žinias.
- Klasės formatas: paaiškinimas ir praktika.
- Pavyzdžiai iš tikro darbo.
- Nuorodos į straipsnius ir instrukcijas.
- Puikiai parašyti paskaitų pristatymai.
Svarbiausia, kad galėjome pasakyti, jog baigus universitetą vaikinų laukia daug įdomaus ir iššūkių kupino darbo. Jie suprato, kuria kryptimi nori judėti, ir tapo šiek tiek arčiau sėkmingos karjeros IT srityje.
Dabar žinome, kaip pasirinkti tinkamą mokymo formatą, ką supaprastinti ar iš viso neįtraukti iš programos, kiek laiko reikia pasiruošti ir kitus svarbius dalykus. Mes geriau suprantame savo klausytojus, baimės ir abejonės lieka už borto.
Galbūt mums dar toli iki korporatyvinio universiteto kūrimo, nors jau ruošiame darbuotojus įmonės viduje ir dirbame su studentais, tačiau žengėme pirmą žingsnį šios rimtos užduoties link. Ir jau visai netrukus, balandžio mėnesį, vėl eisime dėstyti – šį kartą į Irkutsko valstybinį universitetą, su kuriuo jau seniai bendradarbiaujame. Palinkėkite mums sėkmės!
Šaltinis: www.habr.com