Isang backend team ang naglilipat ng isang serbisyo mula sa isang monolith patungo sa isang set ng mga serbisyo sa isang platform na karamihan sa mga ito ay hindi pa tumatakbo sa produksyon. Lahat ay nakakakuha ng parehong link sa isang video course. Pagkalipas ng dalawang buwan, ang unang gawain sa paglipat ay aabutin ng tatlong araw at isa pang tatlong linggo para sa isang engineer, at walang makapagsasabi kung ang kakulangan ay dahil sa kasanayan, kagamitan, o sa mismong gawain.
Ito ay isang naglalarawang senaryo, hindi isang dokumentadong kaso. Ito ang padron sa likod ng karamihan sa mga paglulunsad ng "bagong stack": ang access sa nilalaman ay itinuturing na plano, at ang kakayahang gawin ang trabaho sa bagong stack ay ipinapalagay. Ang gabay na ito ay para sa mga engineering enablement lead at engineering manager. Ipinapakita nito kung paano bumuo ng isang patuloy na landas sa pagkatuto para sa isang engineering team: isang maikli at paulit-ulit na ruta mula sa "narinig ko na ang tungkol sa bagong stack" patungo sa "kayang gawin ang isang tunay na gawain dito", na may kasamang pagsasanay, feedback at pagsusuri na ang kasanayan ay nailipat upang gumana. Ang mga resulta ng paghahanap para sa paksang ito ay kadalasang mga roadmap para sa mga indibidwal, kaya ang gabay na ito ay kumukuha ng pananaw ng team at manager. Patunayan ang bawat kaso at pamantayan sa isang senior engineer bago mo ito gamitin.
Ano ang isang patuloy na landas sa pagkatuto para sa mga inhinyero?
Ito ay isang tinukoy na pagkakasunud-sunod ng paghahanda, pagsasanay sa mga tunay o makatotohanang gawain, feedback at pagsusuri ng kakayahan, na maaari mong gamitin muli sa bawat pagkakataong gagamit ang pangkat ng isang bagong wika, balangkas o plataporma. Ang "Tuloy-tuloy" ay nangangahulugang ang ruta ay binubuo nang isang beses at ina-update, hindi muling binubuo mula sa simula para sa bawat pagbabago. Ito ay mas makitid kaysa sa isang landas ng pagkatuto sa isang katalogo ng aklatan: ito ay nakatali sa isang gawain na dapat gampanan ng pangkat at sa ebidensya na kaya nila itong gampanan.
Naglalaan na ng oras ang mga inhinyero sa pag-aaral. Sa 2025 Stack Overflow Developer Survey, 36.3% ng mga respondent ang nagsabing natutunan nila ang mga AI-enabled tool na kinakailangan para sa kanilang trabaho o para sa kanilang karera sa nakaraang taon, habang 10.8% ang hindi naglaan ng oras sa pag-aaral . Natututo ang mga tao; ang tanong ay kung ang pagkatuto ay nakatuon sa kung ano ang kailangan ng koponan at kung may makakakita ba ng resulta.
Mabilis na katotohanan
| Tanong | Maikling sagot |
|---|---|
| Ano ang gawain? | I-update ang mga kasanayan sa papel at ipakita na kaya mo itong gamitin sa bagong stack. |
| Saan binubuo ang daanan? | Isang paunang pagsusuri, kasanayan sa refactoring o migration, feedback na nakatali sa mga desisyon, at isang pagsusuri sa paglilipat. |
| Sinasanay mo ba ulit ang lahat? | Hindi. Magsimula sa gawain at kung sino talaga ang nangangailangan ng bagong kasanayan. |
| Ano ang iyong sinusukat? | Ilipat ang pagganap sa isang bagong gawain at oras patungo sa kahandaan sa gawain. |
| Sino ang nagpapatunay sa mga gawain? | Isang senior engineer sa team. |
| Ano ang hindi kayang ayusin ng isang landas? | Nawawalang kagamitan, access, oras o isang malinaw na may-ari para sa migration. |
| Gaano mo kadalas ito ina-update? | Kapag ang stack, nagbabago ang mga pamantayan ng koponan o ang mga karaniwang pagkakamali. |
1. Ilarawan ang problema sa pagganap
Magsimula sa gawain. Sumulat ng isang pangungusap na maaaring suriin ng pangkat: "Kung bibigyan ng serbisyo sa lumang stack, ililipat ng isang inhinyero ang isang nakatakdang piraso papunta sa bagong stack, ipapasa ang mga tseke ng pangkat at ipapaliwanag kung ano ang mga binago at bakit." Pangalanan ang tungkulin, ang kapaligiran at ang mga pahintulot na magkakaroon ang inhinyero. Kung hindi mo maisulat ang pangungusap, ang pathway ay walang target.
2. Suriin ang mga kakulangan sa pagkatuto at konteksto
Bago bumuo ng nilalaman, ihambing muna ang gawain sa kung ano ang mayroon ka ngayon.
- Ano ang ginagawa ng kasalukuyang pagsasanay? Isang kurso tungkol sa sintaks at mga konsepto na nagsasagawa ng pagbabalik-tanaw. Ang migrasyon ay nangangailangan ng pagsusuri, paghatol, at paglikha.
- Ano ang pangangailangang kognitibo? Sa binagong taksonomiya ni Bloom, ang paghahambing ng mga luma at bagong pamamaraan ay nasa pagsusuri at pagsusuri, at ang pagdidisenyo ng inilipat na piraso ay umaabot sa paglikha. Ang aming gabay sa pagtutugma ng mga aktibidad sa pagkatuto sa Bloom's Taxonomy nagpapakita kung paano itugma ang aktibidad sa antas.
- Mayroon bang ibang bagay na nakaharang bukod sa kasanayan? Suriin ang sandbox access, mga test environment, pagmamay-ari ng code, on-call load at kung may oras ang sinuman para matuto. Kung may sira sa staging, walang pathway ang makakapagpabilis sa unang migration. Ipasa ang mga sanhing iyon sa mga taong makakaayos ng mga ito. Ang aming pag-diagnose ng agwat sa pagkatuto makakatulong sa iyo na paghiwalayin ang mga ito.
Hindi lahat ng bagong teknolohiya ay nangangailangan ng isang kumpletong programa. Ang isang maliit na pag-update sa library ay maaaring mangailangan ng isang maikling tala at isang pagsusuri. Ilaan ang landas para sa mga pagbabagong magpapabago sa kung paano nagdidisenyo at nagde-debug ang mga tao.
3. Magdisenyo ng may layuning paghahanda at pagsasanay
Bigyan ang bawat yugto ng isang trabaho.
Pagsusuri ng mga Paunang Kinakailangan. Gumamit ng maikling pagsusuri upang malaman kung sino ang nakakaalam na ng mga pangunahing kaalaman, nang sa gayon ay hindi na lamang mag-upo ang mga tao sa materyal na alam na nila. Kinukumpirma lamang ng pagsusuri ng mga kinakailangang kinakailangan ang mga ito; hindi nito ipinapakita ang kahandaan.
Paghahanda ayon sa sarili mong bilis. Ituro ang opisyal na dokumentasyon, mga panloob na runbook at isang maikli at nakapokus na mapagkukunan. Panatilihin itong maikli at tiyak sa gawain.
Magsanay sa makatotohanang gawain. Ang pinakamalakas na pagsasanay ay isang nakatakdang piraso ng totoong gawain sa isang ligtas na lugar: isang serbisyo ng sandbox, isang kopya ng isang low-risk module, o isang ehersisyo sa refactoring na may mga alam nang sagot. Ang aming mga gabay sa pagbubuo ng mga proyekto sa refactoring na nagtuturo at gumagamit ng peer code review upang bumuo ng teknikal na paghatol ay sumasaklaw sa dalawang format na akma rito.
Feedback. Iugnay ang feedback sa mga desisyon, hindi sa iskor. "Inilipat mo ang retry logic sa bagong serbisyo ngunit hindi mo sinabi kung ano ang mangyayari kapag nag-time out ang downstream call" ay isang bagay na maaaring aksyonan ng isang engineer. Para sa karagdagang impormasyon tungkol dito, tingnan ang pagdidisenyo ng interactive na kasanayan na may kapaki-pakinabang na feedback.
Live input o asynchronous review? Mas nakakadagdag ang live input kapag hindi malinaw ang isang pagpipilian at nakikinabang ang mga inhinyero sa pakikinig sa pagpapaliwanag ng isang kasamahan kung bakit sila magtitimpi. Sapat na ang asynchronous review para ihambing ang pagbabago ng isang inhinyero sa isang may anotasyong halimbawa. Ipinapaliwanag ng aming artikulo tungkol sa pag-uugnay ng self-paced preparation sa live coaching kung kailan gagamitin ang bawat isa.
4. Gumawa ng isang makatotohanang halimbawa
Paglalarawan. Dapat patunayan ng isang senior engineer ang kaso at sagutin ang mga pamantayan bago gamitin.
Ang kaso. Kinukumpleto ng isang inhinyero ang isang gawain sa paglipat pagkatapos ng naka-target na paghahanda. Ang gawain: ilipat ang function na "send receipt email" mula sa lumang monolith patungo sa event-driven service ng bagong platform, sa isang sandbox, habang nakapasa ang test suite ng team.
Unang pagsubok. Kinokopya ng engineer ang function at ipapadala ito sa bagong event. Pumasa ang mga pagsubok para sa masayang landas. Hindi pa nila sinasabi kung ano ang mangyayari kung ang event ay naihatid nang dalawang beses, at ang inilipat na code ay magpapadala ng dalawang resibo.
Magbibigay ng feedback at subukan muli. Itatanong ng tagasuri, "Ano ang ginagarantiya ng stack na ito tungkol sa paghahatid, at ano ang ibig sabihin nito para sa iyong tungkulin?" Babasahin ng inhinyero ang dokumentasyon ng paghahatid ng platform at babalik na may kasamang sukli.
Isang mas malakas na pagtatangka. "Ang platform ay naghahatid nang kahit isang beses, kaya ginawa kong idempotent ang function gamit ang order ID, at nagdagdag ng isang pagsubok na nagpapadala ng parehong kaganapan nang dalawang beses. Hindi ako sigurado kung gaano katagal sinusubukan muli ng platform, kaya tinanong ko ang platform team at itinala ito sa pull request." Ipinapakita ng sagot na binabanggit ng engineer ang ebidensya, kumikilos batay dito at sinasabi kung ano pa ang kailangan nilang malaman.
Kung bakit ang bawat tugon ay maipagtatanggol o hindi kumpleto. Ang unang pagtatangka ay isang wastong panimulang punto ngunit hindi kumpleto: gagana lamang ito kung magiging maayos ang lahat. Ang mas malakas na pagtatangka ay maipagtatanggol dahil ang desisyon ay ipinaliwanag, nasubukan, at tapat tungkol sa isang kakulangan. Husgahan ito batay sa napagkasunduang pamantayan, hindi batay sa ginustong code ng isang tagasuri.
5. Suriin ang kakayahan at planuhin ang paglipat
Ang ebidensya ng kakayahan ay ang pagganap sa isang bagong gawain na hindi pa nakikita ng inhinyero, sa bagong stack. Gumamit ng dalawang sukat: paglilipat ng pagganap (kaya ba nilang tapusin at bigyang-katwiran ang isang maihahambing na gawain?) at oras ng paghahanda sa gawain (gaano katagal mula sa pagsisimula ng landas hanggang sa pagkumpleto ng isang maihahambing na gawain sa pamantayan ng koponan?). Bigyan ng marka ang bagong gawain gamit ang isang simpleng rubric na 0 hanggang 2:
| Saligan | Napapansing ebidensya |
|---|---|
| Pagpapatupad ng gawain | Kinukumpleto ang paglipat sa pamantayan ng pangkat at itinatala ang ebidensya para sa bawat desisyon. |
| pangangatwiran | Ipinaliliwanag ang mga limitasyon, mga alternatibong isinasaalang-alang, at kung ano ang nananatiling hindi tiyak. |
| Mga Hangganan | Sumusunod sa inaprubahang proseso ng pagbabago at humihingi ng tulong kapag kulang ang impormasyon o awtoridad. |
Mga Anchor: 0 ay wala o hindi sinusuportahan, 1 ay bahagyang may mga kaugnay na kakulangan, at 2 ay kumpleto at makatwiran batay sa napagkasunduang pamantayan. Tukuyin nang hiwalay ang mga kritikal na error, tulad ng paglaktaw sa isang kinakailangang pagsusuri sa seguridad, kaya ang isang mataas na marka sa ibang lugar ay hindi maaaring magtago ng isa. Ang rubric na ito ay isang panukala, hindi isang napatunayang pamantayan ng kahandaan. Iangkop ito sa isang engineering manager at subukan ito.
Planuhin ang follow-up sa trabaho. Pagkatapos ng pathway, hayaan ang bawat engineer na kumuha ng isang live ticket sa bagong stack kasama ang isang pinangalanang reviewer, at suriin ito batay sa parehong pamantayan. Suriin ang mga karaniwang pagkakamali kada quarter at i-update ang pathway. Ang aming gabay sa pagpapatakbo ng isang pilot na sumusukat sa pagkatuto at paglipat sa lugar ng trabaho ay nagtatakda kung paano unang susubukan ang isang pathway sa isang team.
Kung saan nakakatulong ang interactive na paghahatid
Ang mga interactive na format ay nakakatulong kung saan dapat mangako ang mga tao bago nila makita ang grupo. Sa isang live na sesyon, ipakita ang desisyon sa paglipat, hilingin sa bawat engineer na pumili at magpaliwanag nang paisa-isa, pagkatapos ay ibunyag ang pagkakalat bago ang talakayan. Ang mga hindi nagpapakilalang tugon ay maaaring magdulot ng mga pagdududa na inaalangan ng mga tao na itaas sa harap ng isang lead. Ang parehong kaso ay maaaring tumakbo nang mag-isa para sa mga engineer na sasali mamaya, na may live na sesyon na nakalaan para sa mga hindi malinaw na pagpipilian. Sinusuportahan ng AhaSlides ang interactive na pag-aaral at paglipat sa pagitan ng live at self-paced na paghahatid. Ito ay isang tool sa presentasyon at pag-aaral, hindi isang code environment, kaya panatilihin ang practice code sa iyong sariling sandbox. Suriin ang anumang partikular na function ng pag-author, feedback o pag-uulat na plano mong asahan laban sa iyong sariling workflow. Para sa tulong sa pagpili ng mga format, tingnan ang aming gabay kung kailan gagamit ng adaptive, interactive at live learning.
Sukatin kung ano ang nagbago
Magpasya nang maaga kung ano ang magpapakita na gumagana ang pathway. Ihambing ang pagganap ng paglilipat at oras sa kahandaan ng gawain sa isang hindi pa nakikitang gawain laban sa isang baseline mula bago ang pathway, na may tinukoy na grupo, denominator at tiyempo. Kung bumuti ang mga resulta, tingnan kung ano pa ang nagbago sa parehong panahon, tulad ng mas mahusay na dokumentasyon, isang bagong tool o isang mas tahimik na iskedyul ng paglabas, bago bigyan ng kredito ang pathway.
Mga limitasyon na maaaring manatili
- Oras. Hindi makukumpleto ng mga inhinyero na may ganap na sprint ang isang pathway nang walang protektadong oras.
- Kapaligiran. Ang sirang sandbox o mabagal na pag-apruba ay makakapigil sa bilis anuman ang pagsasanay.
- Ang target na paglipat. Mabilis magbago ang mga salansan, kaya ang isang hindi pa nagagalaw na landas ay nagiging luma.
- Saklaw ng gawain. Ang isang gawain sa paglipat ay nagsasanay ng ilang mga desisyon. Ang isang pass ay hindi naglalarawan sa kasanayan ng isang inhinyero sa buong stack.
- Pagmamay-ari. Kung walang mananagot para sa migrasyon, hindi iyon maaaring malikha ng isang landas.
Mga madalas itanong
Ano ang isang patuloy na landas sa pagkatuto para sa mga inhinyero?
Isang magagamit muli na ruta ng pagsusuri ng mga paunang kinakailangan, pagsasanay sa mga makatotohanang gawain, feedback at pagsusuri ng paglilipat, na nakatali sa isang partikular na gawain na dapat gawin ng pangkat sa isang bagong hanay.
Gaano katagal dapat ang isang learning pathway para sa mga software engineer?
Sapat ang haba para makumpleto ng bawat inhinyero ang isang makatotohanang gawain sa bagong stack. Subukan ito kasama ang isang pangkat, pagkatapos ay sukatin ang oras para sa kahandaan ng gawain.
Paano mo mapapahusay ang mga kasanayan ng mga software engineer nang hindi sila naaalis sa serbisyo?
Gumamit ng limitadong pagsasanay sa tunay o makatotohanang gawain, maglaan ng kaunting oras bawat linggo, at panatilihing maikli at partikular sa gawain ang materyal na ayon sa sarili mong bilis.
Paano mo malalaman kung gumagana ang isang pathway?
Kinukumpleto ng mga inhinyero ang isang bago at hindi pa nakikitang gawain sa bagong stack ayon sa pamantayan ng koponan, at ang mga follow-up na tiket ay nagpapakita ng parehong kalidad.
Saan magsisimula
Pumili ng isang paparating na pagbabago sa stack. Isulat ang task sentence, lagyan ng tsek ang mga non-training blocker, bumuo ng three-criterion rubric at hilingin sa isang senior engineer na subukan muna ang iyong practice task. Subukan ito kasama ang isang team bago mo buuin ang buong ruta.
Para makita kung paano maaaring gumana nang live ang isang pathway kasama ang sarili mong team, at magamit muli nang mag-isa pagkatapos, tuklasin ang AhaSlides.
