Vlastniť svoj stack v 2026

Pred rokom som dokázal nascaffoldovať kompletný Next.js + Postgres + Stripe starter za popoludnie. Trvalo to štyri hodiny opinionated písania a výsledkom bol nudný, produkcii blízky codebase, ktorý som ešte musel tvarovať do niečoho skutočného.

Dnes to dokážem urobiť za štyridsať minút. Väčšinu písania robí Claude Code čítajúci moje architektonické poznámky. Výsledok je zhruba rovnakej kvality. Rozdiel je v tom, kam smerujú zvyšné deväť hodín dňa.

Tento rozdiel je celým predmetom tohto eseje.

Čo sa skutočne zmenilo

Engineering cyklus — počet dní medzi „rozhodneme sa postaviť X” a „X beží v produkcii” — sa zrútil pre konkrétnu triedu práce. Nie preto, že sa kód píše sám. Pretože scaffolding sa píše sám a zaujímavá práca teraz začína v bode, kde si pred dvomi rokmi stále drôtoval auth.

Znie to ako productivity story. Nie je. Je to business-of-engineering story, s tromi vecami lámucimi sa v sekvencii:

1. Matematika estimate-to-invoice. Ak som kedysi kvotoval €22 000 za šesťtýždňový scopovaný build a doručil za šesť týždňov, môj day-rate vychádzal niekde rozumne. Ak kvotujem €22 000 a doručím za tri týždne, lebo AI-assisted tooling robí 40 % písania, môj efektívny day-rate sa zdvojnásobí. Klienti si všimnú.

2. Pomer discovery-to-build. Discovery sprint býval 5–10 % nákladov engagementu — týždeň hovorenia za päť týždňov stavania. Teraz je to bližšie k 20–30 %, lebo stavanie sa stlačilo a myslenie nie. Klienti, ktorí toto neinternalizovali, stále pod-scopujú discovery a pre-scopujú build.

3. Otázka „čo vlastne vlastníme?". Toto je najzaujímavejšie a zvyšok tohto eseje je o tom.

Conviction o hlboko vlastnenom stacku je nový moat — a je to jediná vec, ktorú za teba AI nemôže nascaffoldovať.

Problém „vlastnenia stacku"

Keď sa scaffolding píše sám, ekonomická hodnota „shippovania stacku” sa posúva. Kedysi si „vlastnil” stack, lebo si strávil tri mesiace učením sa jeho idiosynkrázií — kde Prizmin schema migrations zlyhávali, ktoré Next.js caching pravidlá ťa v produkcii pohryzli, ako drôtovať Stripe webhooks bez double-firingu. Tá znalosť bola moat.

Znalosť je stále hodnotná. Len už nie je moatom. LLM s prístupom k tvojmu codebase dokáže internalizovať „ako handlujeme Stripe webhooks v tomto repe” za asi 45 sekúnd. Pred piatimi rokmi by tá istá otázka stála juniora týždeň.

Čo prežíva ako moat, je niečo iné: stack, o ktorom máš conviction. Stack, kde si urobil rozhodnutia, ktoré nie sú v dokumentácii. Prečo používame Drizzle namiesto Prismy. Prečo sme štandardizovali na server komponentoch pre všetko okrem siedmich konkrétnych prípadov. Prečo odmietame inštalovať CSS-in-JS runtime, hoci traja členovia tímu jeden chceli.

Tieto rozhodnutia sa nedajú LLM-scaffoldnúť. Sú výstupom shippovania dostatku produkčného softvéru, aby si vedel, ktorý default ťa pohryzie o šesť mesiacov.

Ako to vyzerá v solo práci

Beriem tri defaulty ako solo operátor:

• Next.js 16 + Postgres + Drizzle pre novú produktovú prácu
• Laravel 11 + Filament pre ops-heavy klientsku prácu (česko-slovenský trh stále odmeňuje Laravel mastery)
• Anthropic Claude (cez MCP servery, kde je to relevantné) pre AI-automation prácu

Defaulty nie sú to, čo ma robí najímateľným. Defaulty sú baseline. Najímateľným ma robí to, že keď niekto povie „ale potrebujeme shippnúť multi-language EU e-commerce s Google Shopping feedmi”, viem, ktoré štyri rozhodnutia v Next.js defaulte vyhodiť a ktoré tri double down — lebo som ten konkrétny stack robil štyrikrát a viem ti presne povedať, ktorá časť defaultu ťa v druhom mesiaci pohryzie.

To nie je scaffolding. Scaffolding je teraz zadarmo. To, čo nie je zadarmo, je nahromadená friction-memory každého produkčného deployu, ktorý sa pokazil.

Ako nový moat vlastne vyzerá

Tri konkrétne vlastnosti oddeľujú engineerov (a malé štúdiá), ktoré v 2026 prosperujú, od tých potichu utláčaných:

Dokumentované názory. Písaný architecture decision record (ADR) pre každú väčšiu voľbu v stacku. Nie preto, že je tím dosť veľký na to, aby to potreboval, ale preto, že budúce-ty potrebuje vedieť, prečo minulé-ty urobil rozhodnutie. LLM nedokáže regenerovať „prečo”.

