Zavádění Scrumu v českých týmech: praktický průvodce

Pro první pokus stačí obyčejný textový editor a prohlížeč. Vytvořte soubor s příponou .html a do něj napište základní kostru: doctype, html, head a body. Do hlavičky patří meta informace a titulek stránky, do těla pak samotný obsah. Propojení s CSS provedete buď stylem přímo v hlavičce, nebo lépe externím souborem s příponou .css, který připojíte odkazem. Mnoho začátečníků dělá chybu, že všechny styly píší do HTML, ale to se při větším projektu stává nepřehledné.

Typické chyby, které dělá každý začátečník Jednou z nejčastějších chyb je zapomenutí na správné uzavírání značek. V HTML platí přísné párové značky, pokud nějakou zapomenete, může se rozpadnout celá stránka. Dále se vyvarujte používání starých tabulkových layoutů – moderní CSS má flexbox a grid, které jsou mnohem flexibilnější a snadněji se s nimi pracuje. Také pozor na velikost písma – absolutní hodnoty jako 12px se nemusí dobře škálovat, lepší je používat relativní jednotky jako em, rem nebo procenta.

Až budete mít stabilní základ, rozšiřte automatizaci na monitorování a sběr logů. Ale ani tady nehledejte nástroj, který umí všechno. Vezměte to, co už máte, a pořádně to propojte. Vytvořte jednoduchý dashboard, na který se tým dívá ráno a večer. Pokud vás něco napadne a chcete to vyzkoušet, udělejte to na malém nezávislém projektu. To je nejlepší způsob, jak se učit, protože případná chyba nepoškodí produkci. A hlavně – DevOps není cíl, ale neustálé zlepšování. Nebojte se experimentovat a měnit procesy podle toho, co tým skutečně potřebuje.

Na závěr si pamatujte, že testování je iterativní proces. Každou novou funkci je třeba otestovat nejen izolovaně, ale i v kombinaci s existujícími funkcemi. Pravidelně provádějte regresní testy, abyste odhalili, že nová verze nerozbila něco, co fungovalo. Pokud máte omezené zdroje, zaměřte se nejprve na kritické části aplikace, jako je přihlašování, platby nebo synchronizace dat. Dobře otestovaná aplikace je základem spokojených uživatelů a kladných hodnocení v obchodech.

Než začnete tvořit první webovou stránku, je dobré pochopit, že HTML a CSS plní každý jinou roli. HTML definuje strukturu a obsah stránky, tedy nadpisy, odstavce, obrázky nebo odkazy. CSS pak určuje, jak tato struktura vypadá – barvy, písma, mezery nebo rozložení prvků. Pokud si tyto dvě technologie pletete, výsledek bude chaotický. Zkuste si představit dům: HTML jsou cihly a stěny, CSS je barva a zařízení interiéru.

Pokrytí testy je jedním z nejčastěji skloňovaných metrik kvality kódu, ale málokdo ví, jak ho správně měřit a kdy přestává být vypovídající. Nejde o to dosáhnout čísla 100 %, ale o to, aby testy skutečně chránily před regresemi a dávaly smysl pro tým. V tomto článku se podíváme na to, jak pokrytí měřit prakticky, na co si dát pozor a kdy už další zvyšování přináší víc škody než užitku.

Začněte tím, že si pečlivě naplánujete testovací scénáře. Nezapomeňte na okrajové případy, jako je přerušení připojení, příchod notifikace nebo volání během používání aplikace. Typickou chybou je testovat pouze na nejnovějším zařízení s nejnovější verzí systému. V praxi se ale většina uživatelů pohybuje na starších modelech, a proto je důležité mít k dispozici zařízení s různými verzemi operačního systému, nebo využít cloudové služby pro testování na vzdálených zařízeních.

DevOps není nástroj ani konkrétní technologie, ale způsob myšlení a spolupráce. Nejde o to, abyste se naučili pár příkazů, ale o to, abyste propojili vývoj, provoz a testování do jednoho plynulého toku. Jestli s DevOps začínáte, zapomeňte na velké projekty a začněte u malého týmu a jednoho konkrétního problému. Typická chyba je skočit rovnou na automatizaci všeho, aniž byste rozuměli, co vlastně má běžet a kdo za co odpovídá.

Nezapomínejte na validaci kódu a testování v různých prohlížečích. Co funguje ve vašem prohlížeči, nemusí fungovat jinde. Vždy si ověřte, že stránka vypadá dobře i bez JavaScriptu, který je pro základní HTML a CSS zbytečný. Při psaní CSS používejte selektory efektivně – místo mnoha tříd zkuste využít dědictví stylů a kontextové selektory. Název třídy by měl vystihovat účel prvku, ne jeho vzhled, takže místo „modra-pisma" použijte „upozorneni".

Při nasazování měřte, co se děje. Sledujte dobu nasazení, počet selhání a průměrnou dobu opravy. Tyto metriky jsou důležitější než rychlost samotného nasazení. Když čísla ukazují, že se něco zhoršuje, vraťte se a opravte to. Častý začátečnický omyl je honit se za co nejrychlejším nasazením a přitom ignorovat stabilitu. Dobré DevOps se pozná podle toho, že je nasazení nudné a bez překvapení.