Ohjelmistojen tulevaisuus: keskeiset opit vuoden 2025 Lontoon-konferenssista

Kuunneltuani maaliskuussa 2025 Lontoossa järjestetyssä The Future of Software -konferenssissa alan terävimpiä ajattelijoita, kuten Patrick Debois’ta ja Kelsey Hightoweria, muutama teema nousi esiin.

Tekoäly on pelkkää matematiikkaa (mutta ei kuitenkaan pelkästään sitä)

Vaikka tekoälyvallankumous tuntuu äkilliseltä, se rakentuu vuosikymmenten työn varaan. Edetessämme huomion ei pitäisi kohdistua siihen, mikä malli valitaan, sillä malleista on tulossa standardihyödykkeitä. Ratkaisevaa on mallia ympäröivä järjestelmä: datan hallinta, tietoturva, suodatus, konteksti ja käyttäjäkokemus. Todellinen kilpailu ratkaistaan infrastruktuurivalinnoilla ja sillä, miten harkitusti tekoälyn käytölle rakennetaan suojamekanismeja.

Eficoden Senior AI Consultant Henri Terho muistutti meitä yksinkertaisesta totuudesta, joka helposti unohtuu innostuksen keskellä: tekoäly ei ole taikuutta. Se on yksinkertaisesti erittäin hyvä matematiikassa, erityisesti matriisikertolaskussa. Se ei ajattele, vaan ennustaa. Ja meidän ihmisten on vaikea hahmottaa eksponentiaalisen muutoksen vauhtia.

Uusi avaintaito? Promptien kirjoittaminen. Kyky ilmaista selkeästi, mitä haluat tekoälytyökalusi tekevän puolestasi, on nousemassa modernin kehittäjän keskeiseksi taidoksi. Ajattele sitä kolleganasi. Selitä, lisää yksityiskohtia ja anna taustatietoa promptissasi – saat paremman lopputuloksen. Tekoäly voi muuttaa maailmaa, mutta vain jos käytämme aikaa sen harkittuun käyttöönottoon.

Vastuullinen tekoäly alkaa kriittisestä ajattelusta

Lontoon tapahtuman paneelikeskustelun keskeinen viesti oli, ettei vastuullisuus ole ohjelmiston ominaisuus. Se on ajattelutapa. Tekoälyn suurin vaara on siinä, miten vakuuttavalta se voi vaikuttaa myös silloin, kun se on väärässä. Tosiasia on, että tekoäly tekee virheitä, ja jonkun on huomattava ne.

Kun tekoäly integroituu yhä tiiviimmin työnkulkuihin pankkialalta luovaan työhön, odotukset eivät kohdistu enää vain kehittäjiin vaan kaikkiin. Vastuullisuus ei ole enää rooli, vaan yhteinen taito. AI Governance Expert Lofred Madzou tiivisti asian näin: ”Meidän on opetettava ihmisille paitsi tekoälyn käyttöä myös sen kyseenalaistamista.”

Ja se alkaa varhain: kriittisestä ajattelusta ja paremmasta koulutuksesta sekä ymmärryksestä, että näiden työkalujen kehittyessä entistä tehokkaammiksi ratkaisevaa on oma harkintamme, ei vain niiden tuottama vastaus.

Kulttuuri ennen prosesseja

Käynnissä oleva perustavanlaatuinen muutos ei ole vain teknologinen, vaan se koskee myös kulttuuria ja tapaamme työskennellä yhdessä. Kelsey Hightowerin ”viestijuoksu”-vertaus kuvaa tilannetta osuvasti: emme ole yksin pikajuoksussa, vaan viestikapula siirtyy sukupolvelta toiselle. Mentorointi, dokumentaatio ja osallistavat osallistumisprosessit eivät ole sivuseikkoja. Ne ovat myös infrastruktuuria.

Kun siirrymme maailmaan, jossa ”ohjelmisto tekee päätöksiä”, ammatillisuuden vaatimustaso nousee. Identiteetistä, vastuullisuudesta ja luottamuksesta ohjelmistokehityksessä on tulossa keskeisiä kysymyksiä. Open source -maailma tuntee paineen jo nyt, ja pian me muutkin tunnemme sen.

