Benutzer:NorbertoCammack

2026-08-29T13:25:39Z

NorbertoCammack:

Váš průvodce praktickým bydlením žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví hledat cesty, jak si usnadnit život.

DevOps, o kterém většina začátečníků zakopne

2026-08-29T12:12:36Z

NorbertoCammack:

Nejlepší způsob, jak pokrytí měřit, je kombinovat více pohledů. Řádkové pokrytí je nejjednodušší, ale snadno vás uvede v omyl — kód může být „pokrytý", ale testy neobsahují žádná relevantní tvrzení. Pokrytí větví ukazuje, zda se procházejí všechny rozhodovací cesty, což je užitečnější, ale stále neříká nic o datech, která testy používají. Praktický postup: pro důležité části kódu sledujte pokrytí větví, pro kritické moduly pak pokrytí podmínek nebo mutační testování, které cíleně mění kód a ověřuje, zda testy takovou změnu odhalí. Jen tak zjistíte, jestli testy skutečně něco hlídají. Třetí situace, kdy je pokrytí spíše škodlivé, je porovnávání mezi týmy nebo projekty. Čísla se dají snadno zmanipulovat a neberou v úvahu specifika domény. Testy pro bankovní převod budou vždy složitější než testy pro zobrazení statické stránky. Místo celkového procenta se proto zaměřte na pokrytí kritických částí — tam, kde chyba stojí hodně peněz nebo ohrozí bezpečnost. Dobrý test je takový, který selže, když dojde k reálné chybě. Pokrytí vám to neřekne, ale můžete si to ověřit mutačním testováním nebo tím, že do kódu záměrně vložíte chybu a podíváte se, jestli testy zareagují. Servery dnes umožňují zapnout kompresi dat, a to je jeden z nejjednodušších zásahů. Stačí na serveru povolit gzip nebo brotli a textové soubory se zmenší až o 70 procent. HTML, CSS a JavaScript se přenesou podstatně rychleji, aniž by se změnil jediný řádek kódu. Pozor ale na to, že komprese funguje jen tehdy, když ji podporuje i prohlížeč návštěvníka. Většina moderních prohlížečů ano, takže se nemusíte bát. Pokud kompresi nezapnete, platíte za přenos dat, který mohl být mnohem menší. DevOps není nástroj, který koupíte, ani tým, který založíte. Je to způsob, jakým spolu mluví vývoj a provoz. V praxi to znamená, že vývojář neshazuje kód přes plot a provozář nečeká, až něco exploduje. Pokud začínáte, nejdřív zjistěte, kde se vaše firma zasekává — jestli při nasazování, testování nebo sledování chyb. Bez mapy problému totiž každá automatizace jenom zrychlí zmatek. Zkontrolujte také, kolikrát načítáte stejné soubory. Častý nešvar je vložit jQuery do hlavičky, pak ho znovu do patičky a ještě jednou do šablony. Prohlížeč sice soubor stáhne jen jednou, ale kód se pokaždé znovu zpracuje. Použijte nástroj pro kontrolu zdrojového kódu a vyhledejte duplicity. U externích fontů si dejte pozor na to, kolik řezů načítáte. Čtyři řezy písma znamenají čtyři soubory, přičemž pro běžný text stačí dva. Fonty navíc nechte načítat až po načtení hlavního obsahu, ať neblokují první vykreslení. Jak vyčíslit neviditelné, když nemáte data z minulosti Prvním krokem je rozlišit činnosti, které jsou přímo spojené s úkolem, a ty, které jsou jen jeho okolím. Například psaní nové funkce je přímá práce, ale její integrace do stávajícího systému, konfigurace testovacího prostředí nebo ladění rozhraní s jiným týmem jsou skryté náklady. U každého úkolu si položte otázku: co musí být hotové, aby funkce fungovala v ostrém provozu? Seznam těchto činností si napište a odhadněte čas na každou z nich zvlášť. Klíčové je nepodcenit opakovanou práci – pokud úkol vyžaduje změny ve více částech systému, počítejte s časem na synchronizaci a testování všech variant. Pokrytí kódu testy je jedno z nejčastěji špatně interpretovaných čísel ve vývoji softwaru. Mnoho týmů ho bere jako cíl, ale ve skutečnosti jde o nástroj, který má odhalit slabá místa. Základní metrika, která se počítá jako poměr řádků, větví nebo funkcí pokrytých testy k celkovému počtu, vám řekne, kolik kódu se při testech spustí. Neřekne vám ale, zda testy skutečně ověřují to podstatné — jestli kontrolují správné chování, okrajové případy nebo chybové stavy. Proto je třeba měřit nejen počet řádků, ale i kvalitu testů a jejich schopnost odhalit chyby. Typická chyba, kterou vidím u týmů, je honba za stonásobným pokrytím za každou cenu. Programátoři pak píší testy, které jen volají funkce s triviálními vstupy, nebo používají nástroje, které uměle navyšují čísla — třeba provádějí kód přes reflexi nebo vypínají kontroly. Výsledkem je, že metrika vypadá skvěle, ale testy nechytí jedinou skutečnou chybu. Stejně problematické je i pokrytí, které se měří jen v jednom momentě — po změně kódu je často neaktuální. Doporučuji měřit pokrytí průběžně v CI a nastavit si minimální hranici, ale jen jako pojistku proti výraznému propadu, ne jako cíl. Nezapomínejte ani na mezipaměť prohlížeče. Když se uživatel vrátí na vaši stránku, prohlížeč si může načíst obrázky a styly z disku místo z internetu. Nastavte hlavičky mezipaměti pro statické soubory na delší dobu, třeba týden nebo měsíc. Upozornění: pokud měníte CSS nebo JavaScript, musíte změnit i název souboru, jinak staré návštěvníky zůstane stará verze. Přidání verze do názvu, třeba styl-v2.css, je osvědčený postup. Tím se vyhnete situaci, kdy je web napoprvé rychlý, ale po aktualizaci se uživatelům zobrazí rozbitý design.

Benutzer:NorbertoCammack

2026-08-29T12:12:34Z

NorbertoCammack: Die Seite wurde neu angelegt: „Váš průvodce dílnou i obývákem žije už dlouho. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.“

Váš průvodce dílnou i obývákem žije už dlouho. Sdílím zde, jak si poradit v malém bytě. Nejvíc mě baví hledat cesty, jak si usnadnit život.

TerraDuniaWiki - Benutzerbeiträge [de]

Benutzer:NorbertoCammack

DevOps, o kterém většina začátečníků zakopne

Benutzer:NorbertoCammack