<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
		<id>http://wiki.pannier-schulungen.de/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Liam1633791</id>
		<title>MeinWiki - Benutzerbeiträge [de]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.pannier-schulungen.de/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Liam1633791"/>
		<link rel="alternate" type="text/html" href="http://wiki.pannier-schulungen.de/index.php?title=Spezial:Beitr%C3%A4ge/Liam1633791"/>
		<updated>2026-08-27T21:57:12Z</updated>
		<subtitle>Benutzerbeiträge</subtitle>
		<generator>MediaWiki 1.28.0</generator>

	<entry>
		<id>http://wiki.pannier-schulungen.de/index.php?title=Prvn%C3%AD_programovac%C3%AD_jazyk:_jak_vybrat_spr%C3%A1vn%C4%9B&amp;diff=113868</id>
		<title>První programovací jazyk: jak vybrat správně</title>
		<link rel="alternate" type="text/html" href="http://wiki.pannier-schulungen.de/index.php?title=Prvn%C3%AD_programovac%C3%AD_jazyk:_jak_vybrat_spr%C3%A1vn%C4%9B&amp;diff=113868"/>
				<updated>2026-08-21T17:43:57Z</updated>
		
		<summary type="html">&lt;p&gt;Liam1633791: Die Seite wurde neu angelegt: „Další vrstvou ochrany je validace vstupů na straně serveru. Nikdy nespoléhejte na JavaScript, protože ten lze snadno obejít. Ověřujte délku, typ a ro…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Další vrstvou ochrany je validace vstupů na straně serveru. Nikdy nespoléhejte na JavaScript, protože ten lze snadno obejít. Ověřujte délku, typ a rozsah hodnot – pokud očekáváte číslo, použijte funkci pro převod na integer a ošetřete chyby. U řetězců kontrolujte maximální délku a případně znakovou sadu. Tím sice nenahradíte parametrizaci, ale omezíte riziko, že se do dotazu dostane neočekávaný obsah. Dále omezte práva databázového účtu, který aplikace používá. Pokud aplikace potřebuje jen čtení, vytvořte účet s právem SELECT. Nikdy nepoužívejte administrátorský účet pro běžné operace.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nejlepší způsob, jak se rozhodnout, je vyzkoušet si to. Vyberte si dva kandidáty a napište v nich jednoduchý program – třeba kalkulačku nebo převod jednotek. Srovnejte, který zápis vám připadá přirozenější a který vás baví víc. Nebojte se začít s něčím, co se na první pohled zdá méně „cool&amp;quot;. Důležité je, abyste u toho vydrželi. Pokud zjistíte, že vás jazyk nebaví, nic se neděje – změna na začátku je normální a levnější než změna po roce. Vyberte si, pusťte se do toho a první program napište ještě dnes.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Při testování si všímejte nejen funkčnosti, ale i použitelnosti (UX). Zapisujte každý nedostatek srozumitelně a reprodukovatelně: postup, očekávaný výsledek, skutečný výsledek. To je přesně to, co dělá profesionální tester. Výstup poté zpracujte do formátu, který vypadá jako z reálné firmy – s čísly verzí, prostředím a datem. Takový „portfolio projekt&amp;quot; ukáže na pohovoru víc než teoretická znalost.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Zaměřte se na účel, ne na popularitu Častou chybou je vybírat jazyk podle žebříčků oblíbenosti nebo podle toho, co zrovna frčí. To je ale zavádějící. Jazyk, který je populární celosvětově, nemusí být vhodný pro vaši oblast. Například pro webové frontendy se používá JavaScript, pro backend zase Python, Java nebo C#. Pokud vás láká vývoj her, budete spíše potřebovat C++ s herním engine, ale pro začátek může být přívětivější Python s knihovnou pro tvorbu her. Místo slepého sledování trendů si zjistěte, jaké jazyky se běžně používají v projektech, které vás zajímají.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Nakonec se naučte používat podmíněné breakpointy. Klikněte pravým tlačítkem na číslo řádku a zvolte „Add conditional breakpoint&amp;quot;. Zadejte podmínku, například user.id === 42. Kód se zastaví jen tehdy, když je podmínka pravdivá. Tím se vyhnete zbytečnému zastavování v každé iteraci cyklu. Pamatujte také na to, že po opravě vždy smažte všechny dočasné logy a breakpointy, aby nezůstaly v produkčním kódu. Dobré ladění je o systematičnosti – nejprve zkontrolujte data, která do funkce vstupují, pak logiku a nakonec to, co se vrací.&amp;lt;br&amp;gt;&amp;lt;br&amp;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('.aktivni').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.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Časté chyby a jak je odhalit Nejčastější chybou je použití operátoru přiřazení = místo porovnání ===. Výsledkem je, že podmínka vždy projde, ale hodnota se tiše změní. Pokud si nejste jistí, podívejte se na hodnotu proměnné v breakpointu – pokud se liší od očekávání, pravděpodobně jde o tento případ. Další častou chybou je zapomenutí na asynchronní volání. Když používáte setTimeout nebo fetch, kód běží až po dokončení aktuálního vlákna. Pokud očekáváte hodnotu okamžitě, dostanete undefined. Zde pomůže panel Network, který ukazuje, zda požadavek vůbec proběhl a s jakou odpovědí.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začít kariéru v testování softwaru bez praxe je reálné, ale vyžaduje to cílenou přípravu. Firmy často hledají juniory, kteří znají základy testovacího procesu a mají analytické myšlení. Místo snění o první nabídce se zaměřte na to, co můžete udělat ještě dnes: naučte se, jak se píše testovací případ, a osvojte si nástroje pro hlášení chyb.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Další užitečnou funkcí je sledování hodnot výrazů v reálném čase. V panelu Watch můžete přidat jakýkoliv výraz (například users.length nebo document.title) a vidět, jak se mění při průchodu kódem. To je efektivnější než vpisovat console.log do každé větve. Pozor si dejte na to, že u asynchronních funkcí se hodnoty zobrazují v okamžiku zastavení, takže pokud potřebujete vidět stav po dokončení nějaké operace, budete muset nastavit breakpoint až za ní.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Během přípravy si vytvořte strukturovaný životopis, kde místo pracovní historie uvedete „Vlastní testovací projekty&amp;quot; a konkrétní ukázky: kolik chyb jste nalezli, jaké typy testů jste provedli, jaké nástroje jste používali. U pohovoru se nevyhýbejte otázce, proč nemáte praxi – vysvětlete, co jste se naučili, a ukažte svůj portfolio. Důležité je, abyste mluvili o tom, co jste dělali, ne o tom, co neumíte.&lt;/div&gt;</summary>
		<author><name>Liam1633791</name></author>	</entry>

	<entry>
		<id>http://wiki.pannier-schulungen.de/index.php?title=Benutzer:Liam1633791&amp;diff=113865</id>
		<title>Benutzer:Liam1633791</title>
		<link rel="alternate" type="text/html" href="http://wiki.pannier-schulungen.de/index.php?title=Benutzer:Liam1633791&amp;diff=113865"/>
				<updated>2026-08-21T17:43:56Z</updated>
		
		<summary type="html">&lt;p&gt;Liam1633791: Die Seite wurde neu angelegt: „Někdo, kdo dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví ukazovat chytrá řešení,…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Někdo, kdo dílnou i obývákem sází na osvědčené tipy. Sdílím zde, jak zvládnout domácnost bez stresu. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>Liam1633791</name></author>	</entry>

	</feed>