Bendras principas: leiskite AI rašyti ten, kur klaidos yra pigios ir akivaizdžios, ir naudokite jį peržiūrai/refaktoringui ten, kur klaidos yra brangios arba subtilios. Sprendžiamasis veiksnys yra tai, kiek jums kainuoja rezultato patvirtinimas.
Bendras principas: leiskite AI rašyti ten, kur klaidos yra pigios ir akivaizdžios, ir naudokite jį peržiūrai/refaktoringui ten, kur klaidos yra brangios arba subtilios. Sprendžiamasis veiksnys yra tai, kiek jums kainuoja rezultato patvirtinimas.
Šiais atvejais klaidos kaina yra maža ir galite perskaityti rezultatą nuo pradžios iki pabaigos.
Čia AI naudojate kaip antrą akis: jis siūlo, jūs nusprendžiate.
Cost of a bug LOW Cost of a bug HIGH
New code ✅ let AI write ⚠️ AI drafts, you verify hard
Existing code ✅ AI refactors ✅ AI reviews, you write the change
Rašymas iš nulio yra greitas, bet AI gali išrasti API (halucinavimas) arba prarasti kontekstą, kurio negali matyti. Peržiūra yra saugesnė, bet lėtesnė ir tokia gera, kokia kontekstą jūs jai duodate. Bet kuriuo atveju jūs esate atsakingas autorius — AI yra įrankis, o ne įsipareigojimo pasirašytojas.
Persiklysti šiame klausime — tai vieta, kur AI pagalbinė plėtra klystais: žmonės leidžia AI generuoti kritinę logiką, kurią jie negali visiškai patikrinti, arba jie rašo nereikalingą šabloninį kodą, kurį AI galėjo gaminti per kelias sekundes. Atitinkant režimą (rašymas vs peržiūra/refaktoringas) klaidos kainos išlaidos jums leidžia būti greitiems su pigia medžiaga ir atsargiems su pavojinga medžiaga. Bandoma vertinama įgūdis yra sprendimas apie tai, kur gaišti savo patvirtinimo pastangas — o ne tai, ar mokate raginti AI.