Tekoälyavusteinen koodi: milloin se riittää ja milloin ei

Viimeisen vuoden aikana tekoälyavusteiset ohjelmointityökalut ovat nousseet arkipäivään. Nopeus ja kokeilun helppous ovat kiistattomia etuja, mutta samaan aikaan herää kysymys: voiko koodin laatuun luottaa, kun se päätyy tuotantoon?

Ongelma ei ole siinä, pystyykö tekoäly kirjoittamaan koodia. Pystyyhän se. Ongelma on, että meiltä puuttuu yhteinen tapa puhua siitä, millaista koodia olemme oikeastaan rakentamassa. Ilman tätä kieltä luottamuksen ylläpitäminen ohjelmistojen jakelussa käy vaikeaksi.

Puusepän mallia apuna

Puusepät erottavat työssään jigit ja tuotteet. Jigi on apuväline, jonka tekijä rakentaa itselleen. Se on tarkoitukseen sopiva, usein karkea ja toimii juuri siinä tilanteessa, jossa sitä tarvitaan. Jos se hajoaa, vahinko jää tekijälle itselleen. Tuote taas on jotain, jota muut käyttävät ja jonka varaan he rakentavat omaa toimintaansa. Tuotteelta odotetaan kestävyyttä, viimeistelyä ja luotettavuutta.

Monet ohjelmointiprojektit jäävät tällä erottelulla unohduksiin. Ennen kuin koodataan, ei yleensä pohdita, millainen projekti on oikeastaan edessä.

Jigin tapaus: työkalu, joka toimii juuri sinulle

Jigin voi kuvitella esimerkiksi komentorivityökaluna, joka automatisoi oman tiimin sisäisiä tehtäviä. Työkalun on räätälöity oman tiimin tai oman työprosessin tarpeisiin. Se on spesifinen ja ehkä hieman omituinen,但ta se löytää juuri oikeän tapauksessa.

For jigs, tekoälyavusteinen ohjelmointi tuo selkeitä etuja. Koodia voidaan luoda nopeasti ja brutaaliin tapaan. Kanten saa suoraan tekoälylle: "Kirjoita CLI-työkalu, joka lukee Terraform-tuloksia ja luo statusraportin." Tuloksen voi testaa