Dette er hvordan jeg føler for vibe-koding. Ethvert prosjekt jeg prøver som har noen form for komplikasjoner har dette umiddelbare utbruddet av fremgang. Ting er fantastiske, og det føles som en superkraft. Da... etter hvert som jeg legger til mer kompleksitet, stopper ting opp. De eneste prosjektene jeg tror jeg kan lage er de som faller i denne "vibe-sonen". Prototyper, brukergrensesnitt, produkter – alt som er enkelt og har lav kompleksitet passer rett i den sonen. Bevis på konsepter, interaksjoner, sånne ting. Verktøyene er i stand til å lage ting som passer inn i det sporet. Men. Alt faller i stykker når kompleksitetskurven øker. Og problemet er at enhver god produktdesignprosess har økende kompleksitet. En grunnleggende prototype blir til en god prototype så snart den har lagdelte interaksjoner, overganger, gode affordances, svevetilstander, 1000 bittesmå detaljer som får noe til å føles riktig og ekte. Fordelen med vibe-koding er ment å være at du beveger deg raskt og du kan piske ting ut – og la AI gjøre alt arbeidet for deg. Problemet er at det mister dampen så snart den nødvendige kompleksiteten er lagt til. Den fortsetter å gjøre om seg selv, omskrive kode, påvirke ting som ikke er relatert og deretter forårsake andre problemer. Men hvis du legger til den kompleksiteten, blir hver vibe-kodingsøkt raskt til en whack-a-mole bug-bashing-økt. Jeg er ikke sikker på løsningen på dette. Med tradisjonell prototyping er løsningen å duplisere, legge til mer kompleksitet, lage flere rammer/scener, justere, gaffel osv. Men med vibe-koding kan en liten melding ødelegge bokstavelig talt alt. Det er et stadium hvor jeg ender opp med å gå på raske eggeskall - prøver å ikke gi det for mye eller for lite kontekst slik at det ikke blir useriøst og ødelegger alt. Det er bare noen få unntak fra dette. @cursor og @framer. Jeg kan gjøre store fremskritt med Cursor, gi den en smal kontekst, og jeg må godkjenne redigeringene den gjør. Dette føles som en riktig arbeidsflyt. Problemet er at jeg ikke kan se tingen den lager fordi det er en IDE, ikke et visuelt miljø. Ja, jeg kan lage lokale bygg og oppdatere nettleseren min og alt den slags ting. Men det visuelle aspektet er helt tapt fra kodeopplevelsen. Det er et utviklerverktøy. Framer får dette riktig fordi det bare tillater smale oppdateringer innenfor en enkelt komponent på siden. Ja, det er begrensende fordi det bare kan gjøre en enkelt ting samtidig, men det prøver i det minste ikke å lage hele siden fra bunnen av og administrere det hele gjennom et raskt grensesnitt. Dette virker som den riktige tilnærmingen. @Cursor: Tillat AI å redigere hva som helst, men la brukeren godkjenne disse endringene og se dem i kontekst. @Framer: La AI bare redigere en enkelt fil eller komponent for å holde kompleksiteten nede på et minimum og redusere katastrofale redigeringer. Jeg er optimistisk om at verktøy som @Figma, @Lovable, @Bolt og @V0 kan lage kule prototyper, men jeg støter bare på vegger når det gjelder å gjøre noe mer enn bare en grunnleggende interaksjonsprototype. De må gjøre mindre IMO. Håper at disse verktøyene legger til flere kontroller som er i samme linje som Cursor og Framer. Jeg vil også legge til at dette ligner på hvordan vi gjør det med @Basedash diagramgenerering også. Men vi er ikke et vibeverktøy i vanlig forstand, så parallellene er litt vanskeligere å trekke.