https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=MoisesKinross 2026-10-11T20:31:08Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=Pro%C4%8D_agiln%C3%AD_metodiky_selh%C3%A1vaj%C3%AD,_kdy%C5%BE_je_dodavatel_mimo_firmu%3F&diff=455416 2026-10-11T14:52:31Z

<p>MoisesKinross: Die Seite wurde neu angelegt: „Nepodceňujte nástroje pro vývoj. Redux DevTools umožňují sledovat každou akci, skákat v čase a porovnávat strom stavu před a po. Když se aplikace chová divně, první krok je najít akci, po které se stav rozbije. Často se ukáže, že reducer mutuje původní objekt místo vytvoření nového. V produkci middleware pro logování vypněte, jinak zbytečně zpomaluje aplikaci a zaplavuje konzoli. Stejně tak kontrolujte, že žádný reduce…“</p> <hr /> <div>Nepodceňujte nástroje pro vývoj. Redux DevTools umožňují sledovat každou akci, skákat v čase a porovnávat strom stavu před a po. Když se aplikace chová divně, první krok je najít akci, po které se stav rozbije. Často se ukáže, že reducer mutuje původní objekt místo vytvoření nového. V produkci middleware pro logování vypněte, jinak zbytečně zpomaluje aplikaci a zaplavuje konzoli. Stejně tak kontrolujte, že žádný reducer neobsahuje náhodné hodnoty nebo volání API.&lt;br&gt;&lt;br&gt;V praxi to znamená, že v kódu zůstane pouze výchozí konfigurace bez citlivých hodnot, například vzorový soubor s prázdnými klíči. Skutečné hodnoty se doplní při nasazení. Pokud používáte kontejnery, předávejte konfiguraci přes proměnné prostředí nebo připojené svazky. U klasických serverů se osvědčilo mít konfigurační repozitář naklonovaný vedle aplikace a při deployi ho aktualizovat zvlášť. Tím zmizí konflikty, kdy vývojář přepíše produkční nastavení jen proto, že ho měl omylem v pracovní kopii.&lt;br&gt;&lt;br&gt;Pro oddělení se vyplatí zavést šablony a generátory. Konfigurační soubory pište jako šablony s placeholdery a hodnoty doplňujte při nasazení z bezpečného úložiště. Tím se konfigurace stává reprodukovatelnou a verze kódu určuje, jaké klíče aplikace očekává. Když se změní název proměnné, změní se i šablona, ale hodnoty zůstávají mimo repozitář. Výsledkem je, že historie kódu je čistá a konfigurace se dá kdykoli vrátit zpět bez zásahu do zdrojáků.&lt;br&gt;&lt;br&gt;Prvních pár minut v C# rozhoduje o tom, jestli tě programování chytne, nebo odradí. Většina začátečníků zbytečně tráví čas studiem teorie a pak narazí na to, že vlastně neumí spustit ani jednoduchý program. Přitom stačí nainstalovat .NET SDK a jeden editor. Bez SDK tvůj kód nepoběží, i kdybys měl sebelepší vývojové prostředí. Po instalaci si ověř v terminálu příkaz dotnet --version. Když vypíše číslo, máš vyhráno.&lt;br&gt;&lt;br&gt;Pro opakované použití exportuj kolekci i prostředí do souboru a ulož je společně s projektem. Když se API změní, uprav podle toho proměnné a testy, ne jednotlivé požadavky ručně. Do testů přidej kontrolu doby odezvy, protože pomalá odpověď často předznamenává problém dřív než chybný stavový kód. A co je nejdůležitější: nespouštěj destruktivní požadavky, jako je mazání, proti produkčnímu prostředí. Vždy měj připravené testovací prostředí s vlastními daty.&lt;br&gt;&lt;br&gt;Nepotřebuješ na první projekt žádný složitý rámec ani databázi. Stačí ti konzole, jedna proměnná a příkaz dotnet run. Když zvládneš tohle, máš základ, na kterém staví všechno ostatní. Až ti to poběží, zkus přidat podmínku if a vypsat jiný text podle hodnoty. Uvidíš, že se toho dá stihnout víc, než se na první pohled zdá.&lt;br&gt;&lt;br&gt;Postupujte prakticky: udržujte si tabulku komponent s licencí, verzí a zdrojem. Před každým vydáním spusťte kontrolu znovu, protože závislosti se mění i bez vašeho zásahu. U nejasností si vyžádejte od autora upřesnění písemně a uložte si odpověď. Pokud slučitelnost nelze prokázat, hledejte alternativu se známou licencí, nebo komponentu izolujte tak, aby nevznikalo odvozené dílo. Rozhodnutí zdokumentujte, ať je zpětně dohledatelné, proč jste danou cestu zvolili. Slučitelnost je otázka důkazů, ne dojmu.&lt;br&gt;&lt;br&gt;Nakonec nastavte proces, který oddělení udrží. V CI kontrole zakážete commity s tajnými klíči, v repozitáři s konfigurací povolíte pouze oprávněné uživatele a každou změnu konfigurace prožeňte stejným schvalovacím procesem jako kód. Pravidelně kontrolujte, zda se citlivé hodnoty neobjevily v logech nebo v chybových výpisech. Oddělené verzování není jednorázový úklid, ale návyk, který šetří čas při každém nasazení a snižuje riziko, že se produkční nastavení ocitne ve špatných rukou.&lt;br&gt;&lt;br&gt;Agilní metodiky vznikly pro malé týmy, které sedí v jedné místnosti a mají přímý přístup k zadavateli. Jakmile ale do hry vstoupí externí dodavatel, pravidla se rozpadnou. Externí firma má vlastní priority, vlastní lidi na několika projektech a často i vlastní způsob práce. Pokud se na to nepřipravíte předem, skončíte s dvěma světy, které se navzájem míjejí. Klíčové je nastavit spolupráci tak, aby agilní principy fungovaly i přes hranice firem.&lt;br&gt;&lt;br&gt;Poslední věc, kterou začátečníci podceňují, je čtení vstupu. Přidej Console.ReadLine(); na konec programu. Tím se okno nezavře, dokud nestiskneš Enter. Bez toho se program spustí a hned skončí, takže výpisu ani nepostřehneš. Až budeš chtít načíst text od uživatele, použij string vstup = Console.ReadLine();. Pozor, vrací vždy text, i když uživatel napíše číslo. Pro převod použij int.Parse(vstup), ale jen když víš, že vstup je skutečně číslo. Jinak program spadne. Na to se chytá každý začátečník.</div>

MoisesKinross https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:MoisesKinross&diff=455414 2026-10-11T14:52:29Z

<p>MoisesKinross: Die Seite wurde neu angelegt: „Autor blogu světem interiérů se zabývá denně. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.“</p> <hr /> <div>Autor blogu světem interiérů se zabývá denně. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.</div>

MoisesKinross