Y Combinator raportoi, että 25% sen W25-hankkeesta on koodibaaseja, jotka ovat 95% AI-generoitu.Tässä artikkelissa käsitellään todellisia kompromisseja: nopeus vs. tekninen velka, prototyyppi vs. tuotanto, ja miksi vanhempi insinöörit raportoivat kehityksen helvetistä. On olemassa uusi tapa rakentaa ohjelmistoja, jotka vievät Silicon Valleyä myrskyyn, ja rehellisesti sanottuna olen seurannut sitä sekoittamalla kiehtovaa ja kauhua. Helmikuussa 2025 Andrej Karpathy keksi termiä "vibe-koodaus", ja viikkojen kuluessa siitä tuli kuumin buzzword tekniikassa. Maaliskuuhun mennessä Y Combinator ilmoitti, että 25 prosentilla sen talvi 2025 -sarjasta oli koodibaaseja, jotka olivat 90 prosenttia AI: n tuottamia. Kuten joku, joka on rakentanut infrastruktuuritason ohjelmistoa, kuten Sayna, voin kertoa teille, että tämä tilasto pitää minut hereillä yöllä, mutta luultavasti ei syistä, joita odotatte. Mikä on Vibe Coding? Anna minun laittaa esiin Karpathyn alkuperäisen tweetin, koska se kaappaa täydellisesti sen, mitä käsittelemme: Se on uudenlainen koodaus, jota kutsun "vibe-koodaukseksi", jossa luovutat täysin värähtelyille, omaksut eksponentiaalit ja unohdat, että koodi on olemassa. Se on uudenlainen koodaus, jota kutsun "vibe-koodaukseksi", jossa luovutat täysin värähtelyille, omaksut eksponentiaalit ja unohdat, että koodi on olemassa. Tämä tulee entisestä OpenAI-tutkijasta ja Teslan AI-johtajalta, joka on auttanut rakentamaan joitakin planeetan edistyksellisimpiä tekoälyjärjestelmiä, ja kertoo meille, että vain ... buzz sen kanssa. Ja tässä on asia: kun heitetään pois viikonloppuhankkeita, kuten Karpathy alun perin kuvaili, tämä on todella järkevää; ongelma on, että startup-yritykset ottivat tämän filosofian ja ajoivat sen suoraan tuotantoon. Y-kombinaattorin todellisuuden tarkistus Kun YC: n hallinnoiva kumppani Jared Friedman ilmoitti näistä tilastoista, hän oli nopea selventämään jotain tärkeää: nämä eivät olleet ei-teknisiä perustajia, jotka kamppailevat ChatGPT: n kanssa, vaan erittäin ammattitaitoisia insinöörejä, jotka vuosi sitten olisivat rakentaneet kaiken tyhjästä - he päättivät olla tekemättä, koska AI sai tarpeeksi hyvää. YC: n toimitusjohtaja Garry Tan sanoi suoraan: "Tämä ei ole muotia. Tämä ei mene pois. Tämä on hallitseva tapa koodata, ja jos et tee sitä, saatat vain jäädä taakse." Mutta tässä on se, mikä kiinnitti huomioni tässä keskustelussa: Tan varoitti, mitä tapahtuu, kun käynnistys, jossa on 95% AI-generoitua koodia, osuu 100 miljoonaan käyttäjään: "Onko se ohi vai ei?" Se on se häkki, josta kukaan ei halua puhua. Hangover on todellinen Viime kuukausina olen seurannut vanhempien insinöörien ja CTO: n keskusteluja, ja tarinat alkavat virrata: yksi Navanin vanhempi insinöörin johtaja nosti ratkaisevan kohdan, jonka useimmat vibe-koodauskeskustelut jättävät kokonaan: "Onko AI laajentaa tai uudistaa ominaisuuksia vai ovatko ne kaikki greenfield-hankkeita?" Vastaus on tärkeämpi kuin useimmat ihmiset ymmärtävät: rakentaa jotain tyhjästä on olennaisesti erilainen kuin ylläpitää järjestelmiä, jotka ovat keränneet vuosia heimojen tietoa, kuvioita ja kyllä, teknistä velkaa. Tässä on, mitä tuotannossa todella tapahtuu: Eräs pettynyt kehittäjä jakoi: "Yritin luoda pienen projektini, mutta joka kerta, kun on yhä enemmän virheitä... Olen työskennellyt sen kanssa noin 3 kuukautta, mutta joka kerta, kun haluan muuttaa pientä asiaa, tapan 4 päivää muita asioita, jotka menevät etelään" The Debugging Nightmare : Ohjelmistosuunnittelija kuvaili sitä, mitä hän kutsuu "luottamusvelaksi" sen jälkeen, kun nuorempi kehittäjä löi käyttäjäoikeusjärjestelmän, joka läpäisi testit, selvisi QA: sta ja käynnistyi onnistuneesti.Kaksi viikkoa myöhemmin he havaitsivat, että poistetut tilit voisivat silti käyttää backend-työkaluja käännetyn totuuden tarkistuksen vuoksi, joka "tuntui toimivan tuolloin". The trust debt problem Näemme alan jakautumisen: on "AI Native Buildereita", jotka voivat toimittaa ominaisuuksia nopeasti, mutta jotka kamppailevat debugging, arkkitehtuuri ja pitkän aikavälin ylläpito; ja sitten on "System Architects", jotka ymmärtävät teknisten päätösten vaikutukset ja voivat navigoida AI: n tuottamaa monimutkaisuutta. Ongelma: Kaksi insinööriä luo velkaa viisikymmentä On vitsi tekevät kierroksia insinööripiireissä: "Kaksi insinööriä voi nyt luoda teknisen velan viisikymmentä." Valvomaton AI-generoitu koodi vahvistaa teknistä velkaa tavoilla, joita emme ole koskaan ennen nähneet. Vitsin valitus sisältää todellisuuden viljaa, joka on murskaava insinööriryhmät. Koodi näyttää täydelliseltä pinnalla, mutta sen alla on se, mitä jotkut kutsuvat "korttikoodi" - se näyttää täydelliseltä, mutta romahtaa todellisen paineen alla. Tämä ilmenee useilla eri tavoilla: Ensinnäkin epäjohdonmukaiset koodausmallit ilmenevät, kun tekoäly tuottaa ratkaisuja, jotka perustuvat eri pyyntöihin ilman yhtenäistä arkkitehtonista visiota, ja päädyt patchwork-koodibaasiin, jossa samankaltaiset ongelmat ratkaistaan täysin eri tavoin. Toiseksi dokumentaatio muuttuu harvaksi tai olemattomaksi, koska painopiste siirtyy pikemminkin prompt-tekniikkaan kuin koodin toiminnallisuuden selittämiseen. kehittäjä, joka kirjoitti promptit, saattaa ymmärtää, mitä he pyysivät, mutta todellinen toteutuslogiikka on edelleen mysteeri. Kolmanneksi, ja tämä on pelottava, turvallisuushaavoittuvuudet hyökkäävät hälyttävällä nopeudella: tutkimuksessa havaittiin, että AI-mallit tuovat tunnettuja turvallisuushaavoittuvuuksia koodiin 45 prosenttia ajasta. Missä Vibe Coding todella tekee järkeä Olen rehellinen, en ole täällä kertomassa teille, että vibe-koodaus on pahaa ja pitäisi kieltää. Tämä olisi tekopyhää, koska käytän AI-apua koko ajan kehitystyössäni. Vibe koodaus toimii erinomaisesti: Prototyypit ja käsitteiden todistaminen, joissa sinun on nopeasti validoitava idea Viikonlopun projektit ja kokeilut, joissa epäonnistumisen kustannukset ovat alhaiset Opi uusia kieliä ja kehyksiä, joissa AI toimii nopeutettuna opetusohjelmana Boilerplate-koodi, joka seuraa vakiintuneita malleja UI-komponentit ja yksinkertaiset CRUD-toiminnot Missä se eroaa, on mitä tahansa, joka vaatii: Syvällinen ymmärrys järjestelmän käyttäytymisestä kuormituksen alla Turvallisuuden kannalta kriittiset komponentit, jotka käsittelevät käyttäjätietoja tai todentamista Infrastruktuurikoodi, jossa luotettavuus ja viive ovat tärkeämpiä kuin kehitysnopeus Monimutkainen liiketoiminnan logiikka, joka kehittyy ajan myötä Reaaliaikaiset käsittelyjärjestelmät, joissa millisekunnit ovat tärkeitä Infrastruktuurin poikkeus Tässä minun on puhuttava siitä, mitä rakennamme: Kun työskentelet infrastruktuuriohjelmiston kanssa, toleranssi "se toimii enimmäkseen" laskee nollaan; kun käsittelet reaaliaikaista äänenkäsittelyä, WebSocket-yhteyksiä tai äänen suoratoistoa, ei ole "Hyväksy kaikki" Saynassa rakennamme yhtenäisen äänikerroksen AI-agentteille, mikä tarkoittaa ääni-tekstin, teksti-äänen ja reaaliaikaisen äänen suoratoiston käsittelyä subsekunnin latenssin vaatimuksilla. Voisinko koodata jotakin tästä? Ehkä yksinkertaisempia osia, mutta ydinarkkitehtuuria? Melun suodatusputket? Tarjoajan abstraktiokerroin, joka tarvitsee vaihtaa Deepgramin, ElevenLabsin, Google Cloudin ja Azuren välillä pudottamatta kehyksiä? Syy on yksinkertainen: infrastruktuurikoodi on perusta, joka riippuu muiden ihmisten tuotteista.Kun tämä perusta on rakennettu värähtelyihin sen sijaan, että ymmärtäisi, kaikki ylhäältä tulee hauras. Mitä vanhemmat insinöörit todella tekevät Tässä on mielenkiintoinen paradoksi: Senior-insinöörit saavat enemmän arvoa AI-koodaustyökaluista kuin juniorit - syy on selvä, jos ajattelet sitä: Senioreilla on tietoa AI: n ohjaamiseksi oikein ja sen virheiden korjaamiseksi - he käsittelevät AI-tuottoa kuin koodia uudesta vuokrauksesta, tarkastamalla jokainen rivi, varmistaen, että he ymmärtävät sen ennen kuin se puretaan. Yksi CTO kuvaili uutta todellisuutta täydellisesti: vibe-koodaus on erinomainen menetelmä idean edistämiseksi 0: sta 0,7: een, mutta viimeinen 0,3, osa, joka tekee ohjelmistosta todella toimivan tuotannossa, vaatii edelleen inhimillistä suunnittelua. Menestyneimmät joukkueet, joita olen nähnyt, kohtelevat AI-apua kuten supernopeaa, mutta nuorempaa kehittäjää tiimissä - AI saattaa murskata ensimmäisen luonnoksen, mutta vanhempi insinööri tarkastelee sitä edelleen kriittisellä silmällä, hienosäätää sitä ja varmistaa, että se täyttää laatuvaatimukset. Siksi "vibe-koodaus kuolee" ei ole aivan totta; mitä kuolee on fantasia, että voit lähettää tuotanto-ohjelmistoa ymmärtämättä, mitä lähetät. The Irony of Karpathyn uusin projekti Lokakuussa 2025, Karpathy julkaisi uuden projektin nimeltä Nanochat. Joku kysyi häneltä, kuinka paljon siitä oli AI-generoitu ja hänen vastauksensa oli: "Yritin käyttää Claude / Codex-agentteja muutaman kerran, mutta ne eivät toiminut tarpeeksi hyvin ja tekivät verkosta hyödyttömän." Vibe-koodin isä ei luota tekniikkaan omissa vakavissa projekteissaan, anna sen uppoutua hetkeksi. Rakentaminen pitkällä aikavälillä Jos aloitat tänään yrityksen tai projektin, tässä on mitä ehdotan: : Käytä AI-tukea aggressiivisesti prototyypeille ja MVP: lle, mutta on suunnitelma siirtymisestä "vibed code" -koodista "tuotantokoodiin".Tämä siirtyminen vaatii insinöörejä, jotka todella ymmärtävät järjestelmät, joita he rakentavat. Know Your Boundaries Aloittelijat, jotka selviytyvät vibe-koodauksesta, ovat niitä, jotka ovat investoineet alusta alkaen oikeaan arkkitehtuuriin: AI voi auttaa sinua kirjoittamaan koodia nopeammin, mutta se ei voi auttaa sinua suunnittelemaan järjestelmiä, jotka skaalautuvat. Invest in Architecture : Kaikesta, joka käsittelee käyttäjätietoja, käsittelee maksuja, hallitsee todentamista tai tarvitsee 24/7, vie aikaa rakentaa se oikein. Build critical infrastructure correctly Jos käytät tekoälyä koodin tuottamiseen, varmista, että tiimisi oppii siitä, ei vain hyväksy sitä. Create learning loops Meille Saynassa tämä tarkoittaa Rustin rakentamista suorituskyvyn takauksiin, asianmukaisten testausten toteuttamista, selkeiden asiakirjojen ylläpitoa ja järjestelmien suunnittelua, jotka kehittyvät vaatimusten muuttuessa - se ei ole yhtä nopea kuin tietäminen kehityksen kautta, mutta se on ainoa lähestymistapa, joka on järkevää infrastruktuurille, josta muut ihmiset riippuvat. Tulevaisuus on hybridi Ohjelmistokehityksen tulevaisuus ei ole puhdasta vibe-koodausta enempää kuin puhdasta manuaalista koodausta, se on jossain välissä, jossa tekoäly nopeuttaa kehitystä ja ihmiset tuottavat laatua. Yritykset, jotka selvittävät tämän tasapainon, voittavat: He lähettävät nopeammin kuin perinteiset kehitysliikkeet, samalla kun vältetään tekninen velka-tsunami, jonka puhdas vibe-koodaus aiheuttaa; heillä on insinöörejä, jotka voivat korjata ongelmia, koska he ymmärtävät, mitä he toimittivat; he rakentavat järjestelmiä, jotka skaalautuvat, koska joku todella ajatteli arkkitehtuuria. Hengitys on todellinen, mutta se on myös vältettävissä: Sinun tarvitsee vain tietää, milloin lopettaa AI Kool-Aidin juominen ja aloittaa suunnittelu. Jos rakennat seuraavaa suurta asiaa ja 95% koodistasi tulee AI-huomautuksista, minulla on yksi kysymys: ymmärrätkö todella, mitä lähetät? Älä unohda ja jakaa, jos löydät tämän hyödyllinen! ja jos olet tekemisissä tiimisi kanssa Vue koodaus tekninen velka, haluaisin kuulla tarinoita kommentteja.
