https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=Arron86A14 2026-11-06T00:27:50Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Kdy_je_nejlep%C5%A1%C3%AD_%C4%8Das_nasadit_testy_do_v%C3%BDvoje_a_kdy_u%C5%BE_je_pozd%C4%9B%3F&diff=1039843 2026-10-11T18:59:09Z

<p>Arron86A14: Utworzono nową stronę &quot;Většina vývojářů refaktoruje myší: označí blok, rozbalí kontextové menu, vybere příkaz, počká na náhled a potvrdí. U jednoho zásahu to nevadí. U stovky zásahů během odpoledne se z toho stane hlavní činnost dne. Vestavěné nástroje pro refaktoring přitom mají klávesové zkratky, jen o nich lidé nevědí, protože je vývojová prostředí necpou do popředí. První krok tedy není učit se nové příkazy, ale přestat sahat po myši…&quot;</p> <hr /> <div>Většina vývojářů refaktoruje myší: označí blok, rozbalí kontextové menu, vybere příkaz, počká na náhled a potvrdí. U jednoho zásahu to nevadí. U stovky zásahů během odpoledne se z toho stane hlavní činnost dne. Vestavěné nástroje pro refaktoring přitom mají klávesové zkratky, jen o nich lidé nevědí, protože je vývojová prostředí necpou do popředí. První krok tedy není učit se nové příkazy, ale přestat sahat po myši u těch, které používáte pořád.&lt;br&gt;&lt;br&gt;Vyberte si jazyk, jehož základní syntaxi pochopíte během několika večerů. Nemusíte rozumět všemu, ale musíte být schopni napsat krátký funkční program, který něco dělá – načte vstup, zpracuje ho a vypíše výsledek. Pokud se už na začátku topíte v pojmech, které se týkají spíše architektury než samotného jazyka, je to signál, že jste sáhli po příliš složitém nástroji. Dobrý první jazyk vás nechá soustředit se na logiku a algoritmy, ne na boj s konfigurací.&lt;br&gt;&lt;br&gt;Typické chyby, na které narazíte: optimalizace naslepo bez měření, přehnané vkládání všeho do jednoho obřího souboru, který se stejně celý nevyužije, a testování jen na rychlé firemní síti. Vyzkoušejte stránku i na mobilních datech a se simulovaným zpomalením. Po každé změně měřte znovu a porovnávejte stejnou metriku. Zlepšení o desítky procent bývá reálné už po úpravě obrázků, komprese a cache, tedy bez zásahu do kódu aplikace.&lt;br&gt;&lt;br&gt;Počítejte i s čekáním. Mezi odesláním kódu k review a první reakcí bývá prodleva, která se do času ne vždy započítává. Pokud recenzent není k dispozici hned, hodiny ubíhají. Stejně tak druhé kolo review po zapracování připomínek nebývá zdarma – i když jde jen o potvrzení, někdo se na to musí podívat. Do odhadu proto přidejte rezervu na prodlevy, ne jen na samotnou práci.&lt;br&gt;&lt;br&gt;Dejte pozor na tagy a větve. Každý publikovaný balíček potřebuje vlastní tag, obvykle ve tvaru názvu a verze. Pokud tagy pletete dohromady nebo je vytváříte až po publikaci, přijdete o možnost dohledat, co přesně vyšlo. Stejně tak nestačí jen sloučit pull request; publikace musí být samostatný krok, který proběhne až po úspěšném buildu a testech. Jinak se stane, že se do registru dostane verze, která neodpovídá žádnému commitu.&lt;br&gt;&lt;br&gt;Odhad odvoďte od velikosti změny, ne od kalendáře Užitečné je vycházet z objemu a charakteru změny. Malá oprava v jedné funkci znamená review v řádu desítek minut a zapracování podobně. Větší refaktoring nebo nová logika napříč moduly zabere review klidně půl dne a připomínky se mohou táhnout několik dní, zvlášť když se čeká na vyjádření více lidí. Pomáhá i historie: podívejte se, jak dlouho podobné změny trvaly minule, a použijte to jako referenci místo dojmů.&lt;br&gt;&lt;br&gt;Kde nejčastěji vzniká zpoždění Největší chybou bývá neoptimalizovaný obrázkový obsah. Fotky v plném rozlišení z foťáku mají klidně několik megabajtů, přitom je zobrazíte v rozměru pár set pixelů. Zmenšete je na cílovou velikost, převeďte do moderního formátu a nastavte atributy šířky a výšky, aby se stránka při načítání neposouvala. U obrázků mimo první obrazovku použijte odložené načítání. Stejný princip platí pro písma: každý řez znamená další požadavek, takže si vystačíte s jedním nebo dvěma řezy a ideálně je hostujte lokálně.&lt;br&gt;&lt;br&gt;Typické chyby: podcenění diskuse u sporných návrhů, zapomenutí na opětovné testování po změnách a předpoklad, že připomínky budou jen kosmetické. Další častou chybou je odhadovat review a zapracování jedním číslem a pak ho krátit, když se blíží termín. Radši odhadněte dvě čísla a držte se jich. Pokud se připomínky množí, je to signál, že zadání nebylo dost jasné – to je potřeba řešit u zdroje, ne jen přidávat hodiny.&lt;br&gt;&lt;br&gt;Další častý problém je testování implementace místo chování. Test, který kontroluje, že se zavolala konkrétní interní metoda, se rozbije při každém refaktoringu, i když se aplikace chová pořád správně. Pište testy na rozhraní, ne na vnitřky. Když se rozhodnete změnit strukturu kódu, testy by měly zůstat zelené, pokud se nezměnilo chování.&lt;br&gt;&lt;br&gt;Druhým viníkem je příliš mnoho skriptů a stylů. Prohlížeč musí nejdřív stáhnout, pak zpracovat a teprve potom vykreslit obsah. Slučte soubory tam, kde to jde, odstraňte nepoužívané pluginy a knihovny, které na stránce nic nedělají. Skripty, které nejsou potřeba pro první vykreslení, načítejte s atributy pro odložené nebo asynchronní načtení. Pozor na skripty vkládané do hlavičky bez těchto atributů — blokují vykreslení a uživatel vidí prázdnou stránku.&lt;br&gt;&lt;br&gt;Základem je rozdělit práci na dvě samostatné položky. První je samotné review – čas, který stráví kolega čtením, komentováním a diskusí. Druhou je zapracování připomínek, tedy přepis kódu, opětovné testy a druhé kolo schválení. Tyhle dvě věci se často slévají do jedné a pak chybí. Do odhadu je pište zvlášť, protože mají jiný průběh i rizika.</div>

Arron86A14 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:Arron86A14&diff=1039841 2026-10-11T18:59:08Z

<p>Arron86A14: Utworzono nową stronę &quot;Autor blogu světem interiérů žije už dlouho. Píšu o tom, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.&quot;</p> <hr /> <div>Autor blogu světem interiérů žije už dlouho. Píšu o tom, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.</div>

Arron86A14