Project memory. Minulé projekty so vzorcami, ktoré sa opakujú. Solo developer, ktorý shippol päť Next.js + Stripe + multi-currency e-commerce buildov, je skutočne rýchlejší na šiestom ako generalista s jedným Stripe projektom. AI-assisted tooling túto hĺbku amplifikuje; nesubstituuje ju.

Stack disciplína. Dva alebo tri stacky vlastnené hlboko, nie päť vlastnených povrchne. Každý stack je zložená investícia: každý projekt odhalí jeden ďalší edge case, jeden ďalší pattern, jedno ďalšie miesto, kde je default zlý. Po troch alebo štyroch projektoch per stack operuješ zo skutočného signálu, ktorý LLM nedokáže replikovať.

Ak si solo developer alebo malé štúdio premýšľajúce nad tým, do ktorého stacku skutočne investovať, to je druh konverzácie, ktorú vediem v discovery sprinte — ale dám ti krátku verziu tu, v takeaways.

Čo s tým skutočne urobiť

Tri veci, v poradí ako veľmi ti zmenia mesiac:

1 · Tráv viac času na architektúre, menej na implementácii.

Ak AI-assisted tooling robí 40 % tvojho písania, 40 % času, ktorý by si strávil písaním, by sa malo presmerovať na myslenie. Nie doodling — zapisovanie rozhodnutí. Čo používame? Čo odmietame použiť? Prečo? Decisions doc sa stáva vecou, po ktorej siahneš, keď LLM nevyhnutne nascaffolduje proti defaultu, ktorý nesedí do tvojho kontextu.

Toto je behaviorálny posun viac ako technický. Reflex „otvor editor a začni písať” je starý reflex. Nový reflex je najprv napísať architectonickú poznámku, nechať LLM robiť písanie, review output proti poznámke. Väčšina senior engineerov, s ktorými pracujem, tento posun v 2026 ešte neurobila. Je to najväčšia unforced productivity gap v poli.

2 · Opri sa do stacku, o ktorom máš conviction.

Ak si solo operátor alebo malý tím, vyber maximálne dva až tri stacky. Poznaj ich až do bit-úrovne. Efektivita AI-assisted codingu sa skladá vnútri stacku, ktorý si internalizoval; rozplýva sa do šumu, keď pracuješ naprieč štyrmi neznámymi.

Toto je tiež správny ťah z pozičného hľadiska. „Senior Next.js engineer, ktorý shippol 15 e-commerce buildov” je v 2026 najímateľnejší ako „full-stack engineer komfortný vo všetkom”. Trh odmeňuje hĺbku nad rozsahom spôsobom, akým pred piatimi rokmi nerobil, pretože hĺbka je tá časť, ktorú AI nedokáže triviálne replikovať.

3 · Účtuj za outcome, nie za hodiny.

Ak tvoj šesťtýždňový scopovaný build teraz shippe za tri týždne, buď polovicu fee, alebo nájdi pricing model, ktorý netresce rýchlosť. Fixed-price scopované buildy s jasnými míľnikmi — doručené rýchlejšie, ako klient očakával — sú lepší experience pre všetkých ako „toto je moja hodinovka; AI píše polovicu”.

Toto je jedna z najťažších behaviorálnych zmien pre engineerov vychovaných na hodinovom billingu. Pripadá to ako risk. V praxi je to spôsob, ako zarovnať tvoj incentív (ship rýchlejšie) s incentívom klienta (ship rýchlejšie). Tie dva bývali v tenzii. Už nie.

Takeaways — čo shippnúť tento kvartál

• Napíš tri ADR-y tento týždeň. Vyber tri architektonické rozhodnutia, ktoré si urobil za posledných 12 mesiacov. Zapíš, čo si rozhodol, prečo, aké alternatívy si odmietol, aký bol trade-off. Toto je artefakt, ktorý sa stane tvojím moatom.
• Vyber svoje dva stacky. Nie päť. Dva — tri na absolútnej maximálne. Rozhodni sa, čo prehĺbiš a čo necháš ísť. Dokumentuj rozhodnutie.
• Prejdi na fixed-price. Konvertuj svoje najbližšie tri engagementy z hodinovky na fixed-price-on-scope. Matematika hrá v tvoj prospech v 2026 spôsobom, akým nehrala v 2022.
• Auditni svoj pomer build-to-discovery. Ak je discovery stále 10 % nákladov engagementu, podpredávaš myslenie. Posuň smerom k 25–30 % do najbližšieho projektu.
• Prestaň naháňať najnovší stack. Zložený výnos z existujúceho stacku je vyšší ako upside z nového. Prepni len keď je skutočný architektonický dôvod — nie preto, že nový framework má krajšiu landing page.

Jednoslovné zhrnutie

Conviction.

V svete, kde je scaffolding zadarmo, je conviction moatom.

Stack, ktorý dokážeš vysvetliť, obhájiť a postaviť spamäti o 2 v noci, je stack, ktorý vlastníš. Všetko ostatné sú len keystrokes — a keystrokes sa v 2026 stávajú lacnými.

---

Súvisiace: Stavanie moderných webových aplikácií v 2026 · Budúcnosť AI engineeringu · Ako vediem discovery sprinty