<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki-babylonsignalis.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=VivianDeatherage</id>
	<title>Babylon SIGNALIS Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-babylonsignalis.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=VivianDeatherage"/>
	<link rel="alternate" type="text/html" href="https://wiki-babylonsignalis.org/index.php/Special:Contributions/VivianDeatherage"/>
	<updated>2026-09-20T13:42:13Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://wiki-babylonsignalis.org/index.php?title=Kdy%C5%BE_p%C3%AD%C5%A1ete_commit,_myslete_na_toho,_kdo_bude_zm%C4%9Bny_%C4%8D%C3%ADst_za_p%C5%AFl_roku&amp;diff=188172</id>
		<title>Když píšete commit, myslete na toho, kdo bude změny číst za půl roku</title>
		<link rel="alternate" type="text/html" href="https://wiki-babylonsignalis.org/index.php?title=Kdy%C5%BE_p%C3%AD%C5%A1ete_commit,_myslete_na_toho,_kdo_bude_zm%C4%9Bny_%C4%8D%C3%ADst_za_p%C5%AFl_roku&amp;diff=188172"/>
		<updated>2026-08-29T10:09:07Z</updated>

		<summary type="html">&lt;p&gt;VivianDeatherage: Created page with &amp;quot;Typickou chybou začátečníků je použití NoSQL pro data, která vyžadují vztahy a transakce. Pokud ukládáte faktury a položky faktur, potřebujete zaručit, že se buď uloží celý dokument, nebo se neuloží nic. Většina NoSQL databází sice nabízí transakce, ale jejich použití je často omezené a složitější než v SQL. Než začnete modelovat, ověřte si, jak daný systém řeší atomické operace. Další pastí je špatný výběr typu datab...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Typickou chybou začátečníků je použití NoSQL pro data, která vyžadují vztahy a transakce. Pokud ukládáte faktury a položky faktur, potřebujete zaručit, že se buď uloží celý dokument, nebo se neuloží nic. Většina NoSQL databází sice nabízí transakce, ale jejich použití je často omezené a složitější než v SQL. Než začnete modelovat, ověřte si, jak daný systém řeší atomické operace. Další pastí je špatný výběr typu databáze: dokumentová databáze není vhodná pro grafy vztahů mezi uživateli, klíč-hodnota úložiště neumí efektivně dotazovat podle více atributů. Vždy si nejprve definujte, jak budete data číst, a teprve potom vyberte konkrétní nástroj.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na závěr si dejte pozor na přehnané množství pluginů. Instalace desítek rozšíření může zpomalit prostředí a způsobit konflikty. Vybírejte jen to, co skutečně využijete, a pravidelně kontrolujte, která rozšíření jsou aktivní. Pokud si osvojíte práci s klávesovými zkratkami a využijete vestavěné funkce, zjistíte, že většinu úkolů zvládnete bez zbytečných přídavků. Rozhodnutí o IDE by nemělo být jednorázové – po půl roce práce se vyplatí znovu vyhodnotit, jestli vám nástroj stále vyhovuje, a případně přejít na efektivnější řešení.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Co vám kompilátor neodpustí: středníky a uzavírání bloků Zkuste si napsat jednoduchý kód, který vypíše text a pak se zeptá na jméno. V C# to vypadá takto: Console.WriteLine(&amp;quot;Ahoj, jak se jmenuješ?&amp;quot;); a poté string jmeno = Console.ReadLine();. Dejte pozor na to, že ReadLine vrací řetězec – i když uživatel napíše číslo, bude to pořád text. Pokud byste chtěli číslo použít dál, budete ho muset převést. Ale to je další krok. Prozatím stačí řetězec uložit a pak ho použít v odpovědi: Console.WriteLine(&amp;quot;Těší mě, &amp;quot; + jmeno + &amp;quot;!&amp;quot;);. Pomocí plusu se řetězce spojují. Tady se často dělá chyba, že se zapomene na mezeru před vykřičníkem, ale to je spíš estetika. Hlavní je, aby kód odpovídal tomu, co chcete.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začněte krátkým shrnutím v rozsahu maximálně padesáti znaků. Toto shrnutí by mělo vystihovat podstatu změny, ideálně ve formátu „když…, tak…&amp;quot; nebo „aby…&amp;quot;. Například „aby se přihlášení nezaseklo, když API vrátí prázdný token&amp;quot; je mnohem užitečnější než „fix login&amp;quot;. Dlouhé zprávy rozdělte na více řádků – první řádek je nadpis, další řádky jsou podrobnosti. Většina nástrojů zobrazí jen první řádek, takže ten musí být srozumitelný sám o sobě.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nezapomínejte ani na rychlost spouštění. Některá plnohodnotná IDE se pomalu startují a na starším hardwaru mohou být nepoužitelná. Před finální volbou si změřte, jak dlouho trvá otevření projektu s dvěma stovkami souborů. Pokud to trvá déle než půl minuty, zvažte lehčí alternativu. Naopak pokud vám nevadí počkat, získáte často lepší integrované nástroje. Důležité je, abyste zvolili nástroj, který odpovídá vašemu vybavení a stylu práce.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když kód spustíte, objeví se okno a zmizí tak rychle, že nevidíte výsledek. Toto je klasický problém začátečníků. Řešení je jednoduché: na konec programu přidejte řádek Console.ReadKey();, který počká na stisknutí klávesy. Tento řádek je nezbytný, když aplikaci spouštíte přímo z IDE. Bez něj se okno zavře okamžitě po skončení programu. Mnoho lidí to neví a myslí si, že udělali něco špatně. Další častá chyba je, že lidé píší ReadLine místo ReadKey – to pak program čeká na vstup, ale vypadá to, jako by se nic nedělo. Rozdíl je v tom, že ReadLine čeká na Enter a celý řádek, zatímco ReadKey stačí jediná klávesa.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začněte tím, že si vytvoříte nový projekt konzolové aplikace. Ve Visual Studiu zvolte šablonu „Konzolová aplikace&amp;quot; a dejte projektu smysluplný název. Důležité je nespoléhat na to, že vám IDE všechno vygeneruje. Podívejte se, jaké soubory vznikly. Hlavní je Program.cs – tam píšete kód. Další soubory, jako třeba .csproj, si zatím nevšímejte, ale berte je jako součást projektu, kterou nebudete mazat. Typická začátečnická chyba je smazat něco, co „vypadá zbytečně&amp;quot;, a pak se divit, že projekt nefunguje.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Jak si uspořádat kolekci testů, aby se v ní dalo pracovat i za měsíc Kolekce v Postmanu nejsou jen obyčejné složky. Můžete jim nastavit takzvané před-spuštění skripty, které se provedou před každým požadavkem v kolekci. To se hodí pro generování časových razítek nebo obnovování tokenů. Stejně tak můžete definovat testy na úrovni kolekce, které běží po každém požadavku. Tím se vyhnete opakování stejných kontrol. Klíčové je ale kolekci udržovat v logickém pořadí – od jednoduchých požadavků po složitější scénáře.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Commitová zpráva je jediný trvalý záznam o tom, proč jste změnu provedli. Kód se přepíše, soubory se smažou, ale historie zůstává. Pokud píšete zprávy typu „oprava bugu&amp;quot; nebo „úpravy&amp;quot;, za pár měsíců nebudete vědět, co jste vlastně dělali. Vyplatí se proto investovat pár sekund navíc a napsat zprávu, která dá odpověď na dvě základní otázky: co se změnilo a proč.&lt;/div&gt;</summary>
		<author><name>VivianDeatherage</name></author>
	</entry>
	<entry>
		<id>https://wiki-babylonsignalis.org/index.php?title=User:VivianDeatherage&amp;diff=188167</id>
		<title>User:VivianDeatherage</title>
		<link rel="alternate" type="text/html" href="https://wiki-babylonsignalis.org/index.php?title=User:VivianDeatherage&amp;diff=188167"/>
		<updated>2026-08-29T10:09:03Z</updated>

		<summary type="html">&lt;p&gt;VivianDeatherage: Created page with &amp;quot;Váš průvodce světem interiérů se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Váš průvodce světem interiérů se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>VivianDeatherage</name></author>
	</entry>
</feed>