Tekoäly mullistaa koodauksen: Miksi laadun vartiointi sokeutuu isommalle kuvalle?

Tekoäly mullistaa koodauksen: Miksi laadun vartiointi sokeutuu isommalle kuvalle?

Tou 09, 2026 vibe-coding ai-development software-engineering cloud-hosting developer-tools web-infrastructure nameocean

Teknologian edistys ja vastustus – tuttava kaava

Teknologiassa toistuu sama kuvio. Uusi työkalu antaa tavallisille ihmisille voimaa rakentaa asioita, jotka ennen kuuluivat vain asiantuntijoille. Asiantuntijat valittavat. Työkalua haukutaan epäluotettavaksi, turvattomaksi tai skaalautumattomaksi. Viiden vuoden päästä kaikki käyttävät sitä – ja ne, jotka hyppäsivät mukaan aikaisin, muokkaavat tulevaa.

Tällä hetkellä näemme tämän toistuvan AI-avusteisessa kehityksessä ja vibe codingissa. Jos tietää mihin katsoa, se on aika kiehtovaa.

ColdFusion järkytti asiantuntijoita (1998)

Kuvittele vuosi 1998. Olet käyttänyt vuosia oppiaksesi C:tä, Perliä ja CGI-skriptausta. Hallitset muistinhallinnan ja säikeistämisen. Olet rakentanut kunnon systeemejä.

Sitten tulee ColdFusion.

Yhtäkkiä HTML-taidon omaava – vaikkapa kiinteistönvälittäjä – pystyy tekemään tietokantapohjaisen web-sovelluksen. Oppiminen kestää viikonlopun, ei vuosia. Kirjoitat <cfquery>-tagin samalla tavalla kuin <table>-tagin.

Asiantuntijat raivostuivat.

Sovellukset olivat löysää kamaa. Ne eivät skaalautuneet. Turva? Riippuu kehittäjästä. Ja osuikin totta: jotkut ColdFusion-sovellukset kaatuivat ja hakkeroitiin.

Mutta kriitikot eivät nähneet koko kuvaa: ohjelmistojen määrä räjähti.

Koulu sai oman ilmoittautumisjärjestelmän. Kiinteistönvälittäjä rakensi listauspalvelun. Pienyrittäjät loivat työkaluja arkeensa. Ne eivät olleet mullistavia, mutta ne toimivat ja täyttivät aukkoja, joita isot startupit eivät vaivautuneet korjaamaan.

Huonot sovellukset näkyivät. Ekosysteemin kasvu piilotettiin – kunnes se ei enää ollut piilossa.

Rails ja Twitterin kaatumiset (2007–2008)

Sama juttu toistui pian.

Ruby on Rails tuli kuvioihin. Voitte saada web-sovelluksen valmiiksi viikoissa, ei kuukausissa. Jack Dorsey ja Noah Glass rakensivat Twitterin Railsilla, koska se mahdollisti nopeat iteraatiot.

Vuonna 2008 Twitter kaatui jatkuvasti – Fail Whale vilkui. Hacker News -porukka haukkui Railsin ja vaati Javalla tai C++:lla kirjoitettua koodia. TechCrunch julisti Railsin epäonnistuneeksi.

Teknisesti heillä oli pointti. Rails ei sopinut Twitterin kokoluokkaan.

Mutta he missasivat olennaisen.

Jos Twitter olisi suunniteltu 100 miljoonalle käyttäjälle alusta asti, se ei olisi koskaan lähtenyt. Tiimi olisi hionut infraa两年 MySpacen syödessä markkinat. Skaalausongelmat todistivat menestystä: tuote löysi markkinansa.

Lopulta he korvasivat osia Scalalla. Se ei tuonut uusia ominaisuuksia. Yksi insinööri fiksahti jonon vapaa-ajallaan – viive putosi 2,5 tunnista 20 sekuntiin. Väärä työkalu oli riittävän hyvä pitämään valot päällä.

David Heinemeier Hansson kiteytti Lex Fridmanissa: Rails oli paras mainos itselleen. Mitään ei tapahtunut kymmeneen vuoteen vaihdon jälkeen. Skaalausfiksut pitivät valot päällä, eivät mullistaneet tuotetta.

Vibe coding: kolmas aalto

Nyt elokuvamme pyörii kolmannen kerran.

AI-avusteinen kehitys – vibe coding, agentit, promptit – laskee kynnyksen taas. Alan asiantuntijat ilman CS-taustaa rakentavat tarvitsemansa sovellukset. Jotkut bugittuvat, vuotavat dataa tai kaatuvat.

Asiantuntijat valittavat taas.

He eivät tajua: nämä epäonnistumiset ovat laajentumisen hintaa, eivät työkalun heikkoutta.

Piilotettu hyöty

Jokainen kerta näkyvä haitta on pieni verrattuna piilotettuun hyötyyn.

Näkyvä haitta: bugiset sovellukset, heikko turva, ylläpidon painajaiset.

Piilotettu hyöty: ohjelmistojen eksponentiaalinen kasvu.

Mieti kaikkea automaatiota, jota ei tehty 150k dollarin kehittäjän takia. Sisätyökaluja, joita budjetti ei kattanut. Alan ongelmia, joihin ei riittänyt devaajia.

Nyt niitä rakennetaan. Jotkut tarvitsevat kovetusta, refaktorointia tai insinööriä. Tämä ei vähennä insinöörien työtä. Se kerrottaa sen.

Mitä insinöörit oikeasti tekevät

Koodaus ei ole koko homma.

Aito insinööritöi on:

  • Arkkitehtuuria, joka skaalautuu työkalun rajoja pidemmälle
  • Turvan kovetusta yllättävän kasvun varalle
  • Refaktoroitua koodia, joka kestää
  • Mentorointia niille, jotka saivat toimivan softan aikaan
  • Infrasta, DevOpsista ja observabilitysta
  • Performanssia, kun demo kestää 10k käyttäjää

Nämä eivät katoa. Ne arvostuvat, kun rakennettavaa on enemmän.

NameOceanin Vibe Hosting

NameOceanissa rakensimme Vibe Hostingin juuri tähän tilanteeseen. AI-kehitys luo paikkoja, joissa insinöörit loistavat.

Vibe-coded MVP tarvitsee usein:

  • Production-kelpoisen deploymentin
  • SSL/TLS-hallintaa
  • DNS-arkkitehtuuria skaalaan
  • Cloud-infraa piikkien varalle
  • Observabilitya ja monitorointia

MVP-rakentaja sai toimivan prototyypin, mutta ei tuotantoa kestävää.

Täällä on aito insinöörityö.

Ydinviesti

Portinvartiointi ei koskaan ollut laadusta kiinni. Se oli pääsystä.

ColdFusion toi rakentajia – osa huonoja, mutta kaikki laajensivat mahdollisuuksia. Rails antoi nopeutta, ja kaatumiset todistivat menestystä. Nyt AI toistaa saman.

Ne devaajat, jotka sopeutuvat – oppivat AI:n, arkkitehtuurin ja MVP:stä tuotantoon – muokkaavat seuraavat kymmenen vuotta.

Ne, jotka valittavat, tuhlataan aikaa väistämättömälle.

Piirakka kasvaa. CS-tutkintoa ei kaikki tarvitse. Mutta systeemejä, arkkitehtuuria ja kestävyyttä ymmärtävät ovat arvokkaampia kuin koskaan.

Rakenna toisin. Rakenna paremmin. Esteet laskevat, pidättele tai et.

Read in other languages:

RU BG EL CS UZ TR SV RO PT PL NB NL HU IT FR ES DE DA ZH-HANS EN