1. Vibe-driven: Arvauspeliä teknisen velan kustannuksella
"Vibe-driven"-kehityksellä tarkoitetaan tekoälyn käyttöä ilman tarkkaa suunnitelmaa. Siinä tekoälylle annetaan epämääräisiä ohjeita, kuten: "Tee minulle moderni sovellus varastotilanteen seurantaan."
Tekoäly heijastaa uskollisesti sille annettua pyyntöä. Jos pyyntö perustuu pelkkiin mielikuviin ja "viboihin", tekoäly täyttää suunnittelun aukot arvauksilla. Tuloksena on korkean entropian koodia: se saattaa näyttää hyvältä ulospäin, mutta sen sisäinen logiikka on epäjohdonmukaista, haavoittuvaa ja erittäin vaikeasti laajennettavaa.
Tietoturvariskit: Retoolin (2026) tutkimus osoittaa, että ilman tarkkaa määrittelyä generoidussa koodissa on usein kriittisiä haavoittuvuuksia. Tekoäly priorisoi toimivuutta tietoturvan kustannuksella.
Ylläpidettävyys: Augment Coden (2026) mukaan "vibe-koodatut" projektit törmäävät usein "kolmen kuukauden seinään". Nopean alun jälkeen koodin sekavuus estää uusien ominaisuuksien lisäämisen ja jatkokehityksen.
2. Spec-driven: Ohjelmistosuunnittelun kunnianpalautus
Spec-driven -mallissa vibetyksen sijaan sovellus suunnitellaan tarkasti etukäteen perinteisiä ohjelmistosuunnittelun työkaluja ja dokumentaatiokäytäntöjä hyödyntäen. Tämä ei tarkoita sitä, että tekoälylle syötetään yksi pitkä ohje ja odotetaan valmista lopputulosta. Sen sijaan kyse on kurinalaisesta ja monivaiheisesta hallistusta prosessista. Tämä prosessi tunnetaan myös nimellä Software 3.0 (InfoQ, 2026), jossa ihminen siirtyy koodin kirjoittajasta tavoitteiden ja arkkitehtuurin hallitsijaksi.
Appiluotsin Spec-driven-prosessi koostuu useista dokumentaatiotasoista:
- Tuotteen määrittely (Product Requirements Documentation): Sovelluksen korkean tason kiteytys, sekä tavoitteiden ja rajoitteiden dokumentointi.
- Toimintalogiikan määrittely (Business Logic): Liiketoimintasääntöjen ja käyttäjäpolkujen määrittely.
- Arkkitehtuurisuunnitelma (Technical Blueprint): Päätökset tietokantarakenteista ja rajapinnoista (API).
- Käyttöliittymän määrittely (UI/UX Design): Käyttäjäpolkujen ja sovelluksen eri osien tarkka visuaalinen määrittely, useimmiten interaktiivisen prototyypin kautta.
- Komponenttikohtainen speksi (Implementation Details): Yksittäisten toimintojen tarkka logiikka.
- Varmistus- ja testausmäärittely (Validation): Automaattiset hyväksymiskriteerit ja laadunvalvonta.
3. Tekoäly vaatii kokeneen luotsin
AI-pioneeri Andrej Karpathy kutsuu tätä muutosta termillä "Agentic Engineering". Hänen mukaansa ammattilainen ei hyväksy koodia sokeasti, vaan orkestroi tekoälyä vankalla asiantuntemuksella.
Yli 20 vuoden kokemus kehittäjänä, UX-suunnittelijana ja tuoteomistajana auttaa tunnistamaan ne piiloon jäävät yksityiskohdat, joita tekoäly ei osaa kysyä. Tekoäly on tehokas toteuttaja, mutta sijoittajatasoinen lopputulos vaatii kokeneen asiantuntijan ohjaamaan prosessia.
Tekoäly on tehnyt toteutuksesta edullista, mutta samalla se on tehnyt ajattelusta ja suunnittelusta arvokkaampaa kuin koskaan. Spec-driven-kehitys on laatulupaus: se varmistaa, että sovelluksesi on harkittu ja kestävä teknologinen kokonaisuus, ei pelkkä kokoelma tekoälyn tekemiä arvauksia.
Lähteet:
Retool (2026): The Risks of Vibe Coding: Security Vulnerabilities and Enterprise Pitfalls.
Andrej Karpathy (2026): Agentic Engineering vs. Vibe Coding.
InfoQ (2026): Software 3.0: Spec-Driven Development as the New Standard.
Augment Code (2026): The 3-Month Wall: Why Unstructured AI Code Fails in Production.