https://wiki-babylonsignalis.org/api.php?action=feedcontributions&feedformat=atom&user=AlannaDelFabbro 2026-09-15T02:37:53Z User contributions MediaWiki 1.45.1 https://wiki-babylonsignalis.org/index.php?title=Jak_za%C4%8D%C3%ADt_s_TypeScriptem:_praktick%C3%BD_pr%C5%AFvodce_pro_v%C3%BDvoj%C3%A1%C5%99e&diff=132463 2026-08-21T17:52:05Z

<p>AlannaDelFabbro: Created page with &quot;&lt;br&gt;Nauč se pracovat s verzovacím systémem na příkazové řádce. GUI nástroje jsou sice pohodlné, ale příkazy jako commit, branch nebo rebase ti dají větší kontrolu. Typická začátečnická chyba je commitovat do hlavní větve nebo mazat historii – pokud nevíš, co rebase dělá, raději se zeptej. Učení se z chyb je součást procesu, ale zbytečné konflikty můžeš snadno předejít.&lt;br&gt;&lt;br&gt;Async akce: mockujte API, ne testujte reálné volání...&quot;</p> <hr /> <div>&lt;br&gt;Nauč se pracovat s verzovacím systémem na příkazové řádce. GUI nástroje jsou sice pohodlné, ale příkazy jako commit, branch nebo rebase ti dají větší kontrolu. Typická začátečnická chyba je commitovat do hlavní větve nebo mazat historii – pokud nevíš, co rebase dělá, raději se zeptej. Učení se z chyb je součást procesu, ale zbytečné konflikty můžeš snadno předejít.&lt;br&gt;&lt;br&gt;Async akce: mockujte API, ne testujte reálné volání Async akce v Redux Thunk nebo Redux Toolkit (createAsyncThunk) jsou funkce, které dostávají dispatch a getState. Klíčové je oddělit testování logiky od reálných HTTP volání. Použijte mock pro API vrstvu – místo skutečného fetch použijte funkci, která vrací předem definovaná data nebo vyhazuje chybu. V testu zavolejte async akci s mockovaným dispatch a getState, pak počkejte na dokončení a ověřte, jaké akce byly dispatchovány.&lt;br&gt;&lt;br&gt;Na konci sprintu proveďte review a retrospektivu. Recenze ukazuje, co tým dokončil, a retrospektiva se zaměřuje na proces. Nejčastější chyba je, že se retrospektiva vynechá, když sprint sklouzne do zpoždění. Přesně v takové chvíli je ale nejpotřebnější. Vyhraďte si hodinu a použijte jednoduchou strukturu: co se povedlo, co ne a jednu konkrétní akci, kterou zkusíte příště.&lt;br&gt;&lt;br&gt;Při psaní kódu se drž zásady „malejch kroků&quot;. Raději pošli tři menší pull requesty než jeden obrovský, který je těžké zkontrolovat. Vždy se snaž, aby tvoje změny obsahovaly i testy, pokud to projekt vyžaduje. A nikdy neposílej změny bez spuštění lokálního testování – i drobná chyba může způsobit zbytečnou režii maintainerům.&lt;br&gt;&lt;br&gt;Když přijdete na pole a objekty, využijte metody jako map, filter a reduce. Tyto funkce nahrazují tradiční for cykly a usnadňují transformace dat. Například pro získání všech aktivních uživatelů použijete users.filter(u =&gt; u.active). Dejte si pozor na to, že map a filter vrací nové pole — nemodifikují původní. Pokud potřebujete změnit jen některé prvky, použijte map s podmínkou. Typická chyba: zaměnění map a forEach — forEach nic nevrací a je vhodný pouze pro vedlejší efekty.&lt;br&gt;&lt;br&gt;Při psaní prvních funkcí se vyhněte explicitnímu typování všeho, co jde odvodit. Místo const x: number = 5 pište const x = 5. Kompilátor si typ odvodí sám. Tím zkrátíte kód a zvýšíte jeho čitelnost. Naopak, tam kde je to nutné – u parametrů funkcí nebo návratových hodnot – typy vždy uvádějte. Pokud funkce přijímá objekt s konkrétní strukturou, definujte rozhraní. Například: interface Uzivatel jmeno: string; vek: number; a pak použijte Uzivatel jako typ parametru. Tím eliminujete překlepy a neexistující vlastnosti.&lt;br&gt;&lt;br&gt;Nakonec buď trpělivý. Open source projekty často spravují dobrovolníci, kteří mají málo času. Odpověď na tvůj pull request může trvat dny i týdny. Mezitím se zapoj do diskuze, pomoz s recenzí jiných pull requestů nebo navrhni vylepšení dokumentace. Komunita si všimne tvé aktivity a postupně se můžeš propracovat k větším úkolům.&lt;br&gt;&lt;br&gt;TypeScript se stal standardem pro větší projekty, ale jeho přijetí není jen o přidání typů. Pokud přicházíte z čistého JavaScriptu, první dny bývají zrádné. Nejde jen o syntaxi – jde o to, že kompilátor začne upozorňovat na věci, které jste dřív přehlíželi. Nejdřív si osvojte základy: definice typů, rozhraní a generické funkce. Bez toho se v kódu ztratíte a začnete používat any všude, což je nejčastější chyba začátečníků. any vypne kontrolu typů a vezme vám hlavní výhodu – bezpečnost.&lt;br&gt;&lt;br&gt;Scrum je nejrozšířenější agilní rámec, ale mnoho českých týmů ho zavádí špatně. Místo iterativního zlepšování skončí u formálních ceremonií, které nikomu nic nepřinášejí. Základní myšlenka je přitom jednoduchá: rozdělte práci na malé celky, dodejte je v pravidelných intervalech a na konci každého intervalu vyhodnoťte, co funguje a co ne.&lt;br&gt;&lt;br&gt;Začněte u reducerů. Reducer by měl být čistou funkcí, která na základě předchozího stavu a akce vrací nový stav. Testujte jednotlivé přechody stavů: co se stane při akci ADD_TODO, co při REMOVE_TODO, a hlavně co při neznámé akci – měl by vrátit stejný stav. Napište test, který ověří, že reducer nemění původní stav (nemutuje ho) a že vrací nový objekt. Typická chyba je testovat pouze happy path, ale zapomenout na okrajové případy: prázdný stav, akci s neplatnými daty, nebo akci, která by neměla stav změnit.&lt;br&gt;&lt;br&gt;Nejprve si projdi dokumentaci projektu, obvykle v souboru s názvem CONTRIBUTING nebo v sekci pro přispěvatele. Tam najdeš, jak se projekt staví, jaké jsou konvence pro psaní kódu a jak probíhá review. Důležité je také seznámit se s kodexem chování – open source komunity dbají na slušné jednání a porušení pravidel může vést k vyloučení.&lt;br&gt;&lt;br&gt;If you loved this information and you would like to get even more facts pertaining to [http://Miklagaard.no/index.php?title=Jak_rozum%C4%9Bt_NoSQL_a_kdy_ho_nasadit miklagaard.No] kindly check out our internet site.&lt;br&gt;&lt;br&gt;[https://Literatur.michaelmittag.ch/index.php?title=Z%C3%A1sady_psan%C3%AD_%C4%8Dist%C3%A9ho_k%C3%B3du_v_JavaScriptu_pro_za%C4%8D%C3%A1te%C4%8Dn%C3%ADky_i_pokro%C4%8Dil%C3%A9 DokončEní interiéru]&lt;br&gt;</div>

AlannaDelFabbro https://wiki-babylonsignalis.org/index.php?title=User:AlannaDelFabbro&diff=132458 2026-08-21T17:52:00Z

<p>AlannaDelFabbro: Created page with &quot;Autor blogu dílnou i obývákem sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejvíc mě baví hledat cesty, jak si usnadnit život.&lt;br&gt;&lt;br&gt;My blog; [http://Miklagaard.no/index.php?title=Jak_rozum%C4%9Bt_NoSQL_a_kdy_ho_nasadit miklagaard.No]&quot;</p> <hr /> <div>Autor blogu dílnou i obývákem sází na osvědčené tipy. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejvíc mě baví hledat cesty, jak si usnadnit život.&lt;br&gt;&lt;br&gt;My blog; [http://Miklagaard.no/index.php?title=Jak_rozum%C4%9Bt_NoSQL_a_kdy_ho_nasadit miklagaard.No]</div>

AlannaDelFabbro