Toinen silmiä avaava sessio, jonka veti Atlassianin Chris Davidson, paljasti, mikä todella hidastaa tiimejä: yhteisen suunnan puute. Teknologia harvoin tappaa vauhdin. Epäselvät tavoitteet ja hämärät prioriteetit tekevät sen. Kyse ei ole siitä, että lisätään kokouksia, vaan siitä, että tavoitteisiin tuodaan lisää kontekstia ja selkeyttä. Yksi Atlassianilla kokeiltavista käytännöistä? Perjantain ”working out loud” -päivitykset. Ei synkronointia, ei mikromanageerausta. Vain ihmiselle helposti luettava loki siitä, mitä tapahtuu. Tällaiset pienet muutokset voivat vapauttaa tiimit keskittymään siihen, mikä todella merkitsee.

Kun tekoäly tulee osaksi tiimiä, ajattele sitä yhteistyökumppanina, älä häiriötekijänä. Chris kuvasi optimistista tulevaisuutta: ihmisistä ja tekoälystä koostuvat tiimit ovat linjassa yhteisen tarkoituksen kanssa ja tekevät työtä nopeammin ja fiksummin. Kun ihmiset ja tekoäly toimivat yhdessä harkitusti, syntyy todellisia läpimurtoja.

Legacy ei ole kirosana

Vanhat järjestelmät eivät välttämättä ole rikki; ne ovat yksinkertaisesti ansainneet paikkansa selviytymällä. Jotkin kestävimmistä järjestelmistä, kuten 1960-luvun lentoyhtiöiden varausohjelmistot, hoitavat yhä tehtävänsä hiljaisesti.

Legacy ei koske vain ohjelmistoa, vaan myös sen ympärille kertynyttä asiantuntemusta. Automatisoinnin lisääntyessä kasvaa riski, että ohitamme oppimiskäyrän kokonaan. Jos tekoäly kirjoittaa koodimme, tiivistää tutkimuksemme ja laatii sopimuksemme luonnokset, milloin kartutamme toimialatuntemusta?

Legacy-järjestelmät eivät ole vain järjestelmiä. Ne ovat oppimisvälineitä, testialustoja ja muistin säilyttäjiä. Niiden hylkääminen voi tarkoittaa, että unohdamme, miksi asiat toimivat niin kuin toimivat. Edistyminen ohjelmistokehityksessä ei tarkoita menneisyyden jättämistä taakse. Se tarkoittaa opittujen asioiden viemistä eteenpäin, toimivan rakentamista edelleen ja sen tunnistamista, mikä kannattaa ajatella uudelleen.

Patrick Debois kiteytti tämän jännitteen osuvasti kysyessään: ”Emmekö keksi pyörää uudelleen kerta toisensa jälkeen?” Kyllä, ja se on aivan oikein. Uudelleen keksimällä opimme, iteroimme ja rakennamme parempia järjestelmiä. Tärkeintä on tehdä se tarkoituksella, ei vain siksi, ettei vanha ratkaisu ole enää trendikäs.

Tee siitä, mitä haluat olevan olemassa, totta

Ennen kaikkea The Future of Software kehotti rakentamaan harkitusti. Keksi pyörä uudelleen, jos täytyy, mutta tee se tarkoituksella. Anna viestikapula eteenpäin, mutta varmista, että seuraavalla on hyvä vauhti alusta asti.

Tänään rakentamamme ohjelmistot tekevät yhä enemmän päätöksiä. Kysymys kuuluu: varmistammeko, että ne heijastavat parasta ajatteluamme? Mentoroi sitten muita, hiot prompteja, muotoilet käytäntöjä tai vain yrität pysyä tekoälyn tuoman muutoksen pyörteissä mukana, tulevaisuus ei odota. Se kuitenkin edellyttää meiltä vastuullisempaa, selkeämpää ja yhteistyöhön perustuvaa toimintaa.

Kuten Kelsey sanoi: ”Ihmiset, jotka ennustavat tulevaisuutta parhaiten, ovat niitä, jotka työskentelevät sen eteen.”

Jos haluat tietää lisää siitä, miten autamme asiakkaitamme muotoilemaan huomisen ratkaisuja muuttamalla organisaatiosi ohjelmistokehitystä, ota yhteyttä DevOps-tiimeihimme.