Tekoälykoodarin kompastuskivet: Miksi "vibe coding" voi kostautua

Viime viikolla seurasin, kun kollega pyöritti npm test -komentoa pull requestissa, jonka oli "toimittanut" tekoälyavusteinen koodaustyökalu. Testit eivät vain epäonnistuneet — ne epäonnistuivat tyylikkäästi, virheilmoituksilla jotka saivat jokaisen juniorikehittäjän kalpenemaan. API-avaimia ei ollut asetettu. Rajapinnat palauttivat JSONia täysin väärässä muodossa. Autentikointiväliohjelmisto, joka ei todentanut mitään.

Commit-viesti kuului: "Käyttäjien kirjautumisvirta toteutettu 🍕"

Se pizza-emoji olisi pitänyt olla ensimmäinen varoitusmerkki.

Tämä ei ole tarina siitä, että tekoäly olisi huono. Tekoälyn koodaus on todella parantanut työnkulkuani monella tavalla. Tämä on tarina vaarallisesta kompetenssiharhasta — siitä tekoälyn tuottamasta vakuuttavan näköisestä tulosteesta, joka vaikuttaa niin viimeistellyltä, ettei kukaan muista epäillä sitä ennen kuin tuotanto hajoaa keskellä yötä.

Myötäilijä-ongelma

Tässä on asia, josta kukaan ei puhu: tekoälykoodausavustimet ovat lopullisia myötäilijöitä. Ne eivät työnnä takaisin. Ne eivät kysy tarkentavia kysymyksiä kello kolme yöllä, vaikka sinun olisi pitänyt kysyä ne itse. Ne tuottavat mitä pyysit, tai mitä ne luulivat sinun tarkoittaneen, ensimmäisen vuoden konsultin ansaitsemattomalla itsevarmuudella.

Sinun vanhempi kehittäjäsi, joka ehkä olisi sanonut "oikeasti, tuo on kamala idea koska..." — sitä henkilöä ei ole olemassa IDE:ssäsi. Siellä on vain sinä, automaattitäydennyskone ja 10 000 riviä koodia jotka "näyttävät oikeilta" kunnes yrität ajaa niitä oikeasti.

Tämä on ansa. Vähiten vastustusta vaativa polku on aina hyväksyä tekoälyn ehdotukset. Ja kuten jokainen lihas jota et käytä, kyky arvioida arkkitehtuuripäätöksiä surkastuu hiljalleen kunnes tajuat allekirjoittaneesi huonoa koodia kuukausien ajan.

Testausvaje

Tässä on tilasto, jonka pitäisi huolestuttaa jokaista teknologiajohtajaa: tutkimusten mukaan kehittäjät käyttävät alle 20 prosenttia ajastaan testaamiseen. Nyt kun lisäät tekoälyn generoimaa koodia päälle, sinulla on resepti katastrofille.

Kun tekoäly generoi koodia, se tekee sen koskaan ajamatta sitä sinun spesifisessä ympäristössäsi, sinun spesifisellä tietokantatilallasi, sinun spesifisiä kolmansien osapuolten riippuvuuksiasi vastaan. Koodi on olemassa tyhjiössä — teknisesti oikein, kontekstuaalisesti köyhä.

Ratkaisu ei ole lopettaa tekoälyn käyttö. Ratkaisu on tulla uskonnolliseksi yksinkertaisesta käytännöstä: älä koskaan yhdistä koodia, jota et ole itse testannut omassa paikallisessa ympäristössäsi.

Kyllä, se on hitaampaa. Kyllä, se tuntuu taistelulta tekoälyn tuottavuushyötyjä vastaan. Mutta asia on tässä — se 10x insinöörituottavuusboosti jota kaikki lupasivat? Se on nettonegatiivinen jos toimitat bugeja nopeammin kuin pystyt korjaamaan niitä.

Kognitiivisen kuormituksen jyrkänne

Ajattele tekoälyavustusta laskimena matematiikassa. Laskimet eivät tehneet ihmisistä huonompia matematiikassa — ne vapauttivat meidät rutiinitehtävistä jotta voisimme keskittyä korkeamman tason käsitteisiin. Mutta jos et ole koskaan oppinut jakolaskua, et ymmärrä mitä laskin oikeasti tekee kun se antaa sinulle vastauksen.

Sama pätee ohjelmistokehitykseen. Jos annat tekoälyn hoitaa "tyhmät osat" ymmärtämättä mitä ne tekevät, saavutat lopulta pisteen jossa et pysty arvioimaan onko tekoälyn tuloste oikea. Otat koneen sanan kaikessa, mikä on yhtä viisasta kuin antaa auton ajaa itsensä rakennustyömaan läpi katsomatta tietä.

Tämä ei koske ohjelmoinnin säilyttämistä jonkinlaisena käsityöläisperinteenä puhtaasti harrastuksena. Tämä koskee kykyä napata katastrofaaliset virheet ennen kuin ne päätyvät käyttäjille.

Tasapainon löytäminen

En ole tekoälyvastainen. NameOceanilla Vibe Hosting -alustamme hyödyntää tekoälyä auttaakseen kehittäjiä toimittamaan nopeammin. Työkalut ovat uskomattomia kun niitä käytetään ihmisen arvostelukyvyn vahvistimina, eikä sen korvaajina.

Terve suhde tekoälyyn näyttää tältä:

• Käytä tekoälyä boilerplate-koodin, rungon ja ensimmäisten versioiden generointiin
• Käytä tekoälyä vieraiden rajapintojen ja dokumentaation tutkimiseen
• Älä koskaan käytä tekoälyä ymmärryksesi korvaajana omasta koodipohjastasi
• Aina testaa mitä tekoäly tuottaa ennen kuin se koskettaa tuotantoa
• Kohtele tekoälyn ehdotuksia koodikatselmoinnin palautteena — hyödyllinen syöte, ei Raamattu

Kehittäjä joka toimitti testaamattoman PR:n? Hän ei ollut laiska tai pätevä. Hän langetti ansaan jonka koko ala kaivaa parhaillaan itselleen: vauhdin houkutus laadun kustannuksella.

Toimita nopeasti, riko asioita, etene nopeasti — se on mantta. Mutta jossain vaiheessa unohdimme, että rikkinäiset asiat maksavat oikeaa rahaa, oikeita käyttäjiä ja oikeaa luottamusta korjattavaksi.

Lopputulos

Tekoälykoodausavustimet ovat moderneille kehittäjille sama kuin oikoluku kirjoittamiselle — hyödyllisiä työkaluja jotka huomaavat kirjoitusvirheet mutta eivät osaa sanoa onko argumenttisi järkevä. Tarvitset edelleen ihmisaivoja kysymään "pitäisikö meidän edes rakentaa tätä ominaisuutta?" ja "ratkaiseeko tämä oikeasti käyttäjän ongelman?"

Kehittäjät jotka menestyvät tässä uudessa aikakaudessa eivät ole niitä jotka käyttävät eniten tekoälyä. He ovat niitä jotka käyttävät tekoälyä strategisesti pitäen samalla perustavanlaatuisen insinööriarkkailukykynsä terävänä. He ovat niitä jotka ymmärtävät edelleen mitä konepellin alla tapahtuu vaikka eivät pyöritä jokaista pulttia käsin.

Tekoäly ei ole ongelma. Oletus että tekoäly tekee ihmisen valvonnasta tarpeetonta — se on ongelma.

Joten toki, vibe-koodaa sen MVP:n läpi. Mutta ennen kuin painat merge-nappia, muista: pizza-emoji commit-viestissä ei ole siellä kun käyttäjäsi saa 500-virheen keskiyöllä.