Prakticky si osvojte práci s mezerami. Větší prostor mezi prvky snižuje chybovost a usnadňuje orientaci. Stejně důležité je správné zarovnání – texty a prvky by měly mít jednotný rytmus. Používejte mřížku (grid), i když ji nakonec nezobrazíte. Když máte hotový prototyp, otestujte si ho sami, ale hlavně pozorujte reálné uživatele. Není třeba velké testovací studio – stačí, když požádáte kolegu, aby splnil jednoduchý úkol, a sledujte, kde váhá nebo kliká špatně. Z toho získáte cenné informace pro další iterace.

Nakonec vše změřte znovu, ideálně z více zařízení a připojení. Nestačí se dívat na rychlost z rychlého domácího internetu – otestujte si web i z mobilu s pomalejším připojením. Buďte trpěliví: optimalizace není jednorázová akce, ale průběžná péče. Sledujte, které změny přinesly největší efekt, a podle toho upravujte další postup. I malé zlepšení rychlosti může znamenat vyšší spokojenost uživatelů a lepší pozice ve výsledcích vyhledávání.

Verzování kódu je pro každého programátora nezbytností. Git je nejrozšířenější nástroj, který vám umožní sledovat změny v projektech, vracet se k předchozím verzím a spolupracovat s týmem. Pokud s ním začínáte, nemusíte se bát – stačí pochopit pár základních principů a zvládnete první kroky.

Testování Redux logiky nemusí být nutně svázané s nasazením celé aplikace. Reducery i async akce lze ověřit izolovaně, rychle a spolehlivě – stačí k tomu správně nastavené unit testy. Není potřeba spouštět celý React strom, mockovat HTTP požadavky ani obcházet CORS. Tento přístup vám dá okamžitou zpětnou vazbu a usnadní údržbu stavové logiky.

Na co se zaměřit při testování Prvním krokem je vyzkoušet alespoň dva nebo tři kandidáty. Věnujte každému alespoň jeden den, ne jen půl hodiny. Všímejte si, jak rychle se otevírá, jak reaguje na psaní a zda nabízí automatické doplňování kódu, které skutečně rozumí kontextu. Důležité je také ladění – vyzkoušejte si spustit program s přerušením na řádku a projít proměnné. Typickou chybou začátečníků je přeskakovat tento krok a zůstat u nástroje, který je sice populární, ale nevyhovuje jejich způsobu myšlení.

Pomalý web odrazuje návštěvníky i vyhledávače. Než začnete investovat do drahých nástrojů, zaměřte se na základy. Klíčem je měřit, optimalizovat a znovu měřit. Nejprve si otevřete nástroj pro vývojáře přímo v prohlížeči a podívejte se na čas načítání jednotlivých souborů. Často zjistíte, že největší zpoždění způsobují obrázky ve špatném formátu nebo příliš mnoho skriptů třetích stran.

Začněte u informační architektury. Než napíšete první řádek kódu, promyslete si, co uživatel na obrazovce hledá a v jakém pořadí. Umístěte nejdůležitější akce na viditelná místa, obvykle do pravé části nebo na konec formuláře. Dbejte na konzistenci – stejné tlačítko by mělo vypadat a chovat se stejně na všech stránkách. Pokud máte více typů akcí, rozlište je vizuálně: primární tlačítko výrazné, sekundární méně nápadné, destruktivní (např. smazání) odlište barvou nebo umístěním.

Reducery testujte jako čisté funkce Reducer je čistá funkce, která na základě aktuálního stavu a akce vrací nový stav. To je ideální pro unit testy – nepotřebujete žádný store ani middleware. Stačí volat reducer s konkrétním stavem a akcí a porovnat výsledek. Důležité je připravit si výchozí stav (initial state) a otestovat nejen úspěšné scénáře, ale i okrajové případy, jako je neznámá akce, prázdný stav nebo immutable update. Typickou chybou je spoléhat na to, že reducer nesmí mutovat původní stav – pokud to porušíte, test to odhalí. Proto vždy používejte spread operátor nebo jiný neměnný způsob aktualizace.

Dalším krokem je komprese textových souborů. Server může posílat HTML, CSS a JavaScript ve zmenšené podobě, prohlížeč je pak automaticky rozbalí. Toto nastavení najdete v konfiguraci webového serveru. Nevhodné je ale vše komprimovat – moderní formáty obrázků jsou často už samy komprimované a další stlačení jim nepomůže. Také si dejte pozor, abyste nekomprimovali soubory, které jsou už tak malé, protože to jen zbytečně zatěžuje procesor.

Základní pracovní cyklus: add, commit, push Klíčem k úspěchu je pochopit tři kroky. Nejprve soubor upravíte, poté ho přidáte do tzv. staging area pomocí git add . (přidá všechny změněné soubory) a nakonec uložíte snímek pomocí git commit -m “Popis změny”. Zpráva by měla být krátká, ale výstižná – popisuje, co jste udělali. Tento cyklus opakujte při každé logické změně. Když pracujete s vzdáleným úložištěm (např. na serveru), odešlete své commity příkazem git push.