Den kódování vibrací 12, Možná poslední vlákno zde. Strávil jsem 100 hodin vytvářením aplikace na komerční úrovni s kódováním vibe. Několik postřehů z praxe. Mých 13 nejlepších poznatků, které vám pomohou -- vibe si naprogramujte svůj vlastní. Vlákno🧵
Poznámka: Spoluzaložil jsem průkopnický SaaS, který se škáloval na ARR za 200 milionů dolarů, takže i když nejsem inženýr a od střední školy jsem pořádně neprogramoval (a to se opravdu nepočítá) – mám kontext toho, co komerční software vyžaduje. Miluji tyto aplikace. Pokud se do toho ale opravdu chystáte, poznejte jejich limity. Alespoň jejich dnešní limity. Věci se mění tak rychle, že jsem si jistý, že tyto poznatky budou zastaralé i za 90 dní.
1/13: Začněte s hackem na jedno použití. Strávíte maximálně 60 minut vyprávěním aplikace pro kódování vibrací o svých nejdivočejších snech o produktu bez jakéhokoli plánování. Uvidíme, co se objeví. Ale zavažte se předem, že to vyhodíte – to není váš skutečný produkt, je to vaše vzdělání. První hodina vás naučí více o možnostech a omezeních platformy než jakýkoli tutoriál.
2/13: Než začnete psát jakýkoli kód, věnujte celý týden studiu 20 produkčních aplikací postavených na platformách pro kódování vibe. Ne běžné procházení – skutečně používejte aplikace, které jsou aktivní, přijímají platby, obsluhují skutečné zákazníky. Hledáte to, co je skutečně možné ve velkém měřítku a kde se omezení nejvíce střetávají. Tento průzkum ušetří týdny pozdější frustrace.
3/13: Definujte své výrobní požadavky před zahájením výstavby. Požádat: 1⃣Jak bezpečné to musí být? 2⃣Kdo jej bude po spuštění udržovat? 3⃣Potřebujete škálovat na 100 uživatelů nebo 100 000? 4⃣Našli jste jinou aplikaci s vibekódovým kódem v produkci, s platícími zákazníky, na vaší úrovni složitosti? Pokud nemáte solidní odpovědi, přestaňte stavět a začněte zkoumat.
4/13: Napište nejpodrobnější specifikaci, kterou můžete spravovat. Mapujte každou stránku, pracovní postup, úroveň oprávnění. Explicitně definujte e-mailové systémy, dashboardy, toky správy uživatelů. Ano, u výzev v přirozeném jazyce se to zdá neintuitivní, ale nutí vás to přemýšlet o okrajových případech a stává se to vaší severní hvězdou, když umělá inteligence navrhuje nežádoucí funkce.
5/13: Některé funkce vypadají v ukázkách jednoduše, ale stávají se z nich technické noční můry. Příklady alespoň dnes (a to se neustále mění): ▶️ Spolehlivé doručování e-mailů ▶️OAuth/správa identit ▶️Generování médií ▶️nativní mobilní aplikace ▶️Vlastní design nad rámec šablon ▶️podnikové zabezpečení. Ty neustále způsobují bolest napříč platformami. Naplánujte si čas navíc nebo zvažte, zda jsou pro MVP skutečně nezbytné. Najděte zkušeného inženýra, který staví na vaší platformě, a ZEPTEJTE se ho. ZEPTEJTE se jich.
5/13: Některé funkce vypadají v ukázkách jednoduše, ale stávají se z nich opravdu velké technické výzvy. Příklady alespoň dnes (a to se neustále mění): ▶️ Spolehlivé doručování e-mailů ▶️OAuth/správa identit ▶️Generování médií ▶️nativní mobilní aplikace ▶️Vlastní design nad rámec šablon ▶️podnikové zabezpečení. Ty neustále způsobují bolest napříč platformami. Naplánujte si čas navíc nebo zvažte, zda jsou pro MVP skutečně nezbytné. Nepředpokládejte, že vaše statické demo, které vypadá, že dělá tyto věci dobře, je opravdu dělá dobře. Najděte zkušeného inženýra, který staví na vaší platformě, a ZEPTEJTE se ho. ZEPTEJTE se jich.
6/13: Systémy umělé inteligence vyrábějí data, když selžou. Každý, kdo pracoval na JAKÉKOLI platformě pro kódování vibrací, včetně Claude Code, to ví. Je to chyba, ale také vlastnost. Bez toho nemohou řešit problémy. Umělá inteligence na JAKÉKOLI platformě, když narazí na překážky, bude generovat fiktivní data. Nejedná se o chybu – jsou vycvičeni k tomu, aby poskytovali výstup, místo aby přiznali selhání. Po několika neúspěšných pokusech vytvoří přesvědčivá falešná data místo toho, aby řekli "to nedokážu". Musíte to pochopit, přijmout to a pracovat na tom. To bude nějakou dobu trvat.
7/13: První celý den se budete učit všechny funkce platformy, ne stavět. Tyto platformy obsahují do svých rozhraní obrovské funkce. Každá ikona, možnost nabídky, funkce existuje z nějakého důvodu. Nemůžete využívat schopnosti, o kterých nevíte, že existují. Nejedná se o volitelný výzkum – jsou to základní znalosti pro aplikace na komerční úrovni. Neexistuje řešení na každou výzvu. Platformy však mají více řešení, která vás zpočátku napadnou. A jsou tak trochu nerdi. V dobrém slova smyslu, ale hloupě. V hloubi duše byly vytvořeny pro vývojáře, bez ohledu na to, co říká marketing. Přijměte to a seznamte se s KAŽDOU funkcí, než začnete. Pokud nerozumíte nějaké funkci, ikoně, zkratce, pak STOP. Jděte to prozkoumat. Teď. Později ne.
8/13: Osvojte si systémy rollbacku hned první den, než je budete zoufale potřebovat. Většina platforem nabízí elegantní správu verzí podobně jako uložené body videoher. Trénujte záměrné couvání, když jsou sázky nízké. Pochopte přesně, jak to funguje, co se zachovává, co se ztrácí. To se stane vaším nejcennějším nástrojem pro ladění.
9/13: Umělá inteligence provede změny, o které jste nepožádali. Prostě to tak bude. Upraví zavedené funkce, přidá nežádoucí funkce, rozbije funkční kód a zároveň "vylepší" něco jiného. Obrana: Přidejte "ŽÁDNÉ ZMĚNY BEZ PTÁNÍ" ke každé výzvě. Při projednávání změn uveďte "ŽÁDNÉ ZMĚNY. ŽÁDNÝ KÓD. JEN DISKUSE." Snižuje nežádoucí úpravy ~80%. To je však nezastaví. To platí pro každou platformu. Nakonec všichni běží na Clauda - většinou. Všichni mají různé úrovně stejných problémů. Budou >všichni< provádět změny, o které jste nepožádali. Je to jen o tom, čím více prosumer aplikace půjdou dále, protože kódovací aplikace zaměřené na vývojáře jsou izolovanější, pokud jde o změny, které provádějí.
10/13: Naučte se forkovat aplikaci, když dosáhne stabilní složitosti. Na začátku většinu problémů vyřeší vrácení zpět. Jak se však vaše aplikace stává složitější, možná nebudete vědět, ke které verzi se vrátit. Rozvětvte se ve stabilních stavech pro vytvoření bezpečných experimentálních větví při zachování známých funkčních verzí. Vzpomeňte si na pojistné smlouvy.
13. 11.: Vyhraďte si 150 hodin na celý měsíc, abyste dosáhli komerční kvality. Možná i více. ▶️Tento dvacetiminutový prototyp představuje 5 % vaší skutečné práce. ▶️Více než polovinu vašeho času bude tvořit testování, ladění, vylepšování. Počáteční sestavení je snadné – jeho spolehlivost, zabezpečení a uživatelská přívětivost vyžaduje většinu úsilí. Nenechte se zmást rychlostí dema.
12/13: Přijměte svou novou roli inženýra QA. Jakmile se ponoříte do seriózního vývoje, očekávejte každodenní rutinu: ▶️Pořizování snímků obrazovky chyb ▶️psaní podrobných reportů pro AI ▶️testování částečných oprav ▶️Opětovné testování okrajových případů ▶️Dokumentování nových problémů ▶️Spuštění jednotkových testů na vidlici Nejedná se o omezení kódování vibrací – je to realita vývoje softwaru. Platformy zpracovávají kódování; QA zůstává lidskou prací. Platformy dělají ... nějaký. Ale jen některé. Nemůžete se na ně spoléhat, že vaši QA provedou sami.
13/13: Naplánujte si výstupní strategii od prvního dne. Většina komerčních aplikací nakonec přeroste platformy pro kódování vibe prosumer kvůli rozsahu, přizpůsobení nebo potřebám zabezpečení. Volby: 1⃣Export kódu platformy 2⃣hybridní přístup 3⃣kompletní přestavbu, nebo ... 4⃣zůstávání a škálování. Pravdou je, že na prosumer aplikacích dnes většina odchází. Ne všichni. Ale většina z nich vytváří skutečné komerční aplikace. Prozatím. To neznamená, že musíte. Mějte však >možnosti< když začnete. Mít... plán odchodu, pokud jej potřebujete. Dokumentujte obchodní logiku, udržujte specifikace, pravidelně vyhodnocujte. Pokud je vaše aplikace složitá, může být nakonec snazší ji opustit, než se snažit obcházet hromadící se omezení.
Kódovací platformy Vibe jsou pro určité typy aplikací skutečně kouzelné – a pro jiné skutečně nedostatečné. Vaším úkolem je zjistit, do které kategorie váš projekt spadá, než budete příliš hluboko na to, abyste změnili kurz. Jedná se o výkonné nástroje se specifickými omezeními, nikoli o náhradu za pochopení toho, co komerční software vyžaduje. Jsou to nástroje. Ne vývojářské týmy. Připomínejte si to každý den.
Platformy se budou i nadále rychle vyvíjet. To, co je dnes nemožné, může být za šest měsíců jednoduché. Ale právě teď si představte "prosumerské" kódování bez dotyku kódu jako stejně pravděpodobný most k tradičnímu vývoji pro komerční aplikace... než v koncovém stavu. Použijte jej k ověření trhu, upřesnění požadavků, zvýšení počátečních příjmů – a poté k přijímání informovaných rozhodnutí na základě skutečných omezení, nikoli teoretických možností.
12 dní kódování vibrací je jako... 12 týdnů. Pozdní noční ladění, dopaminové údery, když něco konečně funguje, frustrace, když se to znovu zlomí. Byla to jedna z nejintenzivnějších vzdělávacích zkušeností, které jsem za poslední roky zažil. Pro mě je čas udělat trochu krok zpět a více plánovat, více přemýšlet. Našel jsem některé z mých nových oblíbených aplikací. Ale také jsem se naučila, i když se to všechno musím naučit mnohem lépe. Snad vám to pomůže.
Kód: jsem velmi nadšený, že jsme @dharmesh inspirovali k nákupu a jít do toho ve velkém!!
Coda: Jsem nadšený, že @dharmesh naše cesta inspirovala k nákupu a založení celé komunity zde!
@dharmesh Den 11 zde:
Jason ✨👾SaaStr.Ai✨ Lemkin
Jason ✨👾SaaStr.Ai✨ Lemkin21. 7. 10:20
Viz Den kódování 11, Takže dnešek byl časem introspekce a reflexe. Hodně jsem se naučil, když jsem se stal "vibe kodérem" a bylo to návykové. Opravdu. Moje #1 učení je staré, znovu naučené: Vytváření skvělého softwaru je stále těžké. Začít pracovat je snazší než kdy jindy. 🧵
52,76K