<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Linnea08D565386</id>
	<title>Rettungsdienst-Wiki - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Linnea08D565386"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/Linnea08D565386"/>
	<updated>2026-10-13T22:58:22Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Co_se_stane,_kdy%C5%BE_t%C3%BDm_p%C5%99estane_v%C4%9Btvit_a_za%C4%8Dne_rebasovat&amp;diff=401482</id>
		<title>Co se stane, když tým přestane větvit a začne rebasovat</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Co_se_stane,_kdy%C5%BE_t%C3%BDm_p%C5%99estane_v%C4%9Btvit_a_za%C4%8Dne_rebasovat&amp;diff=401482"/>
		<updated>2026-10-01T19:09:25Z</updated>

		<summary type="html">&lt;p&gt;Linnea08D565386: Die Seite wurde neu angelegt: „Jak nastavit hranici, která vydrž&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Kde se chyby opakují nejčastě&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nakonec si hlídejte, co odhad znamená. Odhad není slib. Je to pravděpodobnostní tvrzení na základě toho, co dnes víme. Jakmile se změní zadání nebo se objeví nové informace, musí se změnit i odhad – a to bez dramatu. Projekt, kde se odhady nikdy neaktualizují, není řízený, jen vypadá dobře na papíře. Kdo s tímto přístupem začne, obvykle zjist…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Jak nastavit hranici, která vydrž&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Kde se chyby opakují nejčastě&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nakonec si hlídejte, co odhad znamená. Odhad není slib. Je to pravděpodobnostní tvrzení na základě toho, co dnes víme. Jakmile se změní zadání nebo se objeví nové informace, musí se změnit i odhad – a to bez dramatu. Projekt, kde se odhady nikdy neaktualizují, není řízený, jen vypadá dobře na papíře. Kdo s tímto přístupem začne, obvykle zjistí, že místo věčného vysvětlování zpoždění má najednou prostor říct, co je reálné, a co ne.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když program nefunguje, začněte u chybové zprávy. Kompilátor v C# hlásí přesný soubor, řádek i sloupec. Nejdřív hledejte chybějící středník, nepárovou závorku nebo překlep v názvu proměnné. Rozlišujte malé a velké písmeno: console a Console jsou dvě různé věci a kompilátor druhou z nich nezná. Další častá past je uložení souboru v jiném kódování, které rozbije diakritiku ve výpisu. Uložte zdroják v UTF-8.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Každý, kdo někdy vedl softwarový projekt, zná ten pocit: na začátku se vše zdálo jednoduché, odhad byl hotový za dvacet minut a termín vypadal bezpečně. O tři týdny později se tým topí v nečekaných chybách, integrace se protahuje a původní odhad je pryč. Odhadování času v softwaru není matematika, je to řemeslo. Dobrá zpráva je, že se dá výrazně zlepšit, pokud člověk přestane hrát hru na přesná čísla a začne pracovat s rozsahem a nejistotou.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pojmenování je druhá věc, která rozhoduje o čitelnosti. Funkce by měla dělat to, co říká její název, a název by měl být sloveso: spocitejCenu, nactiUzivatele, zvalidujEmail. Vyhněte se zkratkám jako tmp, data2 nebo obj. Čím konkrétnější název, tím méně komentářů potřebujete. Naopak zbytečné komentáře, které popisují, co kód dělá, jen zvyšují šum. Komentář má vysvětlovat proč, ne co – třeba proč je někde zvláštní podmínka kvůli chování prohlížeče.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Vytvořte složku pro projekt a v terminálu v ní spusťte dotnet new console -n MojePrvniAplikace. Příkaz vygeneruje kostru programu i projektový soubor. Pak se přesuňte do vzniklé složky příkazem cd MojePrvniAplikace a zkuste dotnet run. Uvidíte text, který program vypsal. Teprve teď má smysl otevřít soubor Program.cs a cokoli v něm měnit. Častá chyba je upravovat soubor dřív, než víte, že se projekt vůbec přeloží.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Co napsat do Program.cs a proč to funguje Nejjednodušší funkční program vypadá takto: Console.WriteLine(&amp;quot;Ahoj&amp;quot;);. Řádek končí středníkem, na tom záleží. Text v uvozovkách se vypíše a odřádkuje. Pokud chcete vstup od uživatele, použijte Console.ReadLine() a výsledek uložte do proměnné, například string jmeno = Console.ReadLine();. Pozor na návratový typ: ReadLine vrací text, i když uživatel napíše číslo. Před počítáním je nutné převést hodnotu, třeba pomocí int.Parse nebo lépe int.TryParse, které nespadne při nesmyslném vstupu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Než začnete psát kód, ověřte si, že máte skutečně nainstalovanou vývojovou sadu, ne jen runtime. Runtime umí spustit hotový program, ale nedokáže ho přeložit. Pokud po zadání dotnet run dostanete chybu o chybějící sadě SDK, hledejte příčinu tady. Ve Windows stačí otevřít terminál a napsat dotnet --list-sdks. Když se vypíše aspoň jedna verze, jste v pořádku. Když ne, doinstalujte sadu SDK a teprve pak pokračujte.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Až program poběží, zkuste ho spustit znovu po malé úpravě. Změňte text, přidejte druhou proměnnou, vypište výsledek jednoduchého výpočtu. Právě opakovaným spouštěním a čtením chyb se naučíte nejvíc. Nekopírujte dlouhé bloky kódu, kterým nerozumíte. Lepší je mít deset řádků, u kterých umíte vysvětlit každý znak, než sto řádků, které fungují jen náhodou. Až budete hotoví, projekt nezavírejte násilím, ale ukončete terminál a složku si ponechte pro další cvičení.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Další častý problém je ignorování historie. Tým, který si nevede záznamy o tom, jak dlouho mu minule trvaly podobné úkoly, bude odhadovat pořád stejně špatně. Veďte si jednoduchou evidenci: odhad versus skutečnost u každého většího úkolu. Po pár měsících z toho vznikne kalibrace, která je cennější než jakákoli metodika. Zároveň platí, že odhad má být týmová záležitost. Když odhaduje jen jeden člověk, promítá do něj své zkušenosti a slepá místa. Když odhaduje celý tým, rozdíly se vyruší a výsledek bývá realističtější.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Základem je rozpad práce na úkoly, které zaberou nejvýše jeden den. Pokud úkol trvá odhadem tři dny nebo týden, není to úkol, ale projekt. Rozdělte ho tak dlouho, dokud se nedostanete na položky o velikosti několika hodin. Tím získáte dvě věci: lépe uvidíte, co všechno je potřeba udělat, a zároveň snáze odhalíte položky, které jsou ve skutečnosti mnohem složitější, než se na první pohled zdálo. Do odhadu vždy započítejte i práci, která není přímo kódování: testování, code review, opravy po review, psaní dokumentace, komunikaci se zákazníkem a nasazení.&lt;/div&gt;</summary>
		<author><name>Linnea08D565386</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:Linnea08D565386&amp;diff=401481</id>
		<title>Benutzer:Linnea08D565386</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:Linnea08D565386&amp;diff=401481"/>
		<updated>2026-10-01T19:09:23Z</updated>

		<summary type="html">&lt;p&gt;Linnea08D565386: Die Seite wurde neu angelegt: „Váš průvodce dílnou i obývákem žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví popisovat postupy krok za krokem.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Váš průvodce dílnou i obývákem žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví popisovat postupy krok za krokem.&lt;/div&gt;</summary>
		<author><name>Linnea08D565386</name></author>
	</entry>
</feed>