Tekoäly ja ohjelmistokehitys: Muutos on tuttu, vaikka naamio on uusi

Joka muutama kuukausi teknologiaviestinnässä nousee esiin uusi huudahdus: "Tekoäly vie ohjelmistokehittäjien työt." Ja joka muutama kuukausi kokeneet insinöörit pyörittävät silmiään hiljaa – tämä ahdistus ei ole uutta, se vain vaihtaa muotia.

Luvut kertovat mielenkiintoisen tarinan

Vuonna 1935 Yhdysvalloissa työskenteli noin 2 000 "laskenta-taulukkokonoperaattoria". Vuonna 1965 heitä oli 80 000 ohjelmistokehittäjää. Vuonna 1995 jo puoli miljoonaa. Tänään? Yli 2,5 miljoonaa. Vuosikymmenien "automaatioahdistuksesta" huolimatta ammatti ei ole vain selvinnyt – se on räjähtänyt kasvuun.

Mitä siis todella muuttui? Ei se, kirjoitetaanko koodia, vaan miten ja miksi.

Pullonkaula siirtyy ylävirtaan

Mielenkiintoisinta on havainto siitä, että joka vuosikymmen joku julistaa ohjelmistokehityksen "vaikean osuuden" ratkaistuksi. Ensin kääntäjät tekivät assemblerista saavutettavan. Sitten korkean tason kielet kätkivät muistinhallinnan. Sitten raamit automatisoivat yleiset käytännöt. Nyt tekoäly lupaa kirjoittaa koodin itse.

Jokainen siirtymä seurasi samaa kaavaa: pullonkaula siirtyi ylävirtaan.

Varhaiset ohjelmoijat tarvitsivat syvällistä laitteistoarkkitehtuurin hallintaa – piti pitää monimutkaista tilaa päässä, puhua kääntäjien ja optimointityökalujen kieltä. Se oli kilpailuetu. Nykyään? Tämä tieto on edelleen tärkeää, mutta se on pöytäkorkeutta, ei erottautumistekijää.

Nykykehittäjät käyttävät suurimman osan ajastaan epämääräisempään työhön: ymmärtämiseen mitä rakentaa (spesifikaatio), varmistamiseen että se toimii ja kantamalla siitä vastuun (tilivelvollisuus), sekä ylläpitämällä syvää institutionaalista tietoa joka yhdistää liiketoimintakontekstin tekniseen toteutukseen. Kuulostaako tutulta? Tämä ei ole uutta – se on aina pitänyt paikkansa. Huomaamme sen vain nyt enemmän, kun "suoritus"-kerros on yhä enemmän ulkoistettavissa.

Nosturinkuljettajan teoria

Tutkijat Arvind Narayanan ja Sayash Kapoor esittivät hiljattain havainnon, joka ansaitsee enemmän huomiota: kun tekoäly tiivistää kehityksen "suorita"-kerroksen, kehittäjän rooli muistuttaa yhä enemmän nosturinkuljettajaa rakennustyömaalla.

Ajattele asiaa. Nykyaikaisilla rakennustyömailla on uskomattoman sofistikoituneita laitteita. Nosturinkuljettaja ei nosta materiaaleja käsin – hän ohjaa uskomattoman voimakasta konetta, joka tekee raskaan työn. Taito ei ole fyysisessä ponnistelussa, vaan siinä että tietää mitä nostaa, minne asettaa ja miten koordinoida muun toiminnan kanssa.

Samoin tekoälyä hyödyntävät kehittäjät eivät kirjoita koodirivejä kiivaasti. He ohjaavat älykkäitä työkaluja, arvioivat tuloksia, yhdistelevät osia ja – mikä tärkeintä – päättävät mitä noiden osien pitäisi olla.

Nosturinkuljettaja ei poistanut rakennustyöläisiä. Se muutti rakennustyötä ja mahdollisti paljon monimutkaisempien rakenteiden rakentamisen. Sama tapahtuu tekoälyn kanssa ohjelmistokehityksessä.

Koodi ei koskaan ollut pullonkaula

Tämä tuo esiin totuuden joka usein hukkuu tekoäly vs. kehittäjät -keskustelussa: koodin kirjoittaminen ei ole koskaan ollut pullonkaula.

Jos koodin generointi olisi ollut vaikea osuus, olisimme ratkaisseet ohjelmistokehityksen vuosikymmeniä sitten. Meillä on tehokkaita kieliä, laajoja kirjastoja ja vuosikymmenien kertynyt osaaminen. Pullonkaula on aina ollut:

1. Päättäminen mitä rakentaa – Vaatimukset ovat monitulkintaisia, sidosryhmät ovat eri mieltä, ja oikea ratkaisu vaatii usein sellaisten asioiden ymmärtämistä joita ei voi helposti ilmaista teknisesti.

2. Vahvistaminen ja tilivelvollisuus – Koodi joka "toimii" voi silti olla väärin. Se voi olla turvaton, skaalaamaton tai yhteensopimaton olemassa olevien järjestelmien kanssa. Jonkun täytyy ottaa vastuu.

