https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&feedformat=atom&user=MathiasStansberr 2026-10-15T01:22:50Z Benutzerbeiträge MediaWiki 1.37.1 https://wiki.rettungsdienstblog.eu/index.php?title=Scrum,_nebo_vodop%C3%A1d%3F_Co_%C4%8Desk%C3%A9mu_t%C3%BDmu_sedne_l%C3%A9pe&diff=407530 2026-10-02T08:52:04Z

<p>MathiasStansberr: Die Seite wurde neu angelegt: „&lt;br&gt;Pozor také na rozlišení velkých a malých písmen. C# je case-sensitive, takže Console a console jsou dvě různé věci. Stejně tak záleží na názvech proměnných. Když jednou napíšete jmeno a podruhé jméno s diakritikou, kompilátor to bere jako dvě proměnné. Diakritiku v názvech sice použít lze, ale ze začátku se jí vyhněte. Ušetříte si hodiny hledání překlepu, který na první pohled není vidět.&lt;br&gt;&lt;br&gt;Sprint plann…“</p> <hr /> <div>&lt;br&gt;Pozor také na rozlišení velkých a malých písmen. C# je case-sensitive, takže Console a console jsou dvě různé věci. Stejně tak záleží na názvech proměnných. Když jednou napíšete jmeno a podruhé jméno s diakritikou, kompilátor to bere jako dvě proměnné. Diakritiku v názvech sice použít lze, ale ze začátku se jí vyhněte. Ušetříte si hodiny hledání překlepu, který na první pohled není vidět.&lt;br&gt;&lt;br&gt;Sprint planning nemá být tříhodinové čtení zadání. Tým si má na začátku vybrat, kolik práce zvládne, a rozpadnout ji na úkoly menší než jeden den. Pokud plánování trvá déle než dvě hodiny, je to signál, že položky v backlogu nejsou dostatečně připravené. Stejně tak retrospektiva nemá být stížnostní kroužek. Chce to konkrétní opatření: co uděláme příští sprint jinak a kdo to zařídí.&lt;br&gt;Čtvrtým návykem je správné použití atributů. [TestCase] s parametry nahradí kopírované metody a zlepší čitelnost. [TestCaseSource] se hodí pro složitější data. Pozor na [Ignore] bez důvodu – zakomentovaný test se nikdy neopraví. Pokud test závisí na aktuálním datu nebo časovém pásmu, vložte čas jako závislost, jinak bude v noci padat.&lt;br&gt;&lt;br&gt;Pátým návykem je sledování výkonu sestavení. Spouštějte testy lokálně často, ale oddělte pomalé integrační testy pomocí kategorií a filtrů. Selhání čtěte celé, včetně zprávy a trasování zásobníku; často ukazuje na problém v produkčním kódu, ne v testu. Vyhněte se logice v testech – podmínky a cykly v testovací metodě obvykle znamenají, že test dělá příliš mnoho. Test, který je složitější než testovaný kód, je špatný test.&lt;br&gt;&lt;br&gt;Pro začátek zvolte jeden tým, jeden produkt a jeden sprint. Neměňte celou firmu naráz. Po třech sprintech vyhodnoťte, co funguje, a teprve pak rozšiřujte dál. Scrum není náboženství, je to nástroj. Když týmu nevyhovuje, klidně ho upravte — ale vždy vědomě a s vysvětlením proč.&lt;br&gt;&lt;br&gt;Začněte tím, že pojmenujete, kdo je Product Owner a kdo Scrum Master. V českých firmách se často stává, že Product Owner je zároveň vedoucí oddělení a jeho slovo má větší váhu než hlas zákazníka. Pak se backlog stává seznamem přání managementu a tým přestá[https://www.ancienttypewriters.de/index.php?title=Co_se_stane,_kdy%C5%BE_jednotkov%C3%A9_testy_p%C5%99estanou_sta%C4%8Dit osvětlení v obýváku]á věřit, že dělá smysluplnou práci. Product Owner musí mít mandát rozhodovat o prioritách a musí být dostupný pro tým během sprintu, ne jen na začátku a na konci. Scrum Master není administrátor porad, ale člověk, který odstraňuje překážky a hlídá, že se dodržují pravidla, na kterých se tým dohodl.&lt;br&gt;&lt;br&gt;Workflow je potřeba udržovat stejně jako kód. Časem se hromadí akce, které už nikdo nepoužívá, a kroky, které běží zbytečně. Pomáhá pojmenovat každý krok tak, [https://Crabcodex.com/index.php/Kdy%C5%BE_commit_zpr%C3%A1va_%C5%A1et%C5%99%C3%AD_%C4%8Das_p%C5%99i_hled%C3%A1n%C3%AD_vin%C3%ADka_zm%C4%9Bny tento web] aby bylo z logu jasné, co dělá, a omezit práva tokenu na minimum. Průběžná kontrola, zda pipeline stále odpovídá realitě projektu, ušetří hodiny ladění ve chvíli, kdy je potřeba rychle nasadit opravu.&lt;br&gt;&lt;br&gt;Nezapomeňte test spustit. If you loved this informative article and you would like to receive more details with regards to [http://ndz.zp.ua/user/KeeshaSimms2793/ kompletní návod] kindly visit our own page. Napsat test a nikdy ho nespustit je jako koupit hasicí přístroj a nezkontrolovat, zda funguje. Spusťte ho nejprve s kódem, který je správný – musí projít. Potom záměrně rozbijte testovanou funkci, třeba změňte návratovou hodnotu, a ověřte, že test selže. Teprve tím získáte jistotu, že test skutečně něco kontroluje a není jen ozdobou v repozitáři.&lt;br&gt;&lt;br&gt;Třetím návykem je pojmenování a členění. Název metody jako Metoda_Vstup_OcekavanyVysledek řekne při selhání vše potřebné bez otevírání kódu. Testovací třídy seskupujte podle testované třídy, ne podle typu testu. Příliš obecná třída UtilsTests se rychle změní v místo, kde nikdo neví, co se testuje. Jeden test by měl ověřovat jednu věc; vícenásobné Assert v jednom testu ztěžuje určení příčiny pádu.&lt;br&gt;&lt;br&gt;Nejdřív si vytvořte konzolový projekt. V moderním vývojovém prostředí zvolte šablonu konzolové aplikace a cílový framework nechte na výchozí hodnotě. Dostanete soubor s metodou Main, což je vstupní bod programu. Kód, který se má spustit, patří právě do ní. Častá chyba začátečníků je, že píší příkazy mimo Main nebo mimo jakoukoli metodu. Kompilátor je pak odmítne a hlásí chybu, která vypadá nesrozumitelně, ale ve skutečnosti jen říká, že příkaz nemá kde být vykonán.&lt;br&gt;&lt;br&gt;Po prvním úspěšném spuštění program okamžitě skončí a okno zmizí. Není to chyba, jen konzole po [https://isowindows.net/user/MarthaZamora/ dokončení interiéru] práce zavře. Řeší se to voláním Console.ReadKey na konci metody Main, případně spuštěním bez ladění, které nechá okno otevřené. Teprve až tohle všechno zvládnete, přidávejte podmínky, cykly a vlastní metody. Každou novou věc zkoušejte na jednom řádku, ne na celém programu najednou.&lt;br&gt;&lt;br&gt;Začátek v C# vypadá jednoduše: nainstalujete vývojové prostředí, [https://Www.Europeana.eu/portal/search?query=zalo%C5%BE%C3%ADte založíte] projekt, napíšete pár řádků a spustíte. Právě tady ale vzniká nejvíc zbytečných chyb. Většina lidí totiž přeskočí základy a rovnou zkouší hotové ukázky z internetu, kterým nerozumí. Výsledek je frustrace a dojem, že programování není pro ně. Přitom stačí držet se několika pravidel a první funkční program vznikne do půl hodiny.&lt;br&gt;</div>

MathiasStansberr https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:MathiasStansberr&diff=407529 2026-10-02T08:52:02Z

<p>MathiasStansberr: Die Seite wurde neu angelegt: „Autor blogu světem interiérů sází na osvědčené tipy. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději ukazovat chytrá řešení, která zvládne každý.&lt;br&gt;&lt;br&gt;Feel free to surf to my homepage ... [http://ndz.zp.ua/user/KeeshaSimms2793/ sem]“</p> <hr /> <div>Autor blogu světem interiérů sází na osvědčené tipy. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději ukazovat chytrá řešení, která zvládne každý.&lt;br&gt;&lt;br&gt;Feel free to surf to my homepage ... [http://ndz.zp.ua/user/KeeshaSimms2793/ sem]</div>

MathiasStansberr