Baz kodo peržiūros agentas: DI turi tikrinti produktą, ne tik tekstą
·
kodo peržiūros agentas skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
AWS aprašė, kaip Baz pagerino DI kodo peržiūros agento tikslumą naudodama Amazon Bedrock AgentCore. Esmė paprasta: geras kodo komentaras turi matyti ne tik tekstą, bet ir produkto elgseną.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
KAS NUTIKO
Baz naudojo AgentCore kaip pagrindą agentui, kuris gali validuoti realų produkto veikimą. AWS mini izoliuotas naršyklės sesijas, preview aplinkas ir galimybę elgtis arčiau tikro naudotojo.
Kodo diffas kartais meluoja. Ant popieriaus viskas gražu, testai žali, o vartotojas spaudžia mygtuką ir pamato kreivą langą. Tada prasideda „pas mane veikė“ koncertas.
KODĖL TAI SVARBU
Kodo peržiūros agentas svarbus todėl, kad DI gali eiti toliau už sintaksę. Jis gali atsidaryti aplinką, paspausti, palyginti, pastebėti, kad funkcija techniškai veikia, bet naudotojui atrodo blogai.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
KĄ TAI REIŠKIA VERSLUI
Produktų komandoms tai gali mažinti klaidų kainą. Kuo anksčiau agentas pagauna neatitikimą tarp reikalavimo ir realaus ekrano, tuo mažiau laiko sudega po release.
- duoti agentui aiškius priėmimo kriterijus
- naudoti preview aplinkas
- saugoti naršyklės veiksmų pėdsakus
- žmogui palikti galutinį sprendimą
Pavyzdys: agentas gauna užduotį patikrinti registracijos formą, atsidaro preview, suveda duomenis, pamato klaidos pranešimą ir prideda konkretų komentarą prie PR.
KUR PASISLĖPUSI RIZIKA
Rizika – tikėti, kad agentas pakeis senior peržiūrą. Jis gali rasti daug techninių smulkmenų, bet produkto sprendimas vis tiek lieka komandos atsakomybė.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Kitame PR parašykite ne tik ką pakeitėte, bet ir kaip agentas ar žmogus turėtų patikrinti rezultatą naršyklėje.
Šaltinis: Amazon Web Services.
DUK
Kas yra kodo peržiūros agentas?
Tai DI agentas, kuris analizuoja kodo pakeitimus ir gali tikrinti produkto elgseną.
Kuo naudinga preview aplinka?
Ji leidžia agentui matyti realų rezultatą, ne tik failų skirtumus.
Ar tai pakeičia programuotoją?
Ne. Tai papildomas patikros sluoksnis prieš žmogaus sprendimą.
Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
