Donna31654: Die Seite wurde neu angelegt: „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.

N…“

2026-08-21T18:06:36Z

Die Seite wurde neu angelegt: „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. N…“

Neue Seite

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. Na závěr nezapomeňte testy pravidelně spouštět a sledovat, jak se chovají. NUnit integruje s CI nástroji, takže testy můžete automaticky pouštět při každém commitu. Pokud testy začnou selhávat, je důležité zjistit příčinu co nejdříve. Vždy čtěte výstup testů – obsahuje informace o tom, která očekávání nebyla splněna. Po napsání testů se zamyslete, zda nepokrývají všechny důležité scénáře, včetně okrajových případů, jako jsou prázdné vstupy, maximální hodnoty nebo výjimky. Dobré testy vám dají jistotu při úpravách kódu a výrazně zkrátí dobu hledání chyb. Než začnete mluvit o termínech, zjistěte si co nejvíce informací o zadání. Pokud zadání není kompletní, řekněte to nahlas. Klientovi vysvětlete, že odhad bez detailů je jako jízda bez mapy. Stanovte si interní rezervu – nepočítejte jen s optimálním průběhem, ale i s menšími komplikacemi, které se běžně stávají. Do odhadu zahrňte i čas na kontrolu, komunikaci a případné úpravy. Mnozí dělají chybu, že odhadnou čistý pracovní čas a pak bojují s každým dnem zpoždění. Jednotkové testy jsou základním stavebním kamenem udržovatelného kódu. Framework NUnit patří mezi nejpoužívanější nástroje pro testování v ekosystému .NET. Pokud s ním začínáte, nejdůležitější je pochopit, že test nemá ověřovat, že kód funguje, ale že se chová podle očekávání v izolovaných scénářích. To znamená, že každý test by se měl zaměřit na jednu konkrétní logiku a neměl by záviset na vnějším stavu, jako je databáze, souborový systém nebo čas. Po importu do PostgreSQL proveďte důkladnou validaci. Porovnejte počty řádků v každé tabulce, ale také hodnoty v klíčových sloupcích – třeba pomocí kontrolních součtů (hash agregací). Spusťte testovací dotazy, které pokrývají všechny hlavní scénáře vaší aplikace. Zkontrolujte, že indexy jsou správně vytvořené – PostgreSQL má odlišné typy indexů (B-tree, GIN, BRIN) a některé dotazy, které v MySQL využívaly fulltext, potřebují v PostgreSQL jiný přístup, často s použitím GIN indexu a tsvector. Častou chybou je testovat implementaci místo chování. Pokud testujete, že soukromá metoda vrací určitou hodnotu, znamená to, že test je závislý na vnitřním uspořádání třídy. Při jakékoli refaktorizaci pak test selže, i když chování zůstává správné. Místo toho testujte veřejné rozhraní a používejte mockování pro závislosti, jako je databáze nebo HTTP klient. Pro mockování v NUnit běžně používáte knihovnu Moq, ale lze i psát vlastní falešné objekty. Vždy se ujistěte, že testy jsou rychlé a nevyžadují síťové připojení – pokud potřebujete testovat přístup k API, použijte rozhraní a simulujte odpovědi. 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". Na závěr: testy nejsou cíl, ale prostředek. Cílem je spolehlivý software, který lze bez obav měnit. Proto pravidelně revidujte svou testovací sadu a ptejte se, zda každý test přináší hodnotu. Pokud ne, smažte jej. To je někdy těžké, ale je to nezbytné pro dlouhodobou udržitelnost projektu. Na závěr: nikam nespěchejte. Nejlepší způsob, jak se naučit HTML a CSS, je skutečně tvořit. Vytvořte si jednoduchou vizitku, osobní blog nebo receptář. Nebojte se experimentovat a rozebírat, co dělá každý řádek kódu. Časem zjistíte, že základy nejsou vůbec těžké, jen vyžadují pečlivost a logické myšlení. Při každém problému se vraťte k dokumentaci a zkoušejte malé změny – tato praxe je k nezaplacení. Nakonec si s klientem ujasněte, co se stane, když se odhad nenaplní. Nabídněte mu pravidelné krátké reporty o průběhu práce, kdy mu řeknete, kde jste a co zbývá. Tím přebíráte odpovědnost za komunikaci, ale ne za nepředvídatelné události. Pokud se něco pokazí, řešte to věcně: popište důvod, nový odhad a konkrétní kroky, jak se vyhnout dalšímu zpoždění. Klient ocení, když místo omluv dostane plán.

Jak balancovat testy při růstu projektu - Versionsgeschichte