https://www.politiballwiki.net/w/index.php?action=history&feed=atom&title=DevOps_pro_za%C4%8D%C3%A1te%C4%8Dn%C3%ADky%3A_praktick%C3%BD_pr%C5%AFvodce_prvn%C3%ADmi_kroky 2026-08-22T01:40:26Z Revision history for this page on the wiki MediaWiki 1.43.1 https://www.politiballwiki.net/w/index.php?title=DevOps_pro_za%C4%8D%C3%A1te%C4%8Dn%C3%ADky:_praktick%C3%BD_pr%C5%AFvodce_prvn%C3%ADmi_kroky&diff=45501&oldid=prev 2026-08-21T17:27:11Z

<p>Created page with &quot;Prvním krokem k čistšímu kódu je správná struktura složek. Místo dělení na actions, reducers a types podle typu, seskupte soubory podle feature – například userSlice, cartSlice nebo productsSlice. Dnes se doporučuje používat Redux Toolkit, který výrazně redukuje psaní boilerplate kódu. Pomocí funkce createSlice definujete state, reducers a akce na jednom místě. To eliminuje chyby z přepisování názvů akcí a usnadňuje údržbu. Nezapomeňte...&quot;</p> <p><b>New page</b></p><div>Prvním krokem k čistšímu kódu je správná struktura složek. Místo dělení na actions, reducers a types podle typu, seskupte soubory podle feature – například userSlice, cartSlice nebo productsSlice. Dnes se doporučuje používat Redux Toolkit, který výrazně redukuje psaní boilerplate kódu. Pomocí funkce createSlice definujete state, reducers a akce na jednom místě. To eliminuje chyby z přepisování názvů akcí a usnadňuje údržbu. Nezapomeňte, že každý slice by měl být nezávislý a měl by obsahovat jak data, tak i stav načítání a chybové stavy.&lt;br&gt;&lt;br&gt;DevOps není nástroj ani pozice, ale způsob myšlení a spolupráce. Spojuje vývoj (Development) a provoz (Operations) do jednoho procesu, kde se automatizace, měření a sdílení odpovědnosti stávají standardem. Pokud s DevOps začínáte, klíčové je nejprve pochopit, že cílem není „koupit DevOps&quot;, ale změnit kulturu týmu. Začněte malými krůčky: vyberte si jeden projekt, kde můžete automatizovat nasazení, a postupně přidávejte další prvky.&lt;br&gt;&lt;br&gt;Jak si vytvořit rezervu, aniž byste vypadali neschopně Nejlepší způsob, jak skryté činnosti zohlednit, je vytvořit si strukturovaný seznam „typických vedlejších činností&quot; pro svůj projekt. Například: každá integrace s cizím API zabere navíc čas na testování chybových stavů, každá změna databázového schématu vyžaduje migraci a otestování starých dat, každé uživatelské rozhraní musí projít kontrolou v různých prohlížečích. Pokud máte tento seznam, můžete si ho projít při každém odhadu a rychle doplnit položky, které byste jinak opomněli.&lt;br&gt;&lt;br&gt;Nejčastější chyby při odhadování času Jednou z nejrozšířenějších chyb je ignorování režie – schůzky, e-maily, code review, testování, nasazení nebo ladění. Zkušený vývojář často stráví jen polovinu pracovní doby samotným psaním kódu. Pokud tuto režii nezapočítáte, bude váš odhad systematicky nízký. Doporučuji přidat k čistému odhadu rezervu alespoň 20–30 %, a to nejen na režii, ale i na chyby, které se objeví až během integrace.&lt;br&gt;&lt;br&gt;Nakonec si osvojte pravidlo zpětné vazby. Po dokončení úkolu si poznamenejte, kolik času jste skutečně strávili a které činnosti vám zabraly nejvíc. Porovnejte to s odhadem. Postupně zjistíte, kde jsou vaše slepá místa – jestli podceňujete testování, dokumentaci nebo řešení závislostí. Tímto způsobem se odhady zlepšují přirozeně, bez stresu z nesplněných termínů. Nezapomeňte, že odhad je vždy jen pravděpodobnostní – ale s vědomým zahrnutím skrytých činností budete mnohem blíž realitě.&lt;br&gt;&lt;br&gt;Když odhadujete čas na vývojový úkol, obvykle si představíte samotné psaní kódu. Většina chyb v odhadech ale nevzniká kvůli špatnému odhadu složitosti algoritmu, ale kvůli opomenutí činností, které s kódem přímo nesouvisí, přesto jsou nezbytné. Skryté činnosti – jako je konfigurace prostředí, řešení závislostí, testování napříč prohlížeči, psaní dokumentace nebo komunikace s týmem – mohou zabrat klidně třetinu až polovinu celkového času. Pokud je do odhadu nezahrnete, termín se posune a vy budete muset vysvětlovat, proč jste „jen&quot; neupravili pár řádků.&lt;br&gt;&lt;br&gt;Další praktický nástroj je live expression v konzoli. Klikněte na ikonu oka a zadejte výraz, který se má neustále vyhodnocovat, třeba document.querySelector(&#039;.aktivni&#039;).className. Uvidíte aktuální hodnotu v reálném čase, aniž byste museli psát console.log pokaždé, když se něco změní. To je užitečné zejména při ladění animací nebo interakcí s DOM.&lt;br&gt;&lt;br&gt;Pravidelně porovnávejte odhady se skutečností. Po dokončení úkolu si zapište, kolik času reálně zabral, a proč se lišil od odhadu. Po čase získáte kalibraci, díky které budou vaše odhady stále přesnější. Nepodléhejte iluzi, že odhadování je exaktní věda – je to dovednost, kterou lze trénovat. Důležité je být konzistentní, sledovat metriky a nebát se přiznat nejistotu.&lt;br&gt;&lt;br&gt;Ladění JavaScriptu v prohlížeči je základní dovednost každého frontend vývojáře. Místo abyste spoléhali na náhodné vypisování hodnot do konzole, naučte se používat nástroje, které máte přímo v prohlížeči. Většina moderních prohlížečů nabízí vývojářské nástroje otevřené klávesou F12 nebo Ctrl+Shift+I. V nich najdete panel Sources (Zdroje), Console (Konzole) a Network (Síť), které tvoří jádro ladění.&lt;br&gt;&lt;br&gt;Při zavádění DevOps se vyhněte častým omylům. Nepřeskakujte kulturu a spolupráci – bez důvěry mezi vývojem a provozem automatizace nepomůže. Nezavádějte příliš mnoho nástrojů najednou, začněte s jedním a osvojte si ho. A hlavně neberte DevOps jako práci jednoho člověka – je to odpovědnost celého týmu. Vytvořte si společné cíle, například čas od commitu k nasazení, a pravidelně je vyhodnocujte.</div>

MaxineSpence07