Kitze: Proč 'Vibe Engineering' funguje a 'Vibe Coding' ne

Proč Kitze rozlišuje Vibe Engineering od Vibe Coding

Kitze je tvůrce Sizzy (prohlížeč pro vývojáře), Zero to Ship a několika dalších nástrojů. Tato konferenční přednáška rozlišuje “vibe coding” (přijímání čehokoli, co AI vyprodukuje) od “vibe engineering” (řízení agentů s technickými znalostmi). Jeho teze: skeptici uprostřed distribuce dovedností se mýlí, zatímco junioři, kteří to milují, a senioři, kteří to ovládli, mají oba pravdu - z různých důvodů.

O spektru adopce: “On one hand you have juniors who are like ‘hell yeah, give me the thing, I love doing my own SaaS.’ Then you have super senior people doing libraries and frameworks. And then you have the majority in the middle like ‘this will never be good enough, my code is perfect.’ It’s hilarious, but it’s a pattern.” (Na jedné straně máte juniory, kteří jsou jako ‘jasně, dej mi to, miluju dělání vlastního SaaS.’ Pak máte super seniorní lidi dělající knihovny a frameworky. A pak máte většinu uprostřed jako ‘tohle nikdy nebude dost dobré, můj kód je perfektní.’ Je to vtipné, ale je to vzorec.) Distribuce je bimodální: nadšení začátečníci a zkušení praktici, se skeptickými mid-level uprostřed.

O tom, co vibe engineering skutečně je: “I’m not vibe coding. I love this term someone coined—vibe engineering. When you’re actually using agents to code all the time but you just look at your screen like ‘I’m going to catch you.’ You’re suspicious of the code because it’s based on our knowledge.” (Nedělám vibe coding. Miluju tento termín, který někdo vymyslel - vibe engineering. Když skutečně používáte agenty k neustálému kódování, ale jen koukáte na obrazovku jako ‘Chytím tě.’ Jste podezřívaví vůči kódu, protože je založen na našich znalostech.) Rozdíl: vibe codeři slepě přijímají, vibe inženýři aktivně supervizují.

O tom, jak Composer One změnil všechno: “Composer One made me realize I missed coding. What I would do is let a model run like GPT-5 Codex and it would take 37 years. Now I’m back in the driver’s seat. I can be like ‘Stop. No no no. We do the other thing.’ It feels like coding.” (Composer One mi uvědomil, že mi chybělo kódování. Co bych udělal, je nechat model běžet jako GPT-5 Codex a trvalo by to 37 let. Teď jsem zpět za volantem. Mohu být jako ‘Stop. Ne ne ne. Děláme tu druhou věc.’ Cítí se to jako kódování.) Rychlost feedback smyček záleží více než schopnost modelu.

O PA devs (pain-in-the-ass vývojářích): “You leave a nitpick comment on a two-line PR. You spend more than 2 minutes on a PR review. The thought of agreeing with a colleague causes stomach pain. You say ‘well actually’ in code comments.” (Necháváte nitpick komentář na dvouřádkové PR. Trávíte více než 2 minuty na PR review. Myšlenka souhlasit s kolegou způsobuje bolest břicha. Říkáte ‘well actually’ v code comments.) Největší bariéra adopce AI není schopnost - je to perfekcionismus, který už byl kontraproduktivní.

O skutečných produktivitních ziscích: “I achieved in two weeks more than I achieved in last year. This was solely due to Composer One. I was about to abandon projects… I moved Benji to Next 16 with App Router, TRPC, Monorepo, Turbo Repo, React Native app, and put in 90% of the features—in less than a week.” (Dosáhl jsem za dva týdny více než za celý minulý rok. To bylo výhradně díky Composer One. Chystal jsem se opustit projekty… Přesunul jsem Benji na Next 16 s App Router, TRPC, Monorepo, Turbo Repo, React Native aplikace a dal jsem tam 90% funkcí - za méně než týden.) Rychlost umožňuje projekty, které by jinak neexistovaly.

6 postřehů od Kitze o AI-asistovaném vývoji

• Vibe engineering ≠ vibe coding - Vibe coding je slepé přijímání výstupu; vibe engineering je supervizování agentů s technickými znalostmi a chytání chyb v reálném čase
• Dejte AI seniorům, ne juniorům - “Nedávejte AI nástroje svým stážistům a juniorům. Pokud vezmete svého skeptického seniora a přesvědčíte ho dělat vibe engineering, dostanete 10x výsledky”
• Composer One je paradigmatický posun - Rychlé feedback smyčky vám umožňují zůstat za volantem; pomalé modely tlačily lidi na YouTube Shorts, zatímco čekali
• PA devs jsou skutečný blokátor - Perfekcionismus, který vyžaduje optimální abstrakce a nitpickuje dvouřádkové PR, je kontraproduktivní s nebo bez AI
• LLM se nestarají o opakující se kód - To je funkce: lidé příliš brzy přeabstrahují, LLM šťastně duplikují, když je to vhodné
• Požadavky na dovednosti se změnily, nezmizely - Znalost limitů modelů, správa kontextu, prompt engineering a posuzování “dost dobrého” kódu jsou nové požadované dovednosti

Co to znamená pro produktivitu vývojářů

Kitzeho přednáška přerámuje debatu o AI kódování: problém není schopnost AI, je to lidský perfekcionismus. “Vibe coding” selhává, protože je to nesupervizovaný hazard. “Vibe engineering” funguje, protože kombinuje rychlost AI s lidským úsudkem o tom, co je dost dobré. Ironie: vývojáři, kteří byli už pragmatičtí ohledně kvality kódu (vs. přeabstrahující perfekcionisté), jsou ti, kdo prosperují. Dovednost není psát anglicky - je to vědět, kdy je kód dost dobrý, což bylo vždy nejtěžší částí inženýrství.