Mbrojtja nga ndryshimet e mbeturinave AI në GitHub. Vlerësimi i ndikimit të kodifikimit të vibrimeve në ekosistemin e softuerit të hapur

Kamila Moraes, menaxhere e produktit në kompaninë GitHub, filloi një bisedë mbi shtimin në GitHub të mundësisë për bllokimin automatik të pull-request-eve të mbetur pa kontroll të dorës dhe që nuk plotësojnë standardet e cilësisë, që janë gjeneruar nga asistencat AI. Ndryshime të tilla krijojnë një ngarkesë shtesë për mbështetësit, të cilët detyrohen të shpenzojnë kohë për të analizuar kodin e panevojshëm.

Si një zgjidhje afatshkurtër, po shqyrtohet mundësia e shlyerjes rapide të pull-request-eve përmes ndërfaqes web (shlyerje pa mbetje në histori përveç se të shënohet si të mbyllur) dhe përdorimi i të drejtave të personalizuara për dërgimin e pull-request-eve, duke lejuar pronarët e depozitave të miratojnë dërgimin e ndryshimeve vetëm për anëtarët që kanë bërë ndryshime më parë.

Në zgjidhjet afatgjata, përmendet zgjerimi i modelit të fuqive dhe ofrimi i mjeteve për mbështetësit për të përcaktuar rregulla fleksibile që përcaktojnë se kush ka të drejtë të krijojë dhe të rishikojë pull-request-e dhe cilat kërkesa duhet të plotësojnë. Për më tepër, sugjerohet të angazhohet AI për të përcaktuar nëse ndryshimi i dërguar i përmbush rregullat dhe standardet e cilësisë për çdo projekt (p.sh., të përcaktuara në skedarin CONTRIBUTING.md), si dhe për të zbuluar dhe shënuar ndryshimet e përgatitura me ndihmën e AI.

Nga propozimet e shprehura gjatë diskutimit, mund të përmendim gjithashtu krijimin e një filtri që ndalon dërgimin e pull-request-eve pa hapur më parë diskutime në issue me shpjegimin e arsyeve të realizimit të ndryshimeve, si dhe informimin e mbështetësve për pranimin e pull-request-eve nga fillestarët vetëm pas kalimit me sukses të testeve në sistemin e integrimit të vazhdueshëm.

Sipas statistikave nga një nga zhvilluesit kryesorë të kornizës genkit, vetëm një në dhjetë ndryshime të përgatitura nga AI përputhen me kriteret për hapjen e një pull-request-i. Një nga pjesëmarrësit në projektin Azure Core Upstream përmbledh shqetësimet kryesore të mbështetësve:

  • Shkelja e modelit tĂ« besimit gjatĂ« rishikimit — rishikuesit nuk mund tĂ« jenĂ« tĂ« sigurt se ai qĂ« ka dĂ«rguar ndryshimin e ka shkruar kodin e dĂ«rguar dhe e kupton thelbin e tij.
  • KĂ«rkesat e pull-it tĂ« krijuara nĂ« asistentĂ«t AI mund tĂ« duken strukturalisht tĂ« sakta, por tĂ« jenĂ« logjikisht tĂ« pasakta, tĂ« pasigurt ose tĂ« patestuar nĂ« praktikĂ«.
  • Praktika e rivlerĂ«simit rresht pas rreshti mbetet e detyrueshme, por ajo nuk mund tĂ« shkallĂ«zohet nĂ« kushte rritjeje tĂ« ndryshimeve, tĂ« formuara pĂ«rmes asistentĂ«ve AI.
  • ShoqĂ«ruesit ndiejnĂ« njĂ« shqetĂ«sim kur pranojnĂ« kĂ«rkesat e pull-it qĂ« nuk i kuptojnĂ« plotĂ«sisht, ndĂ«rsa asistentĂ«t AI pĂ«rmirĂ«sojnĂ« kalimin e ndryshimeve tĂ« mĂ«dha pa njĂ« kuptim tĂ« thellĂ«.
  • Ngarkohet ngarkesa kognitive mbi shoqĂ«ruesit, tĂ« cilĂ«t tani duhet tĂ« kontrollojnĂ« jo vetĂ«m kodin, por gjithashtu tĂ« vlerĂ«sojnĂ« nĂ«se autori e kupton atĂ«.
  • Shfaqja e mjeteve AI nuk e ka reduktuar, por e ka rritur ngarkesĂ«n mbi shoqĂ«ruesit.

Për më tepër, mund të përmendet një studim i kryer nga disa universitete evropiane mbi ndikimin e kodimit të vibrit në ekosistemin e projekteve të hapura. Hulumtuesit zhvilluan një model të ekosistemit të kodit të hapur që tregoi se feedback-ët, të cilat më parë përgjigjeshin për rritjen eksplozive të projekteve të hapura, pas shpërndarjes së kodimit të vibrit, krijojnë një efekt të kundërt - numri i zhvilluesve të gatshëm për të ndarë kodin zvogëlohet, diversiteti i projekteve të hapura ulet dhe cilësia bie. Njëra nga zgjidhjet e mundshme për problemin është implementimi i një modeli financimi, i ngjashëm me Spotify, ku platformat AI r redistribuojnë të ardhurat nga abonimet në shërbime për zhvilluesit, në varësi të shkallës së përdorimit të projekteve.

Në kodimin vib, zhvilluesit ndalojnë së analizuar zgjidhjet e disponueshme, së lexuar dokumentacionin, së dërguar mesazhe për gabime dhe së ndërvepruar me ekipet që zhvillojnë libra të hapur. Projektet e hapura humbasin komunikimin me përdoruesit. Projekteve të reja u bëhet më e vështirë të arrijnë, pasi asistet me AI vetë zgjedhin bibliotekat e nevojshme të hapura mbi bazën e informacionit që kishin në momentin e trajnimit të modelit. Për shkak të uljes së ndërveprimit të drejtpërdrejtë me përdoruesit, monetizimi i projekteve të hapura, të lidhura me shërbimet e mbështetjes dhe shfaqjen e reklamave/dhënies së donacioneve në faqe, vuan. Për shkak të uljes së komunikimit, kualiteti vuan. Nga ana tjetër, kodimi vib e rrit produktivitetin në krijimin e produkteve të reja të bazuara në kod të huaj dhe lehtëson integrimin e bibliotekave të reja.

Si shembull, projekti Tailwind CSS, numri i shkarkimeve të cilit nga depoja NPM vazhdon të rritet, por trafiku në dokumentacion ka rënë me 40% që nga fillimi i vitit 2023, ndërsa të ardhurat kanë rënë me 80%. Gjithashtu është vënë re një rënie e aktiviteteve të diskutimeve në Stack Overflow prej rreth 25% pas 6 muajsh nga lançimi i ChatGPT.

Mbrojtja nga ndryshimet e mbeturinave AI në GitHub. Vlerësimi i ndikimit të kodifikimit të vibrimeve në ekosistemin e softuerit të hapurMbrojtja nga ndryshimet e mbeturinave AI në GitHub. Vlerësimi i ndikimit të kodifikimit të vibrimeve në ekosistemin e softuerit të hapur


Burimi: opennet.ru
Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster