Kdy měření pokrytí testy přestane přinášet užitek - Versionsgeschichte

MelinaBillington am 1. Oktober 2026 um 20:20 Uhr

2026-10-01T20:20:20Z

← Nächstältere Version		Version vom 1. Oktober 2026, 20:20 Uhr
Zeile 1:		Zeile 1:
	~~Základem je ověřit podpis přesně tím algoritmem~~, ~~který očekáváte. Nikdy nenechávejte knihovnu, aby si algoritmus vybrala podle hlavičky alg z tokenu~~. Pokud ~~aplikace podporuje HS256 i RS256~~, ~~musíte dopředu rozhodnout~~, ~~který použijete~~, ~~a ostatní odmítnout~~. ~~Zvlášť nebezpečná~~ je ~~kombinace, kdy~~ se ~~veřejný klíč z RS256 dá podstrčit jako HMAC secret~~. ~~Vždy porovnávejte iss~~, ~~aud a exp; token~~ bez ~~expirace~~ je jen ~~trvalý přístupový klíč v cizích rukou~~.<br><br>~~Největší problém nastává u dynamických částí dotazu~~, ~~které nelze parametrizovat: názvy tabulek, sloupců, směr řazení nebo klauzule LIMIT. Tady parametrizace nefunguje~~ a ~~je potřeba použít whitelist~~. ~~Uživatel nesmí poslat název sloupce přímo~~. ~~Aplikace má mít předem daný seznam povolených hodnot~~ a ~~z něj vybrat~~. ~~Totéž platí pro směr řazení: hodnota musí být buď vzestupně~~, ~~nebo sestupně~~, ~~nic jiného se nepřijímá~~. ~~Pokud se whitelist vynechá~~ a ~~nahradí se kontrolou pomocí regulárního výrazu~~, ~~útočník často najde cestu, jak filtr obejít~~.<br><br>~~Měření pokrytí testy vypadá jako jednoduché číslo~~, ~~které na první pohled říká~~, ~~jak dobře je kód otestovaný~~. ~~Jenže číslo samo o sobě nic neznamená. Rozhoduje~~, co se ~~do něj započítává, jakým~~ nástrojem ~~ho měříš a jestli ho používáš jako zpětnou vazbu~~, ~~nebo jako cíl. Pokud se z metriky stane cíl~~, ~~začne~~ se ~~kód přizpůsobovat metrice místo tomu, aby testy odhalovaly chyby~~.<br><br>~~Začni názvy. Proměnná data~~, ~~temp nebo x neříká nic~~. ~~Místo d napiš datumObjednavky~~, ~~místo arr klidně seznamKurzu~~. ~~U funkcí používej sloveso~~: ~~spocitejCenu()~~, ~~nactiUzivatele()~~. ~~Pokud název potřebuje komentář~~, ~~je pravděpodobně špatný~~. ~~Boolean pojmenuj jako tvrzení: jePrihlasen, maOpravneni, ne flag~~.<br><br>~~Dávejte pozor na min-width: auto, které~~ je ~~u grid a flex položek výchozí~~. ~~Obsah~~, ~~který se nevejde – dlouhé slovo, tabulka, obrázek – položku roztáhne a způsobí vodorovné posouvání~~. ~~Řešením~~ je ~~min~~-~~width: 0 na položce a overflow~~-~~wrap: anywhere na textu~~. ~~Stejně častá chyba je pevná výška~~ u ~~flex kontejneru~~. ~~Výška se má odvozovat od obsahu, jinak se prvky překrývají~~ nebo ~~se ořezávají~~.<br><br>~~Nepoužívejte media queries pro každou změnu velikosti~~. ~~Pokud rozvržení zvládne samo přecházet pomocí auto-fit~~, ~~minmax a flex-wrap~~, ~~nemusíte psát žádný breakpoint~~. ~~Media queries nechte~~ na ~~skutečné změny uspořádání~~, ~~ne na drobné úpravy mezer~~. ~~Výsledkem~~ je ~~méně kódu, méně výjimek a rozvržení, které funguje i na zařízeních, která jste netestovali~~.<br><br>~~JWT tokeny se nasazují jako univerzální řešení autentizace~~, ~~ale bez správně nastavené validace se z nich stává~~ jen ~~podepsaný kus textu, kterému server slepě věří~~. ~~Nejčastější chyba není v algoritmu~~, ~~nýbrž v tom~~, že se ~~token dekóduje~~ a ~~jeho obsah~~ se ~~použije bez ověření podpisu a všech povinných polí~~. ~~Útočník pak může změnit sub nebo role a dostat~~ se ~~tam~~, ~~kam nemá~~.<br><br>~~Obrázky a média vkládejte s max-width~~: ~~100%~~ a ~~height: auto~~. ~~U gridu~~ se ~~vyhněte pevným grid-template-columns: 1fr 1fr 1fr bez ohledu na obsah; lepší~~ je ~~repeat(auto-fit~~, ~~minmax(...)). Mezery definujte přes gap~~, ~~ne přes marginy na dětech – margin u posledního prvku v řadě vytváří nevyvážené okraje~~. ~~Testujte nejen šířky, ale i zvětšené písmo~~ a ~~dlouhé české názvy, které se snadno vylijí z tlačítek~~.<br><br>~~Dalším krokem je zvyknout si~~ na ~~větev~~. ~~Hlavní větev by měla zůstat stabilní~~ a ~~nasaditelná~~. ~~Pro každou novou funkci nebo opravu si vytvořte samostatnou vedlejší větev. Tím izolujete rozpracovanou práci a zabráníte tomu~~, aby se ~~rozbitý kód dostal do produkce~~. Až je ~~změna hotová~~ a ~~otestovaná, sloučíte ji zpět do hlavní větve~~.<br><br>~~Od čeho se odpíchnout v praxi Nejprve si nainstalujte nástroj příkazové řádky~~, ~~který budete používat~~. ~~Většina vývojářů volí Git~~, ~~ale principy jsou podobné i u jiných systémů. Vytvořte~~ v ~~kořeni projektu nový repozitář~~ a ~~nastavte si jméno a e~~-~~mail~~, ~~které se budou zapisovat do historie~~. ~~Poté přidejte soubory~~, ~~které chcete sledovat~~, ~~a vytvořte první revizi~~.<br><br>~~Responzivní design nezačíná u media queries~~, ale ~~u volby správného nástroje pro rozvržení. CSS Grid a Flexbox nejsou konkurenty~~, ~~které je třeba si vybrat jednou provždy~~. Grid řeší dvourozměrné uspořádání – řádky i sloupce současně. Flexbox řeší jednorozměrné uspořádání – obsah v jedné linii nebo sloupci. Pokud tuto hranici respektujete, přestanete psát zbytečné opravy a ~~rozvržení se bude lámat předvídatelně~~.~~<br><br>Pozor na soubory~~, ~~které do repozitáře nepatří. Konfigurační soubory s hesly~~, ~~lokální nastavení prostředí~~, ~~složky s dočasnými soubory nebo závislostmi by měly být vynechány pomocí speciálního seznamu~~. Pokud ~~je omylem přidáte~~, ~~zůstanou v historii navždy~~ a ~~jejich odstranění je pracné. Stejně tak nikdy necommitujte velké binární soubory, jako jsou videa nebo obrázky ve vysokém rozlišení, pokud to není nutné~~.		Na závěr: nehledej dokonalý jazyk, hledej první dokončenou věc. Pokud váháš mezi dvěma, vyber ten, u kterého dřív uvidíš výsledek na obrazovce. Jazyk se časem naučíš jiný, ale schopnost dotáhnout projekt do konce je přenositelná bez ohledu na syntaxi.<br><br>Vyhni se dvěma častým chybám. První je učení se pěti jazyků současně. Mozek potřebuje jeden vzor zopakovat mnohokrát, než ho zautomatizuje. Druhá chyba je sledovat videa bez psaní kódu. Programování je pohybová dovednost podobná hře na nástroj: dokud nepíšeš, neumíš to. Stanov si pravidlo, že každou lekci přepíšeš vlastními slovy do malého programu, i kdyby měl jen deset řádků.<br><br>TypeScript tedy není otázka módy, ale velikosti a životnosti kódu. Malý nástroj zvládnete bez něj. Větší aplikace s více vývojáři a delší životností ocení, že chyby vidíte dřív a rozhraní jsou popsaná. Rozhodující není, zda typy používáte, ale zda je používáte poctivě. Jakmile začnete obcházet kontrolu přes „any" a tvrzení typů, přestává mít nástroj smysl a zůstane jen pomalejší zápis.<br><br>Na závěr: verzování není o složitých příkazech, ale o návyku. Commitovat po malých krocích, kontrolovat stav přes git status a nikdy nespouštět destruktivní příkazy bez rozmyšlení. Když si osvojíte těchto pár zásad, přestane být Git hrozbou a stane se nástrojem, který vás podrží, když se něco pokazí.<br><br>Větev main není posvátná, ale její přepsání bolí Většina začátečníků pracuje přímo na větvi main. To není zakázané, ale při experimentu je snadné vytvořit zmatek. Vytvořte si novou větev: git switch -c pokus. Pracujte na ní, commitněte a teprve potom ji slučte zpět příkazem git switch main a git merge pokus. Když experiment selže, stačí se vrátit na main a větev smazat: git branch -d pokus. Tím se vyhnete přepisování funkční historie a zbytečnému panikaření.<br><br>Nejčastější chyba je git commit bez předchozího git add. Výsledkem je prázdný commit nebo zpráva, že nejsou žádné změny. Další častá past je git reset --hard. Tento příkaz nevratně zahodí necommitnuté změny. Pokud ho omylem spustíte, Git vám sice může pomoci přes git reflog, ale pouze u commitů, které už existovaly. Neuložené soubory jsou v nenávratnu. Před každým tvrdým resetem si udělejte záložní kopii složky nebo změny nejprve commitněte.<br><br>Důležitější než jazyk je projekt, který tě bude trochu bolet. Až zvládneš základy, postav něco, co skutečně použiješ: převodník souborů, jednoduchý rozpočet, hru s jedním ovládacím prvkem. Hotový malý projekt naučí víc než tři dokončené kurzy. Teprve když narazíš na hranice jazyka, má smysl učit se druhý. Do té doby je přepínání jen útěk od nevyhnutelné praxe.<br><br>Komunikujte v intervalech, ne jen na konci. Krátká zpráva, že odhad platí, nebo že se mění, má větší hodnotu než ticho. Pokud se odhad posouvá, řekněte to hned, jak to víte, a přidejte důvod a nový odhad. Klient nesnáší překvapení víc než zpoždění. Když se ozvete sami, berete kontrolu nad situací. Když se ozve on, ztrácíte ji.<br><br>Nejprve si odpověz na jednu konkrétní otázku: co chceš do tří měsíců vytvořit? Webovou stránku, skript pro zpracování dat, hru, nebo automatizaci opakujících se úkolů? Odpověď výrazně zúží výběr. Pro web a interaktivní stránky se přirozeně nabízí JavaScript. Pro analýzu dat, automatizaci a práci se soubory je vhodný Python. Pro pochopení toho, jak počítač skutečně pracuje, poslouží C. Pro rychlé prototypy a menší nástroje zase Ruby nebo Go.<br><br>Před schůzkou pošlete krátkou otázku, na kterou má každý odpovědět písemně. Stačí tři body: co fungovalo, co brzdilo a co bych příště udělal jinak. Odpovědi se nesdílejí dopředu, aby se nikdo neopičil po nejhlasitějším. Na začátku retrospektivy je všechny vystavíte vedle sebe a teprve pak se o nich mluví. Tím se přirozeně vyrovná prostor a tišší členové týmu mají stejnou váhu jako extroverti.<br><br>Git ukládá historii projektu jako sérii snímků. Každý snímek vznikne tak, že označíte změny příkazem git add a uložíte je příkazem git commit -m "popis". Tento commit je pak dohledatelný podle jedinečného hashe. Pokud ho neuděláte, změny zůstanou jen v pracovním adresáři a při přepnutí větve nebo neopatrném příkazu git checkout -- . zmizí bez varování. Proto platí: když dokončíte logický celek, commitněte. Ne za hodinu, ne večer, ale hned.<br><br>Výběr prvního programovacího jazyka není otázkou prestiže, ale toho, co chceš skutečně dělat. Každý jazyk má své místo a žádný není univerzálně nejlepší. Rozhoduje cíl, čas, který máš k dispozici, a ochota překonávat první neúspěchy. Pokud začneš bez cíle, skončíš s pěti otevřenými tutoriály a nulovým projektem.