3. Institutionaalisen tiedon ylläpito – Koodikannat sotkeutuvat syvälle liiketoimintalogiikkaan, käyttäjäkäyttäytymiseen ja organisaation omituisuuksiin. Tätä kontekstia ei ole missään dokumentaatiossa – se on kokeneiden kehittäjien pääkopissa.

Tekoäly kykenee hämmästyttävän hyvin generoimaan koodia. Se oppii ymmärtämään kontekstia. Mutta se ei ole autonomisesti navigoimassa organisaation politiikkaa, ottamassa lakisääteistä vastuuta järjestelmävian sattuessa tai selittämässä miksi jokin liiketoimintasääntö johtuu viisitoista vuotta sitten tehdystä päätöksestä.

270 ammatin tutkimus

Tässä tilasto joka tulisi nöyryyttää jokaista tekoälyn puolestapuhujaa: vuoden 1950 Yhdysvaltain väestönlaskennassa oli 270 erilaista ammattia. Täsmälleen yksi automatisoitiin lopulta kokonaan – hissinkuljettaja.

Monia muita muutettiin tai vähennettiin uuden teknologian toimesta, kuten lennätinoperaattorit ja taittajat. Mutta ei eliminoitu kokonaan. Uudet teknologiat loivat uusia työluokkia joita tuskin oli olemassa aiemmin.

Näemme jo samaa tekoälyn kanssa. Kysyntä "tekoälyinsinööreille" ja "promppt-insinööreille" on räjähtänyt. Hienovaraisemmin, kysyntä kehittäjille jotka osaavat tehokkaasti ohjata tekoälytyökaluja kasvaa. Näitä rooleja ei ollut olemassa viisi vuotta sitten.

Mitä tämä tarkoittaa tiimillesi

Jos rakennat startupia tai johdat kehitystiimiä, tässä käytännön takeaway: arvokkaimmat kehittäjät tekoälyn aikakaudella eivät välttämättä ole niitä jotka kirjoittavat eniten koodia.

He ovat niitä jotka:

• Osaavat selkeästi kuvata mitä rakentaa ja miksi
• Ymmärtävät liiketoimintaa tarpeeksi syvällisesti tehdäkseen hyviä päätöksiä
• Tietävät miten vahvistaa ja luottaa (asianmukaisesti) tekoälyn generoimaan koodiin
• Kykenevät yhdistämään erilaisia osia toimiviksi kokonaisuuksiksi
• Ylläpitävät institutionaalista tietoa joka mahdollistaa tulevaisuuden kehityksen

Tämä ei tarkoita etteivätkö tekniset taidot olisi tärkeitä. Nosturinkuljettajan täytyy ymmärtää kuormitusrajat, fysiikka ja työmaalogistiikka. Mutta raaka fyysinen voima ei ole enää työtä.

Hostaus-vertaus

Tässä kohtaa yhteys infrastruktuuriin tulee esiin. NameOceanilla olemme nähneet hostauksen kehittyvän syvästä järjestelmäadministratiivisen osaamisen vaatimuksesta yhä enemmän hallittuihin palveluihin. Ennen tarvitsit Unix-gurun luotettavasti pyörittämään web-palvelinta. Nyt? Muutamalla klikkauksella käyttöönotetaan globaalisti jaetun sovelluksen.

Tämä automaatio ei poistanut tarvetta infrastruktuuri-osaamiselle – se muutti sen. Nykyään arvokas taito on tietää mitkä hallitut palvelut valita, miten arkkitehtuuri skaalautuvuutta varten, ja milloin laskeutua alemman tason konfigurointiin.

Tekoäly edustaa samaa evoluutiota ohjelmistokehityksessä. Raskas työ automatisoituu. Harkintakyky jää ihmiselle.

Katse eteenpäin

Olemme jännittävässä, epämukavassa siirtymävaiheessa. Työkalut ovat tehokkaita mutta epätäydellisiä. Työnkulut ovat yhä muotoutumassa. "Oikea tapa" työskennellä tekoälyavusteisten apulaisten kanssa on yhä löydettävissä.

Se on oikeastaan pointti. Jokainen suuri siirtymä ohjelmistokehityksessä – assemblerista korkean tason kieliin, monoliiteista mikropalveluihin, on-premise-ratkaisuista pilveen – tuntui kaoottiselta siirtymävaiheen aikana. Kaaos on missä mahdollisuus piilee.

Kehittäjät jotka menestyvät eivät ole niitä jotka vastustavat tekoälytyökaluja. He ovat niitä jotka selvittävät miten ohjata niitä tehokkaasti – jotka kehittävät harkintakykyä, kontekstia ja koordinointitaitoja joita tekoäly ei pysty toistamaan.

Koodi kirjoittaa itsensä yhä enemmän. Kiinnostavat kysymykset – mitä koodia kirjoittaa ja miksi – pysyvät itsepintaisesti, kauniisti ihmisen hommana.

Mitä muutoksia olet huomannut omassa kehitystyönkulussasi? Käytätkö tekoälyavusteisia koodausapureita, ja jos, niin mitä on todella muuttunut ajankäytössäsi? Jätä ajatuksesi alle – kerro miten evoluutio näkyy oikeissa tiimeissä.