Jos olet viime aikoina viettänyt aikaa teknologia-alan LinkedInissä seuraillen, olet todennäköisesti törmännyt yhä äänekkäämpään käsitteeseen ”vibe-koodaus”. Jos termi ei ole ennestään tuttu, ”vibe-koodauksella” tarkoitetaan sitä, että kehittäjät (ja rehellisyyden nimissä myös muut kuin kehittäjät) käyttävät tekoälykehotteita ja intuitiivisia ”viboja” koodin tuottamiseen perinteisten, vaivalloisten rivi riviltä -menetelmien sijaan.
Se kuulostaa joko teknologia-alan uusimmalta ihmeeltä tai kiusallisimmalta muoti-ilmiöltä sitten NFT:iden ilmestymisen LinkedIn-profiileihin.
Perustelut täysillä vibailulle
Vibe-koodattujen projektien nopea menestys, kuten muun kuin kehittäjän, joka rakensi ja julkaisi kannattavasti 100 000 rivin tekoälyn tuottaman sovelluksen muutamassa viikossa, tai Workcaden, pelillistetyn tuottavuus- ja tehtäväsovelluksen, jolla oli satoja käyttäjiä ensimmäisellä viikolla, viittaavat siihen, että hypetyksen takana saattaa olla jotain todellista.
Mutta missä on viboja, siellä on myös... kaaosta.
Have an account? Log In
Vain huonoja viboja
Vibe-koodauksessa vaikuttaa olevan tietoturvaongelma. Otetaan esimerkiksi ei-tekninen yrittäjä Leo Jr., joka lähti mukaan vibe-koodauksen aaltoon, rakensi ja julkaisi sovelluksensa avoimesti – ja alkoi nopeasti tehdä voittoa.
Hän on Enrichleadin perustaja. Se on työkalu, joka kerää IP-osoitteita ja käyttää LLM:ää myyntiliidien tuottamiseen. Leo rakensi koko sovelluksen Cursorilla ja julisti ylpeänä: ”Ei lainkaan käsin kirjoitettua koodia. Tekoäly ei ole enää vain avustaja – se on rakentaja. Voit valittaa siitä tai alkaa rakentaa.”
Luonnollisesti internet päätti ryhtyä väkivaltaiseksi.
48 tunnin kuluessa hakkerit hyökkäsivät joukoittain. Tilaukset ohitettiin. Kustannukset räjähtivät käsiin. LLM alkoi hallusinoida liiditietoja tyhjästä. Leo julkaisi Twitterissä hätähuudon: ”tyypit, olen hyökkäyksen kohteena … kaikenlaista satunnaista tapahtuu.” Ja sitten vielä tämä: ”En ole tekninen ihminen, joten tämän selvittäminen kestää minulta tavallista kauemmin.”
Enrichleadin käyttämiseksi käyttäjät asentavat JavaScript-koodinpätkän, joka kerää IP-osoitteita. LLM yrittää muuttaa ne myyntiliideiksi. Sillä on harvoin tarpeeksi tietoa työn tekemiseen, joten se vain keksii asioita. Ikuisena optimistina Leo vakuuttaa: ”Kyllä se toimii.”
Nyt hän kertoo opettelevansa koodaamaan. ”Kantapään kautta”, tietenkin.
Joten tässä kysymys nykyajan teknologiajohtajille: onko vibe-koodaus innovatiivinen oikotie – vai manifestoimmeko me kaikki vain bugeja paremman käyttöliittymän avulla?
Puretaan seuraavaksi, milloin viboihin kannattaa luottaa ja milloin niitä kannattaa välttää.
Mikä on kuumin puheenaihe?
DevOps-veteraani David Beale ei peittele innostustaan tätä trendiä kohtaan. Hänen mukaansa olemme ”vibe-koodanneet” jo vuosia:
”Kopioineet ja liittäneet sisältöä Stack Overflow’sta, GitHub Gisteistä, Reddit-ketjuista, Slack-keskusteluista, Hacker Newsin kommenteista – mistä vain tarvitaan. Loistavat insinöörit eivät opettele kaikkea ulkoa – he ratkaisevat ongelmia. He etsivät, tunnistavat malleja, mukautuvat ja rakentavat. Kehote on vain seuraava kehitysaskel siinä, mikä on aina ollut olemassa.”
Hänen näkemyksensä ei ole perusteeton. Tekoälyä hyödyntävä vibe-koodaus voisi tosiaan muodostua olennaiseksi vauhdittajaksi teknologiajohtajan työkalupakissa. Tekoälyn tuottama koodi saattaa vähentää yksitoikkoista puurtamista ja vapauttaa kehittäjät strategisiin, paljon arvoa tuottaviin tehtäviin.
Microsoftin suunnittelupäällikkö Steven Donaghy menee vielä pidemmälle:
”Tekoäly on kuin alkoholi. Se voimistaa sitä, mitä jo olet. Jos olet loistava koodaaja, se tekee sinusta paremman. Jos olet surkea, lopputulos on vielä huonompi.”
Donaghyn mukaan vibe-koodaus loistaa kahdessa projektien kannalta kriittisessä vaiheessa – alussa ja lopussa. Alussa tekoäly auttaa pääsemään analyysijumin yli. Lopussa se on parhaimmillaan hyödyntäessään hiottuja esimerkkejä uuden työn vauhdittamisessa.
Lyhyesti sanottuna parhaimmillaan vibe-koodaus auttaa osaavia tiimejä luomaan nopeasti prototyyppejä, innovoimaan ja tuottamaan arvoa nopeammin. Tästä näkökulmasta tekoäly yksinkertaisesti tehostaa entisestään vakiintunutta käytäntöä.
Mutta hetkinen, vibat saattavat olla pielessä
Ennen kuin keräät kristallit esiin ja alat manifestoida ominaisuuksia todellisuudeksi, pysähdy hetkeksi.
Kuten Slalomin johtaja Adam D’Angelo harkitusti huomauttaa, vibe-koodauksella on myös merkittäviä haittapuolia. Hän nostaa esiin todellisia, käytännöllisiä riskejä, jotka teknologiajohtajien on otettava huomioon:
”Tietoturva-aukot ovat ensisijainen huolenaihe. LLM:t saattavat tahattomasti tuottaa koodia, joka on altis injektiohyökkäyksille, sivustojen väliselle komentosarjahyökkäykselle (XSS) ja todennuksen puutteille.”
D’Angelo korostaa myös muita ongelmia, kuten epäyhtenäisistä koodausstandardeista johtuvia ”ylläpidettävyysongelmia”, ”teknisen velan kertymistä” sekä monimutkaisia ”auditoinnin haasteita”, erityisesti erittäin säännellyillä aloilla, kuten terveydenhuollossa ja rahoitusalalla.
Hän varoittaa myös mahdollisesti vakavista oikeudellisista ja vaatimustenmukaisuuteen liittyvistä vaikutuksista:
”LLM:t saattavat tuottaa koodia, joka sisältää yhteensopimattomilla lisensseillä varustettuja avoimen lähdekoodin kirjastoja... organisaatioiden on varmistettava toimialakohtaisten säädösten noudattaminen.”
Lisäksi liiallinen riippuvuus voisi heikentää tiimisi kykyä ymmärtää ja selvittää ongelmia itsenäisesti, mikä johtaisi siihen, mitä D’Angelo osuvasti kutsuu ”opituksi avuttomuudeksi”.
Huh. Yhtäkkiä fiiliskoodaus ei tunnukaan enää niin leikkisältä.
Jätämmekö ”fiilisvelan” huomiotta?
Kaikesta intuitiivisesta viehätyksestään huolimatta fiiliskoodaukseen liittyy todellisia riskejä. Niistä merkittävimpiä ovat tekninen velka ja piilevä monimutkaisuus, jotka tulevat esiin alkuperäisen ”hyvän fiiliksen” haihduttua. Ohjelmistoprojektien keskivaiheet edellyttävät huolellista arkkitehtuuria ja perusteellista tarkastelua – alueita, joilla fiiliskoodaus jää usein puutteelliseksi.
Nauroin todella makeasti, kun Josh Wymer toi nokkelasti esiin nämä katvealueet viraalissa LinkedIn-julkaisussa, jossa hän pilkkasi ylenpalttisen ”fiilispohjaista” työpaikkailmoitusta, jossa etsittiin kehittäjiä, joilla on edistyneitä tutkintoja ”jälkikäteisestä ongelmien ehkäisemisestä” ja asiantuntemusta ”energioiden yhteensovittamisesta”.
Wymerin satiiri nauraa todellisuudelle, jossa innovaatio ei ole vain hyviä aikomuksia – se edellyttää toteutusta, vastuunkantoa ja kurinalaisuutta. Jos luotat koko tuotestrategiasi pelkkien fiilisten varaan, altistat itsesi tuskallisille virheenkorjaussessioille.
Mitä fiiliskoodauksesta kiinnostuneen CTO:n pitäisi siis tehdä?
AI:n, infrastruktuurin kehityksen ja kasvavan johtotason paineen keskellä työskenteleville CTO:ille ”fiiliskoodauksesta” käytävä keskustelu tiivistyy yhteen kysymykseen: Voiko intuitiivinen koodaus toimia yhdessä kurinalaisen ohjelmistokehityksen kanssa?
Kyllä… jos määrittelet strategisesti, missä se sopii organisaatioosi. Harkitse tätä käytännöllistä tarkistuslistaa:
- Varhainen innovointi ja prototypointi: Anna fiiliksen viedä. Tekoälytyökalut nopeuttavat merkittävästi alkuvaiheen luovuutta.
- Liiketoimintakriittiset sovellukset: Kiristä vaatimuksia. Luota perusteelliseen tarkasteluun ja jäsenneltyihin koodauskäytäntöihin.
- Skaalaus ja tietoturva: Kurinalaisuudesta ei tingitä. Fiilispohjainen koodaus ei korjaa tietoturva-aukkoja tai skaalautuvuuden painajaisia.
More Articles
Käytännön opit (jotka eivät ole vain hyvää fiilistä)
”Fiiliskoodaus” ei ole ihmelääke eikä katastrofi, joka vain odottaa tapahtumistaan. Se on yksi työkalu CTO:n työkalupakissa. Älykkäät teknologiajohtajat yhdistävät strategisesti intuitiivisen, tekoälyä hyödyntävän koodauksen vankkaan ohjelmistokehityksen kurinalaisuuteen ja määrittelevät selkeästi, milloin ja missä fiiliskoodaus on hyväksyttävää.
Kuten Beale neuvoo: ”Älä tyrmää fiiliskoodausta – hallitse se.”
- Hyödynnä sitä strategisesti, älä sokeasti. Fiiliskoodaus ei ole tekosyy hyvien käytäntöjen hylkäämiseen. Kuten Donaghy sanoo, fiiliskoodaus vahvistaa olemassa olevia taitoja.
- Luo selkeät suojakaiteet. Noudata D’Angelon ohjeita ja ota tekoälyn tuottamalle koodille käyttöön perusteelliset tietoturvatarkastelut, auditointikehykset ja koodin laatua koskevat käytännöt.
- Käytä fiiliskoodausta ohjelmistokehityksen kyvykkyyden vahvistamiseen – älä sen korvaamiseen. Aseta tiimin koulutus etusijalle teknisen osaamisen ylläpitämiseksi ja tekoälyriippuvuuden välttämiseksi.
Koodaa fiilispohjaisesti vastuullisesti
Loppujen lopuksi fiiliskoodaus ei ole maailmanloppu eikä ihmelääke. Taitavana CTO:na paras vaihtoehtosi on koodata fiilispohjaisesti vastuullisesti: hyödynnä innovaatioita menettämättä strategista hallintaa.
CTO:n ensisijainen vastuu on muuttaa hyvät fiilikset loistavaksi ohjelmistoksi. Joten anna mennä ja koodaa fiilispohjaisesti seuraavan innovaatioponnistuksesi läpi (nämä fiiliskoodausalustat auttavat sinut alkuun), mutta älä lennä liian lähelle aurinkoa.
Tilaa The CTO Clubin uutiskirje, niin saat lisää teräviä näkemyksiä!
