Alkuvuodesta 2026 tutkijat yrittivät mitata tekoälyn vaikutusta kehittäjien tuottavuuteen ja törmäsivät hyvin inhimilliseen ongelmaan: jotkut kehittäjät eivät enää halunneet ottaa vastaan tehtäviä, jotka saattaisivat vaatia työskentelyä ilman tekoälyä.
Tutkijat kutsuivat sitä valikoitumisvaikutukseksi. Itse ajattelen sitä pienenä tunnustuksena.
Vielä hetki sitten tekoäly oli kokeilu, joka asui sivupaneelissa. Avasimme sen, kun automaattinen täydennys epäonnistui tai kun säännöllinen lauseke alkoi nolottaa. Nyt monille kehittäjille se on vain osa huonetta. Se on läsnä, kun avaamme editorin aamulla, kun perimme repositorion, jota kukaan ei ole koskenut vuosiin, ja kun testi muuttuu punaiseksi myöhään yöllä.
Voimme sulkea paneelin. Voimme sammuttaa agentin. Osaamme yhä koodata.
Miksi työskentely ilman sitä tuntuu jo nyt siltä kuin toinen käsi puuttuisi?
Tekoäly valtasi tauot
Tekoäly ei tullut ohjelmistokehitykseen ilmoittamalla korvaavansa meidät. Se saapui pieninä helpotuksina kerrallaan.
Se täydensi rivin, jonka olimme jo kirjoittamassa. Sitten se luonnosteli testin, jota olimme lykänneet. Se selitti vieraan funktion, käänsi pinolokin selkokielelle ja löysi konfiguraatiolipun dokumentaatiosta, jota emme halunneet lukea uudelleen.
Mikään tästä ei tuntunut riippuvuudelta. Se tuntui vauhdilta.
Mutta mieti, milloin apurisi oli viimeksi offline-tilassa. Häiritsevintä ei luultavasti ollut se, että olit unohtanut kielen. Se oli hiljaisuus ennen ensimmäistä siirtoa. Sinun piti päättää, mistä aloittaa. Sinun piti kestää epävarmuus yksin. Sinun piti tuijottaa virhettä tarpeeksi kauan, jotta teoria ehti muodostua.
Nuo tauot olivat ennen tavallisia. Nyt ne tuntuvat kitkalta.
Ehkä juuri siinä tekoäly on muuttanut meitä syvimmin. Se ei ole vain muuttanut tapaa, jolla tuotamme vastauksia. Se on muuttanut sitä, kuinka kauan olemme valmiita olemaan yksin kysymyksen kanssa.
Helpotus on todellista
Tekoälyriippuvuudesta on helppo puhua kuin kehittäjät vaihtaisivat kurinalaisuuden laiskuuteen. Se ohittaa sen, miltä työkalu tuntuu työn keskellä.
Ohjelmistokehitykseen liittyy yllättävän paljon yksityistä häpeää. On kokenut kehittäjä, joka on unohtanut peruskomennon syntaksin. Uusi työntekijä pelkää, että yksi kysymys lisää vahvistaa kaikkien epäilykset. Kehittäjä, joka työskentelee toisella kielellä, tietää täsmälleen mikä on vialla, mutta ei ehdi muotoilla selitystä tarpeeksi nopeasti. Henkilö, joka liittyy vuosikymmenen ikäiseen koodipohjaan, jossa jokainen tärkeä päätös elää jonkun toisen muistissa.
Tekoäly on kärsivällinen heille kaikille.
Se ei huokaile, kun kysymys toistetaan. Se ei sano: ”Tämä sinun pitäisi jo tietää.” Se on saatavilla klo 2 aamuyöllä, ja se voi muuttaa tyhjän ruudun joksikin, jonka kanssa voi väitellä. Vaikka vastaus olisi epätäydellinen, vastaus muuttaa aloittamisen tunnekuormaa.
Sillä on merkitystä. Joskus tuottavuudelta näyttävä onkin helpotusta: vähemmän pelkoa jumiutumisesta, vähemmän noloutta, vähemmän yksinäisyyttä koneen edessä, joka ei suostu selittämään itseään.
Monille kehittäjille tekoäly on myös palauttanut energiaa työn niihin osiin, joista he välittävät. Se kantaa rutiinit, toistuvat testit, migraatiopohjat ja sadannen API-asiakasvariaation. Mieli saapuu kiinnostavaan ongelmaan vähemmän väsyneenä.
Sitä ei pidä vähätellä oikotienä. Työkalu, joka antaa ihmisille enemmän rohkeutta kokeilla, tekee aidosti arvokasta työtä.
Vaikeus on siinä, että mukavuus ja riippuvuus kasvavat samasta juuresta.
Käytämme sitä, mihin emme täysin luota
Kehittäjäkyselyt löytävät yhä saman oudon suhteen: käytämme tekoälyä jatkuvasti, vaikka suhtaudumme epäluuloisesti sen antamiin tuloksiin.
Tuo jännite on tuttu jokaiselle, joka on nähnyt itsevarman vastauksen romahtavan reunatapauksessa. Koodi näyttää oikealta. Nimet ovat siistejä. Selitys on rauhallinen. Vasta kolmannen epäonnistuneen testin jälkeen huomaamme, että malli keksi metodin, ymmärsi liiketoimintasäännön väärin tai ratkaisi helpomman ongelman kuin mikä meillä oikeasti oli.
Ja silti, kun seuraavan kerran jumitumme, kysymme taas.
Tämä ei ole tekopyhyyttä. Luottamus ei ole yksi asia.
Emme ehkä luota tekoälyyn lopullisessa päätöksessä, mutta luotamme siihen, että se antaa ensimmäisen suunnan. Emme ehkä luota korjaukseen, mutta luotamme keskusteluun, joka avaa ajattelua. Emme ehkä usko vastaukseen, mutta uskomme, että ruudulla on jotain tyhjyyden sijaan.
Tekoälystä on tullut kollega, jolle emme koskaan antaisi oikeutta yhdistää suoraan päähaaraan, mutta jota silti kaipaamme, kun se poistuu huoneesta.
Liikumme nopeammin, koska seuraava askel ilmestyy nopeasti. Olemme yhä vastuussa siitä, kestääkö se painomme.
Mitä katoaa, kun kamppailu katoaa
On olemassa tietynlaista tietoa, jota syntyy vain jumissa olemisesta.
Ennen tekoälyä vieras virhe saattoi johdattaa meidät pinolokin kautta kutsujaan, dokumentaatioon ja lopulta oletukseen, jota emme tienneet tehneemme. Reitti oli tehoton. Se oli myös tapa, jolla koodipohjasta tuli paikka, ei vain tiedostojen kokoelma.
Muistamme järjestelmät, jotka kerran vastustivat meitä.
Bugi, joka vei iltapäivän, opettaa missä tila oikeasti elää. Tuotantohäiriö opettaa, miksi tylsä varotoimi on olemassa. Kirjasto, jonka ymmärsimme väärin kolme kertaa, on se, jonka osaamme myöhemmin selittää toiselle.
Kun tekoäly poistaa vastuksen, se voi myös poistaa tarinan, joka saa opetuksen pysymään.
Varhainen tutkimus kehittäjistä, jotka opettelivat vierasta kirjastoa, löysi jotain, joka tuntuu intuitiivisesti oikealta: ihmiset, jotka delegoivat tehtävän, oppivat vähemmän kuin ne, jotka käyttivät tekoälyä käsitteellisiin kysymyksiin ja oman ymmärryksen testaamiseen. Tärkeä ero ei ollut ”tekoäly vai ei tekoälyä”. Se oli, korvasiko työkalu ajattelun vai osallistuiko siihen.
Tämä on erityisen vaikeaa aloitteleville kehittäjille. Kokenut insinööri tunnistaa epäilyttävän abstraktion, koska on rakentanut väärän abstraktion aiemmin. Hän aistii, ettei siisti korjaus kuulu järjestelmään, koska muistaa järjestelmän arvet. Mutta mistä seuraava sukupolvi saa tuon vaiston, jos jokainen karhea reuna silotellaan ennen kuin he koskevat siihen?
Mentorointi ei ollut koskaan vain vastausten siirtämistä. Se oli maun hidasta siirtoa: mitä kannattaa pelätä, milloin pysähtyä, mikä kompromissi tulee kalliiksi ja miksi toimiva ratkaisu ei silti ole valmis.
Tekoäly voi selittää kaikki nämä ideat. Se ei vielä kykene luomaan tunnetta siitä, että toinen ihminen valitsee jäädä viereesi, kun opit niitä.
Oikotie voi olla todellinen. Ymmärryksen on silti kuljettava matka.
Koodi kantoi ennen sormenjälkiä
On toinenkin muutos, jota on vaikeampi mitata, koska se elää ihmisten välillä.
Ihmisen kirjoittama koodi kantaa usein jälkiä tekijästään. Outo apufunktio voi tuoda mieleen tilanteen, joka sitä vaati. Kömpelö kommentti voi paljastaa, missä joku oli epävarma. Tarkastuksessa emme vain tarkista muutosta; rakennamme uudelleen sen ajatuksen, joka johti siihen. Kysymme, ja toinen ihminen vastaa omalta polultaan.
Tekoälyn tuottama koodi voi tulla ilman tuota polkua.
Se voi olla hiottua ja teknisesti uskottavaa, mutta tuntua omistajattomalta. Tekijä osaa kertoa, mitä pyysi, mutta ei aina miksi tulos on sellainen kuin on. Tarkastajalle jää työ, joka ennen kuului osin kirjoittajalle: tarkoituksen uudelleenrakentaminen, oletusten tarkistaminen ja päätöksen piiloreunojen löytäminen, joita kukaan ei muista tehneensä.
Tämä on monien yhteisökeskustelujen alla piilevä levottomuus tekoälyn tuottamista pull requesteista. Valitus ei ole vain, että koodi on huonoa. Huono koodi on tuttua. Syvempi epämukavuus on siinä, että sosiaalinen sopimus on muuttunut.
Yksi ihminen voi nyt luoda suuren muutoksen minuuteissa. Toisen on silti käytettävä inhimillistä huomiota ymmärtääkseen sen. Näppäimistöllä säästetty aika voi hiljaa palata koodikatselmointiin, ylläpitoon, tietoturvaan tai siihen yöhön, kun järjestelmä kaatuu ja jonkun on selitettävä, mitä generoitu korjaus yritti tehdä.
Koodi on aina ollut viestintää. Kun generointi on lähes ilmaista, huomiosta tulee niukka resurssi – ja huomio kuuluu ihmisille.
Ehkä käsityö on liikkumassa
Joillekin kehittäjille mikään tästä ei tunnu menetykseltä. Se tuntuu siltä, että saa vihdoin työskennellä sillä tasolla, jolla on aina halunnut.
He kirjoittavat vähemmän rivejä ja käyttävät enemmän aikaa ongelman muotoiluun. He vertailevat useita ratkaisuja ennen kuin sitoutuvat yhteen. He ajattelevat käyttäjää, arkkitehtuuria, vikatilanteita ja rajoja, joita agentin ei pidä ylittää. Käsityö siirtyy yksityiskohdista kokonaisuuden ohjaamiseen.
Se voi olla todellinen kehitysaskel. Emme lakanneet olemasta kehittäjiä, kun assemblerit korvasivat konekielen tai kun kehykset korvasivat käsin rakennetun infrastruktuurin. Ohjelmisto on aina liikkunut kohti korkeampaa abstraktiota.
Mutta jokainen abstraktio vaatii, että joku ymmärtää, mitä sen alla on.
Tekoälyä ohjaava kehittäjä tarvitsee silti makua. Tarkastaja tarvitsee mentaalimallin. Arkkitehti tarvitsee tiedon siitä, mitä tapahtuu, kun siisti kaavio kohtaa hitaan verkon, vioittuneen viestin, uupuneen tiimin tai pelokkaan käyttäjän.
Jos tekoäly kirjoittaa enemmän toteutuksesta, inhimillinen harkinta ei muutu vähemmän tärkeäksi. Siitä tulee helpommin ohitettava ja vaikeammin kehitettävä.
Toiveikas versio tästä tulevaisuudesta ei ole se, jossa kehittäjät ovat vähemmän tärkeitä. Se on se, jossa olemme tietoisempia siitä, mitä vain ihmiset voivat kantaa: konteksti, välittäminen, epäily, vastuu ja kyky tunnistaa, milloin teknisesti oikea vastaus on väärä tälle järjestelmälle ja näille ihmisille.
Jää, ilman katoamista
Voimmeko yhä astua pois tekoälyn luota?
Yksilönä kyllä. Voimme sulkea paneelin huomenna. Ammatillisesti kysymys on jo monimutkaisempi. Odotukset muuttuvat. Koodipohjat täyttyvät generoidulla työllä. Uudet kehittäjät kohtaavat tekoälyn uransa alussa, eivät puolivälissä. Jopa se, joka ei koskaan käytä apuria, tarkastaa ja ylläpitää yhä useammin koodia, joka on peräisin sellaiselta.
Ei ole yksityistä polkua takaisin aikaan ennen tekoälyä.
Mutta ehkä lähteminen ei ole vapauden mitta. Merkityksellisempi kysymys on, voimmeko pysyä läsnä, vaikka työkalu jää.
Läsnä pysyminen tarkoittaa korjauksen lukemista, vaikka kaikki testit menisivät läpi. Se tarkoittaa kysymistä miksi, kun vastaus toimii. Se tarkoittaa, ettei yhdistetä sellaista, jota ei osata selittää. Se tarkoittaa, että annetaan aloitteleville kehittäjille aikaa kamppailla ilman, että sitä pidetään hukkaan heitettynä, ja annetaan tarkastajille tunnustus näkymättömästä työstä järjestelmän suojelemiseksi uskottavilta virheiltä.
Se tarkoittaa myös hetkien säilyttämistä, jolloin apuri ei vastaa heti – ei puhtauden vuoksi, vaan jotta kuulisimme taas oman ajattelumme.
Useimmat meistä jatkavat tekoälyn käyttöä. Helpotus on todellista. Mahdollisuudet ovat todellisia. Samoin ovat levottomuus, riippuvuus ja hiljainen pelko siitä, että jokin rakas työssä voi olla katoamassa.
Meidän ei tarvitse valita kieltämisen ja antautumisen välillä.
Ohjelmiston tulevaisuutta ei ratkaise se, kuinka monta prosenttia koodista tekoäly kirjoittaa. Se ratkaistaan pienemmissä hetkissä: ymmärrämmekö ennen kuin hyväksymme, opetammeko sen sijaan että vain välitämme vastauksen eteenpäin, suojelemmeko toisen huomiota ja otammeko yhä vastuun, kun generoitu koodi kohtaa todellisen maailman.
Tekoäly voi jäädä.
Meidän on varmistettava, että mekin jäämme.
