Debian DI kodo taisyklė: atviras kodas renkasi atsargų pasitikėjimą
·
Debian DI kodo taisyklė yra gera pamoka visiems, kurie nori aiškios, bet ne isterinės politikos.
The Verge rašo, kad Debian naujoje politikoje generatyvinio DI įrankių naudojimas nei skatinamas, nei draudžiamas. Kitaip tariant: galima naudoti, bet atsakomybė lieka žmogui.
Man tai patinka. Nes čia nėra teatro. Nei „DI išgelbės visą kodą“, nei „DI kodas yra blogis“. Yra paprastas klausimas: ar gali prisiimti atsakomybę už tai, ką įdedi į projektą?
ATVIRO KODO PROJEKTAMS REIKIA AIŠKUMO
Atviro kodo bendruomenės gyvena iš pasitikėjimo. Žmonės iš skirtingų šalių taiso klaidas, peržiūri kodą, priima pakeitimus ir tikisi, kad kiti nežais su licencijų ar saugumo rizika.
Generatyvinis DI šią tvarką sujaukia. Kodas gali būti parašytas greičiau, bet iš kur jis atkeliavo? Ar jis neprimena svetimo licencijuoto kodo? Ar žmogus jį suprato?
Debian atsakymas kol kas paprastas: įrankio nedraudžiame, bet už rezultatą atsakai tu.
KĄ TAI REIŠKIA PROGRAMUOTOJAMS
DI pagalba rašytas kodas nėra automatiškai blogas. Blogas yra kodas, kurio niekas nebesupranta, netikrina ir meta į bendrą sistemą kaip loterijos bilietą.
Jei programuotojas naudoja DI, jis turi peržiūrėti licencijas, testus, saugumą ir logiką taip, lyg kodą būtų parašęs pats. Nes realiai projektui skirtumo nėra.
Kompiliatorius neklausia, ar eilutę parašė žmogus, ar modelis. Klaida vis tiek kris ant komandos.
PAMOKA ĮMONĖMS
Įmonėms verta turėti panašią taisyklę. Ne uždrausti DI kodavimą, o nustatyti, ką reiškia atsakingas naudojimas.
Pavyzdžiui: DI sugeneruotas kodas turi būti peržiūrėtas, testuotas, nekelti konfidencialių fragmentų į išorinius įrankius ir neturėti neaiškios kilmės licencijų.
Trumpai: DI gali padėti rašyti. Bet pasirašo žmogus.
FAQ
Ar Debian uždraudė DI kodą?
Ne. The Verge rašo, kad Debian politika nei draudžia, nei skatina generatyvinio DI įrankių naudojimą.
Kur didžiausia rizika?
Licencijos, saugumas ir kodas, kurio autorius nesupranta, bet vis tiek pateikia kaip paruoštą pakeitimą.
Kaip įmonei rašyti DI kodo taisykles?
Aiškiai apibrėžti peržiūrą, testus, duomenų ribas ir atsakomybę už galutinį rezultatą.
Šaltinis: The Verge.
Jei komandoje programuotojai naudoja DI, sutarkite vieną taisyklę: niekas nekeliauja į produkciją be žmogaus supratimo ir testų.
