Rychlost bez základů je jen rychlejší cesta k selhání
Nejviditelnějším efektem AI na vývoj softwaru je rychlost. Funkční demo, které dřív trvalo dva týdny, dnes může vzniknout za dva dny. To je reálná, strukturální změna a je lákavé brát ji jako celý příběh.
Není to celý příběh. Vygenerovaný kód pořád musí běžet v produkci, pod reálnou zátěží, s reálnými daty, reálnými hraničními případy a reálnými uživateli, kteří dělají věci, které nikdo nečekal. AI zrychluje tu část procesu, která produkuje kód. Neprodukuje automaticky dobrou architekturu, smysluplné datové modely ani systémy, které je bezpečné rozšiřovat o půl roku později.
Co se skutečně mění, když je tým AI-first
AI-first neznamená „AI napíše kód a člověk to na konci zkontroluje". Znamená to, že se AI vědomě používá v každé fázi, kde odstraňuje tření: scaffolding, boilerplate, generování testů, dokumentace, první návrh implementace dobře známých vzorů.
Fáze, které pořád potřebují senior úsudek, nezmizí — jen se přesunou dřív. Rozhodnutí, co postavit, jak tečou data systémem, kde jsou hranice důvěry a co by systém měl striktně odmítat, pořád vyžadují někoho, kdo rozumí byznysu, ne jen promptu.
Kde AI generované systémy selhávají
V praxi bývá selhání zřídka „AI napsala rozbitý kód". Bývá to spíš architektonické: nekonzistentní datové modely napříč funkcemi generovanými izolovaně, bezpečnostní předpoklady, které nikdy nebyly explicitně vyslovené, a integrace, které fungují v demu, ale nikdy nebyly navržené pro opakované pokusy, rate limity nebo částečné selhání.
Nic z toho není důvod zpomalit. Je to důvod udržet si v procesu senior inženýrský pohled, obzvlášť v místech, kde se rozhodnutí později nejhůř vrací zpět.
Praktický závěr
AI využívejte agresivně všude tam, kde přináší rychlost. Architekturu, návrh dat a bezpečnostní rozhodnutí držte vědomá. Týmy, které z AI dnes těží nejvíc, negenerují nejvíc kódu — vědí přesně, kterých 20 % práce pořád potřebuje člověka, který udělá rozhodnutí.
