Tekoäly ei tappanut ohjelmoinnin iloa – se siirsi sen uuteen osoitteeseen

Kehittäjäpiireissä liikkuu jatkuva vitsi siitä, miten tekoälyn tuottama koodi on "roskaa" – epäluotettavaa laatua, jota ei kannata luottaa. Mutta tämä kehystys ohittaa koko pointin. Roska ei ole tekoälyn kirjoittamaa koodia. Roska on koodia, joka vaikuttaa valmiilta mutta piilottaa bugeja, väärin istuvia ratkaisuja ja haurautta. Kyse ei ole koskaan ollut työkalusta. Kyse on ollut ajattelusta sen takana.

Kuukausien työskentelyn jälkeen tekoälyavusteisten kehitystyökalujen kanssa olen huomannut yhden asian: ohjelmoinnin ilo ei kadonnut. Se muutti osoitetta.

Kirjoittaminen ei ollut koskaan se juttu

Muistatko ensimmäisen kerran, kun jokin koodinpätkä napsahti paikalleen? Sen hetken, kun ratkaisu peittikin alleen paitsi ongelman edessäsi, myös reunatapaukset, joita et ollut edes ajatellut? Se tunne – se on se napsahdus. Se on se, mitä me oikeastaan puolustamme.

Vuosien ajan se napsahdus tapahtui kirjoittamisen aikana. Rästit ongelman parissa, kokeilit variaatioita, poistit puolet niistä, ja lopulta osuit eleganttiin ratkaisuun. Näppäimistö oli se paikka, missä ajattelu tapahtui.

Mutta asia on tämä: napsahdus ei koskaan ollut näppäimistössä. Se oli tunnistamisessa. Hetkessä, kun näit ratkaisun, joka oli enemmän kuin räätälöity – jotain, joka seurasi ongelman todellista rakennetta. Se teki siitä tyydyttävän. Se teki siitä tekniikkaa.

Halpaa koodia, kallista harkintaa

Tekoäly laski dramasesti ominaisuuden toimittamisen kustannuksia. Kirjoitat kehotteen, saat toimivaa koodia, toimitat sen. Kynnys siirtyi. Ja monille kehittäjille se tuntuu epämukavalta. Tuntuu kuin käsityötaito laimentuisi.

Mutta on toinenkin kustannus, joka ei laskenut: tiedon siitä, mikä ratkaisu kannattaa valita.

Kun työskentelen uuden projektin parissa tai autan asiakkaita virheenkorjaamaan monimutkaista infrastruktuuria, tekoäly antaa vaihtoehtoja nopeasti. Kolme versiota DNS-konfiguraatiosta. Neljä lähestymistapaa SSL-varmenteiden käsittelyyn. Viisi tapaa rakentaa käyttöönottoputkea.

Ensimmäinen versio on lähes aina se räätälöity – ratkaisee täsmälleen sen, mitä kuvailin, ja pysähtyy siihen. Hyödyllinen, mutta rajoitettu. Neljäs tai viides yritys paljastaa usein jotain erilaista: rakenteen, joka huomioi tapauksia, joita en maininnut, kaavoja, jotka skaalautuvat alkuperäistä kehystäni pidemmälle.

Siinä kohtaa tekninen harkinta asuu nykyään. Ei koodin kirjoittamisessa alusta asti, vaan siinä, että tunnistaa, mikä ehdokkaista seuraa todella ongelman muotoa.

Lukeminen on uusi kirjoittaminen

Muutos kuulostaa yksinkertaiselta: generoi enemmän, lue enemmän, valitse viisaasti. Mutta se on aito muutos työnkulussa.

Kun kirjoitat koodia käsin, etsit sinua jo tunnetusta. Tavoistasi, kaavoistasi, henkisestä sanavarastostasi. Tekoälyavusteisesti hakutila räjähtää. Voit kysyä epätavallisia lähestymistapoja, tilakonekaavoja silloin kun normaalisti tarttuisit if-lauseisiin, skeemalähtöistä ajattelua silloin kun normaalisti validoisit kenttä kerrallaan.

Vipuvoima ei ole generoinnissa – se on lukemisessa. Etsit paljon laajemmasta mahdollisuuksien altaasta, ja kustannus on lukemista yritysten välillä yhden kirjoittamisen sijaan.

Tämän vuoksi "tunnelmakoodaus" toimii, kun se tehdään oikein. Et vain hyväksy ensimmäistä tulosta. Iteroit, arvioit, työnnät tekoälyä parempiin kehyksiin. Käytät sitä ajatuskumppanina, ei koodikirjoituskoneena.

Harkintavero

On yksi varoitus, joka kannattaa nimetä: kyky tunnistaa elegantti ratkaisu ei halventunut muiden asioiden mukana. Vuosien virheenkorjaus, refaktorointi ja koodin toimittaminen rakensivat hiljaisesti tuota lihasta. Se on edelleen kallista.

Voit generoida viisikymmentä ehdokasta ajassa, joka ennen kului yhden kirjoittamiseen. Mutta sen valitseminen, joka kulkee pisimmälle – joka ratkaisee tämän päivän ongelman luomatta huomisen velkaa – se harkinta on edelleen sinun.

Ingenjöörit, jotka menestyvät tässä uudessa maailmassa, eivät ole niitä, jotka kirjoittavat koodia nopeimmin. He ovat niitä, jotka lukevat laajimmin ja arvioivat terävimmän. Käsityötaito ei kuollut. Se nousi uudelle tasolle.

Missä napsahdus asuu nyt

Tässä on suosikkiosani: napsahdus tapahtuu edelleen. Se tunnistamisen hetki, kun muoto napsahtaa paikalleen ja näet sen peittävän tapauksia, joita kukaan ei kysynyt? Se on edelleen olemassa. Se vain tapahtuu lukemalla neljän yrityksen välillä yhden kirjoittamisen sijaan.

Viime viikolla työskentelin konfiguraatioparserin parissa erään asiakkaan hosting-asetelman tiimoilta. Ensimmäinen tekoälyehdotus käsitteli onnellisen polun tapauksen. Kolmas ehdotus käytti skeemamäärittelyä, joka sai koko jutun napsahtamaan – validointi, tyyppiturvallisuus, dokumentaatio ja tuleva laajennettavuus tippuivat yhdestä rakenteesta.

En kirjoittanut tuota ratkaisua. Mutta tunnistin sen nähdessäni. Ja se osa tuntui täsmälleen samalta.

Ilo ei lähtenyt. Se siirtyi sinne, missä oikea tekninen työ tapahtuu: ongelmien ymmärtämiseen tarpeeksi syvästi, jotta tunnistaa, kun ratkaisu on enemmän kuin miltä näyttää.

Jos tunnet vastustusta tekoälyavusteista kehitystä kohtaan, pyydän sinua huomaamaan, mitä oikeastaan puolustat. Kirjoittamista? Se on halventunut. Tunnistaminen, harkinta, maku elegantteihin ratkaisuihin – siinä käsityötaito asuu nykyään. Ja se osa siirtyi aivan hyvin.

Rakennusmusiikki vaihtui. Mutta melodia on edelleen täällä.