Servera komanda pārvieto vienu pakalpojumu no monolīta uz pakalpojumu kopu platformā, no kurām lielākā daļa nekad nav darbojusies ražošanas vidē. Visi saņem vienu un to pašu saiti uz video kursu. Divus mēnešus vēlāk pirmais migrācijas uzdevums vienam inženierim aizņem trīs dienas un citam trīs nedēļas, un neviens nevar pateikt, vai trūkstošās prasmes, rīki vai pats uzdevums.
Šis ir ilustratīvs scenārijs, nevis dokumentēts gadījums. Tas ir modelis, kas raksturīgs lielākajai daļai "jaunā steka" ieviešanas: piekļuve saturam tiek uzskatīta par plānu, un tiek pieņemta spēja veikt darbu jaunajā stekā. Šī rokasgrāmata ir paredzēta inženierijas iespēju vadītājiem un inženierijas vadītājiem. Tajā parādīts, kā izveidot nepārtrauktu mācību ceļu inženieru komandai: īss, atkārtojams ceļš no "ir dzirdējis par jauno steku" līdz "var tajā veikt reālu uzdevumu", ar praksi, atsauksmēm un pārbaudi, vai prasmes tiek izmantotas darbā. Meklēšanas rezultāti šai tēmai lielākoties ir ceļveži indivīdiem, tāpēc šajā rokasgrāmatā ir ņemts vērā komandas un vadītāja viedoklis. Pirms katra gadījuma un kritērija izmantošanas pārbaudiet to ar vecāko inženieri.
Kas ir nepārtrauktas mācīšanās ceļš inženieriem?
Tā ir noteikta sagatavošanās, reālu vai reālu uzdevumu izpildes, atgriezeniskās saites un spēju pārbaudes secība, ko varat atkārtoti izmantot katru reizi, kad komanda ievieš jaunu valodu, ietvaru vai platformu. "Nepārtraukts" nozīmē, ka maršruts tiek izveidots vienreiz un atjaunināts, nevis pārbūvēts no jauna pēc katrām izmaiņām. Tas ir šaurāks nekā mācību ceļš bibliotēkas katalogā: tas ir saistīts ar uzdevumu, kas komandai jāveic, un pierādījumiem, ka tā to var veikt.
Inženieri jau tagad velta laiku mācībām. 2025. gada Stack Overflow izstrādātāju aptaujā 36.3 % respondentu atzina, ka pēdējā gada laikā ir apguvuši mākslīgā intelekta iespējotus rīkus, kas nepieciešami viņu darbam vai karjeras uzlabošanai, savukārt 10.8 % vispār neveltīja laiku mācībām . Cilvēki mācās; jautājums ir par to, vai mācības ir vērstas uz komandas vajadzībām un vai ikviens var redzēt rezultātu.
Īsi fakti
| jautājums | Īsā atbilde |
|---|---|
| Kāds ir uzdevums? | Atjauniniet lomas prasmes un parādiet, ka varat tās pielietot jaunajā kaudzē. |
| No kā sastāv ceļš? | Priekšnosacījumu pārbaude, refaktoringa vai migrācijas prakse, ar lēmumiem saistīta atgriezeniskā saite un pārneses pārbaude. |
| Vai jūs visus pārkvalificējat? | Nē. Sāciet ar uzdevumu un no tā, kam patiesībā ir nepieciešama jaunā prasme. |
| Ko jūs mērāt? | Pārnest sniegumu uz jaunu uzdevumu un laiku uzdevuma gatavībai. |
| Kas apstiprina uzdevumus? | Komandas vecākais inženieris. |
| Ko ceļš nevar salabot? | Trūkst rīku, piekļuves, laika vai skaidra migrācijas īpašnieka. |
| Cik bieži jūs to atjaunināt? | Kad mainās kaudze, komandas standarti vai bieži pieļautās kļūdas. |
1. Aprakstiet veiktspējas problēmu
Sāciet ar uzdevumu. Uzrakstiet vienu teikumu, ko komanda var pārbaudīt: "Ņemot vērā pakalpojumu vecajā stekā, inženieris migrē vienu ierobežotu daļu uz jauno steku, iztur komandas pārbaudes un paskaidro, ko viņi mainīja un kāpēc." Nosauciet lomu, vidi un atļaujas, kas inženierim būs. Ja nevarat uzrakstīt teikumu, ceļam nav mērķa.
2. Diagnosticējiet mācīšanās un konteksta nepilnības
Pirms satura veidošanas salīdziniet uzdevumu ar to, kas jums ir šodien.
- Ko praktizē pašreizējās apmācības? Sintakses un jēdzienu kursā tiek praktizēta atcerēšanās. Migrācijai nepieciešama analīze, spriedums un izveide.
- Kāda ir kognitīvā prasība? Blūma pārskatītajā taksonomijā veco un jauno pieeju salīdzināšana notiek, analizējot un izvērtējot, un migrētās daļas izstrāde noved pie radīšanas. Mūsu ceļvedis mācību aktivitāšu saskaņošana ar Blūma taksonomiju parāda, kā saskaņot aktivitāti ar līmeni.
- Vai ceļā ir kaut kas cits, nevis prasmes? Pārbaudiet piekļuvi smilškastes videi, testēšanas vides, koda īpašumtiesības, slodzi dežūras laikā un to, vai kādam ir laiks mācīties. Ja izmēģinājuma versija nedarbojas, neviens ceļš nepadarīs pirmo migrāciju ātru. Nododiet šos cēloņus cilvēkiem, kuri tos var novērst. Mūsu mācību plaisu diagnostika var palīdzēt jums tos atšķirt.
Ne katrai jaunai tehnoloģijai ir nepieciešama pilna programma. Nelielam bibliotēkas atjauninājumam var būt nepieciešama īsa piezīme un pārskats. Saglabājiet ceļu izmaiņām, kas maina to, kā cilvēki projektē un atkļūdo.
3. Izstrādājiet mērķtiecīgu sagatavošanos un praksi
Katram posmam piešķiriet vienu uzdevumu.
Priekšnosacījumu pārbaude. Izmantojiet īsu diagnostiku, lai noskaidrotu, kas jau zina pamatus, lai cilvēkiem nebūtu jāsēž lasīt materiālu, ko viņi jau zina. Atgādināšanas pārbaude tikai apstiprina priekšnosacījumus; tā neparāda gatavību.
Gatavošanās patstāvīgi. Norādiet uz oficiālo dokumentāciju, iekšējām izpildes rokasgrāmatām un vienu īsu, koncentrētu resursu. Tam jābūt īsam un specifiskam uzdevumam.
Praktizējieties ar reālistisku darbu. Vislabākā prakse ir ierobežots reāla darba fragments drošā vietā: smilškastes pakalpojums, zema riska moduļa kopija vai refaktoringa vingrinājums ar zināmām atbildēm. Mūsu ceļveži par refaktoringa projektu strukturēšanu, kas māca un izmanto vienaudžu koda pārskatīšanu tehniskā sprieduma izstrādei, aptver divus šeit iederīgus formātus.
Atsauksmes. Saistiet atsauksmes ar lēmumiem, nevis ar rezultātu. Inženieris var rīkoties, izmantojot šādu tekstu: "Jūs pārvietojāt atkārtotas mēģinājuma loģiku uz jauno pakalpojumu, bet nepaskaidrojāt, kas notiek, kad pakārtotā zvana taimauts beidzas". Plašāku informāciju skatiet rakstā Interaktīvas prakses izstrāde ar noderīgu atsauksmi.
Tiešraides ievade vai asinhrona pārskatīšana? Tiešraides ievade ir vispiemērotākā, ja izvēle ir neskaidra un inženieriem ir noderīgi dzirdēt kolēģa skaidrojumu, kāpēc viņi turas pie savas nostājas. Asinhrona pārskatīšana ir pietiekama, lai salīdzinātu inženiera izmaiņas ar anotētu piemēru. Mūsu rakstā par patstāvīgas sagatavošanās apvienošanu ar tiešraides koučingu ir paskaidrots, kad izmantot katru no tām.
4. Izstrādājiet reālistisku piemēru
Ilustratīvi. Vecākajam inženierim pirms lietošanas ir jāapstiprina gadījums un jāatbild uz kritērijiem.
Gadījums. Inženieris pēc mērķtiecīgas sagatavošanās pabeidz migrācijas uzdevumu. Uzdevums: pārvietot funkciju "sūtīt kvīts e-pastu" no vecās monolīta uz jaunās platformas notikumu vadīto pakalpojumu, smilškastē, komandas testēšanas komplektam sekmīgi izturot testēšanu.
Pirmais mēģinājums. Inženieris kopē funkciju un pievieno to jaunajam notikumam. Testi atbilst laimīgajam ceļam. Viņi nav teikuši, kas notiek, ja notikums tiek piegādāts divas reizes un migrētais kods nosūtītu divas kvīts.
Atsauksmes un atkārtots mēģinājums. Recenzents jautā: "Ko šis steks garantē piegādes ziņā un ko tas nozīmē jūsu funkcijai?" Inženieris izlasa platformas piegādes dokumentāciju un atgriežas ar izmaiņām.
Spēcīgāks mēģinājums. "Platforma piegādā vismaz vienu reizi, tāpēc es padarīju funkciju idempotentu, izmantojot pasūtījuma ID, un pievienoju testu, kas divreiz nosūta vienu un to pašu notikumu. Es neesmu pārliecināts, cik ilgi platforma mēģina atkārtoti, tāpēc es jautāju platformas komandai un atzīmēju to pieprasījumā." Atbilde parāda, ka inženieris citē pierādījumus, rīkojas, pamatojoties uz tiem, un norāda, kas viņam vēl ir jānoskaidro.
Kāpēc katra atbilde ir aizstāvama vai nepilnīga. Pirmais mēģinājums ir derīgs sākumpunkts, bet nepilnīgs: tas darbojas tikai tad, ja viss norit pareizi. Spēcīgākais mēģinājums ir aizstāvams, jo lēmums ir izskaidrots, pārbaudīts un godīgs par nepilnību. Vērtējiet to, pamatojoties uz saskaņotiem kritērijiem, nevis recenzenta vēlamo kodeksu.
5. Novērtējiet spējas un plānojiet nodošanu
Spēju pierādījums ir jauna uzdevuma izpilde, ko inženieris vēl nav redzējis jaunajā stekā. Izmantojiet divus rādītājus: pārneses sniegumu (vai viņi var izpildīt un pamatot salīdzināmu uzdevumu?) un laiku līdz uzdevuma gatavībai (cik ilgs laiks paiet no ceļa sākuma līdz salīdzināma uzdevuma pabeigšanai ar komandas standartu?). Novērtējiet jauno uzdevumu, izmantojot vienkāršu skalu no 0 līdz 2:
| Kritērijs | Novērojami pierādījumi |
|---|---|
| Uzdevuma izpilde | Pabeidz migrāciju uz komandas standartu un reģistrē katra lēmuma pierādījumus. |
| Pamatojums | Izskaidro ierobežojumus, apsvērtās alternatīvas un to, kas joprojām ir neskaidrs. |
| Robežas | Ievēro apstiprināto izmaiņu procesu un lūdz palīdzību, ja trūkst informācijas vai pilnvarojuma. |
Enkuri: 0 nav vai netiek atbalstīti, 1 ir daļēji ar būtiskiem izlaidumiem un 2 ir pilnīgi un pamatoti ar saskaņotajiem kritērijiem. Atsevišķi definējiet kritiskas kļūdas, piemēram, obligātās drošības pārskatīšanas izlaišanu, lai augsts vērtējums citur to nevarētu noslēpt. Šī rubrika ir priekšlikums, nevis apstiprināts gatavības standarts. Pielāgojiet to kopā ar inženiertehnisko vadītāju un izmēģiniet to.
Plānojiet turpmāko rīcību darbā. Pēc mācību procesa uzsākšanas katram inženierim palūdziet paņemt vienu tiešraides pieprasījumu jaunajā kaudzē ar norādītu recenzentu un pārbaudīt to pēc tiem pašiem kritērijiem. Reizi ceturksnī pārskatiet bieži pieļautās kļūdas un atjauniniet mācību procesu. Mūsu ceļvedī par pilotprojekta īstenošanu, kas mēra mācīšanos un pārnesi uz darba vietu, ir izklāstīts, kā vispirms pārbaudīt mācību procesu vienā komandā.
Kur palīdz interaktīva piegāde
Interaktīvie formāti palīdz situācijās, kad cilvēkiem jāapņemas, pirms viņi redz grupu. Tiešraides sesijā parādiet migrācijas lēmumu, palūdziet katram inženierim izvēlēties un paskaidrot rindā, pēc tam atklājiet izkliedi pirms diskusijas. Anonīmas atbildes var atklāt šaubas, kuras cilvēki vilcinās paust potenciālā klienta priekšā. To pašu lietu var risināt patstāvīgi inženieriem, kuri pievienojas vēlāk, un tiešraides sesija ir paredzēta neskaidrajām izvēlēm. AhaSlides atbalsta interaktīvu mācīšanos un pāreju starp tiešraides un patstāvīgu mācīšanos. Tas ir prezentāciju un mācību rīks, nevis koda vide, tāpēc glabājiet prakses kodu savā smilškastē. Pārbaudiet jebkuru konkrētu autorēšanas, atsauksmju vai ziņošanas funkciju, uz kuru plānojat paļauties savā darbplūsmā. Lai saņemtu palīdzību formātu izvēlē, skatiet mūsu ceļvedi par adaptīvās, interaktīvās un tiešraides mācīšanās izmantošanu.
Izmēriet izmaiņas
Iepriekš izlemiet, kas parādītu, ka ceļš darbojas. Salīdziniet pārsūtīšanas veiktspēju un uzdevuma gatavības laiku neredzamā uzdevumā ar sākotnējo līmeni pirms ceļa, ar definētu grupu, saucēju un laiku. Ja rezultāti uzlabojas, pirms ceļa novērtēšanas apskatiet, kas vēl ir mainījies tajā pašā laika posmā, piemēram, labāka dokumentācija, jauns rīks vai klusāks izlaišanas grafiks.
Ierobežojumi, kas var palikt
- Laiks. Inženieri ar pilniem sprintiem nepabeigs ceļu bez aizsargāta laika.
- Vide. Bojāta "smilšu kaste" vai lēna apstiprināšana ierobežos ātrumu neatkarīgi no apmācības.
- Kustīgs mērķis. Steki mainās ātri, tāpēc neskarta taka kļūst novecojusi.
- Uzdevumu pārklājums. Viens migrācijas uzdevums ietver dažu lēmumu pieņemšanu. Nokārtota atbilde neraksturo inženiera prasmes visā stekā.
- Īpašumtiesības. Ja neviens nav atbildīgs par migrāciju, tad ceļš to nevar radīt.
Biežāk uzdotie jautājumi
Kas ir nepārtrauktas mācīšanās ceļš inženieriem?
Atkārtoti izmantojams priekšnosacījumu pārbaudes, reālistisku uzdevumu izpildes prakses, atgriezeniskās saites un pārneses pārbaudes maršruts, kas saistīts ar konkrētu uzdevumu, kas komandai jāveic jaunā kaudzē.
Cik ilgam jābūt programmatūras inženieru mācību ceļam?
Pietiekami ilgi, lai katrs inženieris jaunajā kaudzē varētu pabeigt vienu reālistisku uzdevumu. Izmēģināt to ar vienu komandu un pēc tam izmērīt laiku līdz uzdevuma gatavībai.
Kā uzlabot programmatūras inženieru prasmes, neatstājot viņus no darba?
Izmantojiet ierobežotu praksi reālā vai reālistiskā darbā, katru nedēļu atvēliet nelielu laika bloku un saglabājiet pašmācības tempā apgūto materiālu īsu un uzdevumam specifisku.
Kā jūs zināt, ka ceļš ir izdevies?
Inženieri jaunajā kaudzē pabeidz jaunu, neredzamu uzdevumu atbilstoši komandas standartam, un turpmākās pieprasījuma atbildes uzrāda tādu pašu kvalitāti.
Kur sākt
Izvēlieties vienu gaidāmo steka izmaiņu. Uzrakstiet uzdevuma teikumu, pārbaudiet, vai nav ar apmācību nesaistītu bloķētāju, izveidojiet trīs kritēriju rubriku un palūdziet vecākajam inženierim vispirms izmēģināt jūsu praktisko uzdevumu. Pirms pilna maršruta izveides veiciet izmēģinājuma braucienu ar vienu komandu.
Lai redzētu, kā ceļš varētu darboties tiešraidē kopā ar jūsu komandu un pēc tam tikt atkārtoti izmantots patstāvīgi, izpētiet AhaSlides.
