DevOps není název nástroje ani konkrétní metodika, kterou si stáhnete a nainstalujete. Je to způsob, jakým lidé v jednom týmu spolupracují na tom, aby se změny v aplikaci dostaly do produkce rychle, bezpečně a opakovaně. Zjednodušeně řečeno: vývojáři píší kód, provoz ho spouští. DevOps zkracuje vzdálenost mezi nimi. Nejde o to, aby se vývojář naučil ovládat server, nebo aby se administrátor naučil programovat. Jde o to, aby oba rozuměli toku práce od prvního commitu až po běžící službu a aby si navzájem neházeli klacky pod nohy.
Praktický postup pro autory: před zveřejněním projektu vložte do kořene soubor LICENSE s přesným zněním zvolené licence, do hlaviček souborů dejte krátkou poznámku s odkazem na tento soubor a do README napište, kdo je držitelem práv. Pokud používáte cizí kód, ověřte, že jeho licence je kompatibilní s tou vaší. Nezapomeňte, že licence se vztahuje na dílo jako celek, ale jednotlivé části mohou mít vlastní podmínky.
Začněte tím, že vezmete každou položku v backlogu sprintu a rozepíšete ji na konkrétní kroky. Ne na fáze typu „analýza, vývoj, testování", ale na činnosti, které zaberou jeden až dva dny. Pokud se krok nedá dokončit do dvou dnů, je příliš velký a musí se rozdělit dál. Cílem je dostat se na úroveň, kde každý člen týmu dokáže říct, co přesně bude dělat a co bude mít na konci hotové.
U media queries se vyhněte dotazům na konkrétní zařízení. Testujte podle obsahu: zmenšujte okno a ve chvíli, kdy se text láme nebo karta vypadá stísněně, přidejte breakpoint. Modernější variantou jsou kontejnerové dotazy @container, které reagují na šířku rodiče, ne viewportu. Komponenta tak funguje v postranním panelu i v hlavním sloupci bez duplikace pravidel.
Oddělení se vyplatí zavést dřív, než konfigurace nabobtná. Začněte malým repozitářem jen pro produkci, přidejte šablony a test na povinné klíče. Až se objeví druhé prostředí, struktura už bude připravená. Kód i konfigurace tak zůstanou čitelné a každá změna bude mít jasný důvod i místo.
Kde Grid končí a začíná Flexbox Flexbox je určený pro rozložení v jednom směru. Hodí se na navigaci, tlačítkovou lištu, řádek s ikonou a textem, nebo na centrování obsahu. Použijte display: flex, gap místo okrajů a flex-wrap: wrap, aby se prvky zalomily, když je místa málo. Klíčové je flex: 1 1 240px — položka roste, smršťuje se a základní šířku si drží. Naopak flex: 1 bez základu způsobí, že se dlouhý text roztáhne přes celou šířku a krátký zůstane v úzkém sloupci.
Čtvrtý až šestý den patří izolaci. Zkuste chybu zmenšit na co nejmenší jednotku: jeden požadavek, jedna funkce, jeden záznam. Pokud to nejde, je pravděpodobné, že problém není v kódu, ale v datech nebo v konfiguraci. Tady se často ukáže, že takzvaný bug je ve skutečnosti důsledek špatně nastaveného prostředí nebo neošetřeného vstupu. Nenechte se svést k tomu, abyste opravili jen viditelný symptom. Zapište si, co přesně jste změnili a proč. Bez tohoto záznamu se stejná chyba vrátí za týden a vy budete znovu začínat od nuly.
Časté chyby: chybějící licenční soubor, neplatný text licence, uvedení neexistujícího autora, kombinace neslučitelných licencí a spoléhání na to, že „open source" znamená „bez pravidel". Vymahatelnost není automatická. Je to výsledek pečlivé přípravy a ochoty řešit porušení. Pokud si nejste jistí, konzultujte právníka specializovaného na duševní vlastnictví. Nejde o to vyhrát spor, ale předejít mu.
První past, do které začátečníci padají, je snaha začít nákupem nástrojů. DevOps se často redukuje na kontejnery, orchestraci a pipeline. To je jako chtít se naučit vařit tak, že si koupíte drahý hrnec. Nástroje přijdou na řadu, až když je jasné, co a proč chcete zlepšit. Začněte tím, že si sepíšete, jak často nasazujete, kolik změn selže a jak dlouho trvá, než se opraví. Bez těchto čísel nepoznáte, zda se něco zlepšilo.
Responzivní web nevznikne tím, že na konec šablony přidáte pár media queries. Rozhodující je, jak od začátku rozvržené místo v HTML. CSS Grid a Flexbox řeší odlišné úlohy a jejich záměna je nejčastější důvod, proč se layout při změně šířky okna rozsype.
Třetí past je ignorování automatizace tam, kde je nejvíc potřeba. Ruční nasazení je pomalé a náchylné k chybám. Začněte jednoduchou pipeline: sestavení, testy, nasazení do testovacího prostředí. Až to bude fungovat, přidejte produkci. Důležité je, aby pipeline byla spouštěna stejně pro všechny a aby každý člen týmu mohl vidět, co se děje. Nepřeskakujte testy jen proto, že „to teď hoří". Právě tehdy se vyplatí mít je automatické.