RonFlg19612849: Die Seite wurde neu angelegt: „Základem je ověřit podpis přesně tím algoritmem, který očekáváte. Nikdy nenechávejte knihovnu, aby si algoritmus vybrala podle hlavičky alg z tokenu. Pokud aplikace podporuje HS256 i RS256, musíte dopředu rozhodnout, který použijete, a ostatní odmítnout. Zvlášť nebezpečná je kombinace, kdy se veřejný klíč z RS256 dá podstrčit jako HMAC secret. Vždy porovnávejte iss, aud a exp; token bez expirace je jen trvalý přístupový…“

2026-10-01T19:37:30Z

Die Seite wurde neu angelegt: „Základem je ověřit podpis přesně tím algoritmem, který očekáváte. Nikdy nenechávejte knihovnu, aby si algoritmus vybrala podle hlavičky alg z tokenu. Pokud aplikace podporuje HS256 i RS256, musíte dopředu rozhodnout, který použijete, a ostatní odmítnout. Zvlášť nebezpečná je kombinace, kdy se veřejný klíč z RS256 dá podstrčit jako HMAC secret. Vždy porovnávejte iss, aud a exp; token bez expirace je jen trvalý přístupový…“

Neue Seite

Základem je ověřit podpis přesně tím algoritmem, který očekáváte. Nikdy nenechávejte knihovnu, aby si algoritmus vybrala podle hlavičky alg z tokenu. Pokud aplikace podporuje HS256 i RS256, musíte dopředu rozhodnout, který použijete, a ostatní odmítnout. Zvlášť nebezpečná je kombinace, kdy se veřejný klíč z RS256 dá podstrčit jako HMAC secret. Vždy porovnávejte iss, aud a exp; token bez expirace je jen trvalý přístupový klíč v cizích rukou. Největší problém nastává u dynamických částí dotazu, které nelze parametrizovat: názvy tabulek, sloupců, směr řazení nebo klauzule LIMIT. Tady parametrizace nefunguje a je potřeba použít whitelist. Uživatel nesmí poslat název sloupce přímo. Aplikace má mít předem daný seznam povolených hodnot a z něj vybrat. Totéž platí pro směr řazení: hodnota musí být buď vzestupně, nebo sestupně, nic jiného se nepřijímá. Pokud se whitelist vynechá a nahradí se kontrolou pomocí regulárního výrazu, útočník často najde cestu, jak filtr obejít. Měření pokrytí testy vypadá jako jednoduché číslo, které na první pohled říká, jak dobře je kód otestovaný. Jenže číslo samo o sobě nic neznamená. Rozhoduje, co se do něj započítává, jakým nástrojem ho měříš a jestli ho používáš jako zpětnou vazbu, nebo jako cíl. Pokud se z metriky stane cíl, začne se kód přizpůsobovat metrice místo tomu, aby testy odhalovaly chyby. Začni názvy. Proměnná data, temp nebo x neříká nic. Místo d napiš datumObjednavky, místo arr klidně seznamKurzu. U funkcí používej sloveso: spocitejCenu(), nactiUzivatele(). Pokud název potřebuje komentář, je pravděpodobně špatný. Boolean pojmenuj jako tvrzení: jePrihlasen, maOpravneni, ne flag. Dávejte pozor na min-width: auto, které je u grid a flex položek výchozí. Obsah, který se nevejde – dlouhé slovo, tabulka, obrázek – položku roztáhne a způsobí vodorovné posouvání. Řešením je min-width: 0 na položce a overflow-wrap: anywhere na textu. Stejně častá chyba je pevná výška u flex kontejneru. Výška se má odvozovat od obsahu, jinak se prvky překrývají nebo se ořezávají. Nepoužívejte media queries pro každou změnu velikosti. Pokud rozvržení zvládne samo přecházet pomocí auto-fit, minmax a flex-wrap, nemusíte psát žádný breakpoint. Media queries nechte na skutečné změny uspořádání, ne na drobné úpravy mezer. Výsledkem je méně kódu, méně výjimek a rozvržení, které funguje i na zařízeních, která jste netestovali. JWT tokeny se nasazují jako univerzální řešení autentizace, ale bez správně nastavené validace se z nich stává jen podepsaný kus textu, kterému server slepě věří. Nejčastější chyba není v algoritmu, nýbrž v tom, že se token dekóduje a jeho obsah se použije bez ověření podpisu a všech povinných polí. Útočník pak může změnit sub nebo role a dostat se tam, kam nemá. Obrázky a média vkládejte s max-width: 100% a height: auto. U gridu se vyhněte pevným grid-template-columns: 1fr 1fr 1fr bez ohledu na obsah; lepší je repeat(auto-fit, minmax(...)). Mezery definujte přes gap, ne přes marginy na dětech – margin u posledního prvku v řadě vytváří nevyvážené okraje. Testujte nejen šířky, ale i zvětšené písmo a dlouhé české názvy, které se snadno vylijí z tlačítek. Dalším krokem je zvyknout si na větev. Hlavní větev by měla zůstat stabilní a nasaditelná. Pro každou novou funkci nebo opravu si vytvořte samostatnou vedlejší větev. Tím izolujete rozpracovanou práci a zabráníte tomu, aby se rozbitý kód dostal do produkce. Až je změna hotová a otestovaná, sloučíte ji zpět do hlavní větve. Od čeho se odpíchnout v praxi Nejprve si nainstalujte nástroj příkazové řádky, který budete používat. Většina vývojářů volí Git, ale principy jsou podobné i u jiných systémů. Vytvořte v kořeni projektu nový repozitář a nastavte si jméno a e-mail, které se budou zapisovat do historie. Poté přidejte soubory, které chcete sledovat, a vytvořte první revizi. Responzivní design nezačíná u media queries, ale u volby správného nástroje pro rozvržení. CSS Grid a Flexbox nejsou konkurenty, které je třeba si vybrat jednou provždy. Grid řeší dvourozměrné uspořádání – řádky i sloupce současně. Flexbox řeší jednorozměrné uspořádání – obsah v jedné linii nebo sloupci. Pokud tuto hranici respektujete, přestanete psát zbytečné opravy a rozvržení se bude lámat předvídatelně. Pozor na soubory, které do repozitáře nepatří. Konfigurační soubory s hesly, lokální nastavení prostředí, složky s dočasnými soubory nebo závislostmi by měly být vynechány pomocí speciálního seznamu. Pokud je omylem přidáte, zůstanou v historii navždy a jejich odstranění je pracné. Stejně tak nikdy necommitujte velké binární soubory, jako jsou videa nebo obrázky ve vysokém rozlišení, pokud to není nutné.