DI kodas keičia code review: inžinieriai mokosi gaudyti šiukšles
·

DI kodas jau pakeitė programuotojų kasdienybę. IEEE Spectrum rašo, kad DI sugeneruotas turinys keičia ir kodo peržiūras: inžinieriams tenka gaudyti klaidas, kurios atrodo tvarkingai.
Čia yra labai žmogiška problema. Blogas kodas anksčiau dažnai atrodė blogai. Dabar jis gali atrodyti įtikinamai, turėti gražius pavadinimus, komentarus ir net testų imitaciją.
Kaip su kostiumu. Atrodo rimtai, bet dar nereiškia, kad žmogus moka dirbti.
CODE REVIEW KEIČIA SAVO DARBĄ
Kodo peržiūra anksčiau dažnai buvo apie logiką, stilių ir akivaizdžias klaidas. DI įrankiai įneša naują sluoksnį: reikia tikrinti, ar agentas nesugalvojo neegzistuojančios bibliotekos, neapeina saugumo taisyklių ar nepalieka paslėpto šalutinio poveikio.
Bėda ta, kad DI klaidos ne visada rėkia. Kartais jos mandagiai sėdi kode ir atrodo kaip protingas sprendimas. Kol sistema negauna tikro krūvio.
Todėl peržiūra tampa mažiau apie „ar gražu?“ ir daugiau apie „ar suprantame, kodėl tai veikia?“.
JUNIORAMS REIKIA PRAKTIKOS
Didžiausia rizika – ankstyvos karjeros specialistai. Jei DI nuima daug paprastų užduočių, žmogus gali praleisti tą nuobodų etapą, kuriame mokomasi per klaidas.
Visi norime greičiau. Bet kartais greitis pavagia mokyklą. Jei junioras mato tik agento paruoštą sprendimą, jam sunkiau išmokti, kodėl vienas kelias geras, o kitas veda į bėdą.
Čia vadovams reikia ne drausti DI, o keisti mokymo būdą: daugiau porinio darbo, daugiau paaiškinimų, daugiau mažų užduočių, kur žmogus pats praeina kelią.
PAMOKA VISIEMS DI NAUDOTOJAMS
Kodo peržiūros istorija tinka ir kitoms sritims. DI parašytas tekstas gali skambėti gerai, bet turėti neteisingą faktą. DI paruošta analizė gali atrodyti solidžiai, bet remtis klaidinga prielaida.
Todėl naujas įgūdis yra ne tik mokėti parašyti užklausą. Reikia mokėti tikrinti atsakymą. Ir dar svarbiau – suprasti, kada atsakymas per tvarkingas, kad būtų priimtas be klausimų.
DI gali būti stiprus kolega. Bet kolegą irgi peržiūri, kai darbas svarbus.
FAQ
Kas yra DI sugeneruotas kodas?
Tai programinis kodas, kurį paruošia DI įrankis ar agentas pagal žmogaus užduotį, pavyzdžius ar projekto kontekstą.
Kodėl code review tampa sunkesnis?
DI klaidos dažnai atrodo tvarkingai, todėl peržiūrėtojui reikia giliau tikrinti logiką, saugumą ir priklausomybes.
Kaip mokyti juniorus DI laikais?
Reikia leisti naudoti DI, bet kartu duoti užduočių, kur žmogus turi paaiškinti sprendimą, rasti klaidas ir suprasti kodą pats.
Šaltinis: IEEE Spectrum.
Jei DI įrankiai jūsų komandoje jau rašo tekstus, kodą ar analizes, mokykitės ne tik klausti, bet ir tikrinti. Tam praktikos duoda MasterSprint.


