Kehittäjät vihaavat koodikatselmointeja – ja siksi tekoäly saattaa korvata ne kokonaan

Olen rehellinen: suurin osa kehittäjistä inhoaa koodikatselmointeja. Ei siksi, etteivätkö he välittäisi koodin laadusta, vaan koska 47 kommentin pull requestin läpikäynti perjantai-iltana tuntuu kuin katsoisi tuottavuuden haihtuvan savuna ilmaan – varsinkin kun kolme niistä kommenteista koskee puuttuvaa puolipistettä, jonka linter olisi pitänyt jo napata.

Uusi tutkimuspaperi arXivissa viittaa siihen, että tämä era saattaa loppua – ei siksi, että kehittäjät olisivat vihdoin nousseet kapinaan, vaan koska tekoälypohjaiset koodausagentit ovat tulleet aidosti hyviksi tehtävässään.

Miksi agentit voittavat ihmiset

Tutkimuksen ydinväite on suoraviivainen: jos jokainen koodikatselmoinnin ilmoitettu tavoite (bugien bongaus, tyylijohdonmukaisuus, arkkitehtuuripäätösten validointi, juniorien mentorointi) voidaan hoitaa autonomisilla agenteilla pienemmillä kustannuksilla ja suuremmalla läpimenolla, miksi me edelleen turvaudumme ihmisiin pakollisina hyväksyjinä?

Matikka on armoton mutta vakuuttava. Seniorikehittäjän aika maksaa 150–300 euroa tunnilta. Koodausagentti voi tarkistaa rajattoman määrän pull requesteja päivässä, ei koskaan väsy, ei koskaan ohita kirjoitusvirheitä, eikä käy ego-ajatteluun perustuvia debatteja siitä, ovatko tabit vai välilyönnit parempia.

Mutta kiinnostavampi väite on tämä: kirjoittajat argumentoivat, että nykyinen hybridimalli – jossa tekoäly kirjoittaa koodia ja ihmiset pysyvät portinvartijoina – on pohjimmiltaan rikki. Se ei hyödynnä täyttä automaatiota eikä ihmisen valvonnan todellista arvoa.

Sumuinen hybridimalli

Tunnet tämän mallin. Se on startup, jossa tekoäly generoi 80 prosenttia koodista, mutta jokainen merge vaatii edelleen kaksi ihmisen hyväksyntää. Kehittäjät kiihdyttävät samanaikaisesti uusien ominaisuuksien toimittamista ja pullonkauloittavat prosessin katselmointikapasiteettiin, jota heillä ei yksinkertaisesti ole.

Läpimenon epäsuhde ei ole kestävä. Kun tekoälyavusteinen kehitys kiihtyy, ihmisen katselmointivaiheesta tulee yhä seremoniallisempi kuin substanssi. Katselmoijat alkavat hyväksyä läpi huomaamattaan – eivät koska eivät välitä, vaan koska eivät yksinkertaisesti pysy perässä.

Tämä ei ole haukku kehittäjille. Kyse on systeemiongelmasta. Et voi yhdistää tekoälyä, joka tuottaa kymmenen kertaa nopeammin kuin ihminen ehtii prosessoimaan, ihmiseen, jonka täytyy ymmärtää jokainen rivi ennen hyväksyntää. Pullonkaula voittaa aina.

Mitä oikeasti menetetään

Tässä kohtaa tutkimuksen argumentti ansaitsee vastapushbackin.

Koodikatselmointi ei ole pelkkää bugien ennaltaehkäisyä. Se on viestintää. Se on jaettua omistajuutta. Se on se juniorikehittäjä, joka oppii lukemalla kommentteja. Se on se odottamaton keskustelu, joka alkaa kysymyksellä "miksi teit näin?" ja päättyy toteamukseen "meidän pitäisi refaktoroida koko auth-systeemi."

Agentit voivat kertoa, että koodissasi on race condition. Ne ovat vähemmän hyviä selittämään, miksi liiketoimintalogiikka vaatii tuon race conditionin, ja tietääkö tuotetiimi taustalla olevasta oletuksesta.

Tutkimus myöntää tämän jossain määrin – siksi se keskittyy "pakolliseen" osaan ihmisen katselmoinnissa. Mutta en ole varma, että olemme vielä ratkaisseet, miten säilyttää koodikatselmoinnin satunnaisten hyötyjen arvo samalla kun poistamme pakollisen ihmisen tarkistuspisteen.

Mitä tämä tarkoittaa kehitystiimeille

Jos olet startup tai kasvuyritys, joka miettii prosessejaan, tässä oma näkemykseni:

Koodausagentit ovat tänään aidosti riittävän hyviä useimpiin koodikatselmoinnin tehtäviin. Tyylintarkistus, perustason bugien tunnistus, testipeiton validointi – nämä ovat perusvaatimuksia. Jos maksat seniorikehittäjille puuttuvien null-tarkistusten bongaamisesta, resurssit ovat väärin kohdistettu.

Mutta ihmisten kokonaan poistaminen yhtälöstä vaatii luottamusta, jota useimmat organisaatiot eivät ole rakentaneet, sekä työkaluja, jotka integroivat agenttikatselmoinnin syvälle työnkulkuun eikä vain liimaa sitä päälle ylimääräisenä GitHub-appina.

Keskiväline on luultavasti se, mihin useimmat tiimit päätyvät: aggressiivinen automaatio mekaanisille huolille, ihmisen katselmointi arkkitehtuuripäätöksille, tietoturva-herkille muutoksille ja kaikelle, mikä koskettaa koodia, jonka ymmärtäminen tai muokkaaminen on aidosti vaikeaa.

Todellinen kysymys

Tutkimus kysyy, onko ihmisen koodikatselmointi "välttämätöntä." Mutta ehkä parempi kysymys on, onko se riittävää.

Nykyaikaiset ohjelmistojärjestelmät ovat liian monimutkaisia kenenkään ihmisen täysin ymmärrettäviksi yksityiskohtatasolla. Luotamme staattiseen analyysiin, automaattitestaukseen ja yhä enemmän tekoälyavustukseen juuri siksi, että ihmisen kognitiolla on rajoituksia, jotka ongelmakenttä on ylittänyt.

Koodikatselmoinnin tulevaisuus ei ole binaarinen – ihminen tai agentti. Kyse on oikean työnjaon löytämisestä, mikä tarkoittaa rehellisyyttä siitä, mitä ihmiset oikeasti tuovat pöytään "toisena silmäparina"Beyond.

Tällä hetkellä tuo rehellinen arviointi sisältää luultavasti ihmiset silmukassa useimmissa tuotantojärjestelmissä. Mutta kello tikittää, ja suunta on selvä.

Mitä sinä ajattelet? Onko ihmisen koodikatselmointi pyhä perinne vai vanhan aikakauden jäänne? Jätä ajatuksesi alle – ja jos rakennat tekoälyavusteista kehitystä silmälläpitäen, tutustu Vibe Hosting -alustaanamme, joka on suunniteltu seuraavan sukupolven kehitystyönkulkuihin.