<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.it-core.eu/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=DixieBays795049</id>
	<title>IT-Core - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://www.it-core.eu/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=DixieBays795049"/>
	<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=Special:Contributions/DixieBays795049"/>
	<updated>2026-09-03T11:17:18Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.44.2</generator>
	<entry>
		<id>https://www.it-core.eu/wiki/index.php?title=Co_se_stane,_kdy%C5%BE_si_IDE_pro_Python_vyb%C3%ADr%C3%A1te_jen_podle_grafiky&amp;diff=200469</id>
		<title>Co se stane, když si IDE pro Python vybíráte jen podle grafiky</title>
		<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=Co_se_stane,_kdy%C5%BE_si_IDE_pro_Python_vyb%C3%ADr%C3%A1te_jen_podle_grafiky&amp;diff=200469"/>
		<updated>2026-08-29T05:50:25Z</updated>

		<summary type="html">&lt;p&gt;DixieBays795049: Created page with &amp;quot;Užitečné je také myslet na klávesnici, zejména u formulářů. Enter by měl odeslat formulář, tlačítko Escape by mělo zavřít dialog nebo přesunout focus na předešlý prvek. Tato drobnost dělá aplikaci přívětivou pro pokročilé uživatele i lidi s postižením. A když už mluvíme o přístupnosti – nezapomeňte na popisky u ikon a dostatečný kontrast mezi textem a pozadím. Tím usnadníte používání lidem s poruchami zraku a zároveň pom...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Užitečné je také myslet na klávesnici, zejména u formulářů. Enter by měl odeslat formulář, tlačítko Escape by mělo zavřít dialog nebo přesunout focus na předešlý prvek. Tato drobnost dělá aplikaci přívětivou pro pokročilé uživatele i lidi s postižením. A když už mluvíme o přístupnosti – nezapomeňte na popisky u ikon a dostatečný kontrast mezi textem a pozadím. Tím usnadníte používání lidem s poruchami zraku a zároveň pomůžete i ostatním, kteří mají slabší displej nebo sluneční světlo na mobilu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Klíčový princip, který byste měli dodržovat, je oddělení dat od instrukcí. Nikdy nepracujte s dotazem postaveným jako jeden řetězec, kam přímo vkládáte hodnoty z formuláře. Typická chyba vypadá takto: aplikace sestaví SQL příkaz pomocí zřetězení textu a do něj vloží uživatelský vstup. Pokud uživatel do pole pro jméno napíše běžný text, vše funguje. Jakmile ale napíše něco jako „nebo 1=1 –„, dotaz se změní a může vrátit všechna data z tabulky. Stejně nebezpečné jsou číselné parametry, které se předávají bez kontroly – stačí místo čísla poslat výraz, který databáze vyhodnotí jako podmínku.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Druhou pastí je přehlížení integrace s ladicími nástroji. Mnoho začátečníků se spoléhá na tiskové výpisy, ale po čase narazí na problém, který takto neodhalí. Kvalitní IDE vám umožní nastavit breakpointy, procházet kód krok za krokem a sledovat hodnoty proměnných. Pokud tuto funkci ve svém editoru nemáte, naučte se alespoň používat pdb, standardní ladicí nástroj Pythonu. Je to nepohodlné, ale v nouzi zachrání situaci.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Jak poznat, že je vaše aplikace zranitelná Základní test zvládnete sami. Najděte v aplikaci formulář nebo URL parametr, který posílá data na server. Zkuste do něj zadat jednoduchý SQL výraz, třeba apostrof. Pokud aplikace spadne nebo vrátí chybovou hlášku s detailem dotazu, je téměř jistě zranitelná. Dalším krokem je zkouška logické podmínky: zadejte dvě různé hodnoty, které se liší jen v pravdivostní podmínce, a sledujte rozdíl v odpovědi. Pokud se chování liší podle toho, zda vložíte podmínku, kterou databáze vyhodnotí jako pravdivou, nebo nepravdivou, máte problém. Automatické skenery najdou jen část chyb – ty složitější, jako je slepá SQL injection, si žádají ruční testování.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Plánujete-li termín dodání softwarové funkce, často vycházíte ze seznamu viditelných úkolů: napsat kód, otestovat, nasadit. Realita je ale jiná. Do výsledného času se promítá řada činností, které nejsou v zadání, přesto zaberou hodiny i dny. Patří sem komunikace s kolegy, dohledávání souvislostí, opravy chyb v existujícím kódu, příprava prostředí, schůzky nebo odpovídání na dotazy. Bez jejich započítání je odhad vždy optimistický a termín se pravidelně posouvá.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Proč se vyhnout kurzům slibujícím „testerskou superhvězdu&amp;quot; za víkend Kurzy a certifikace nejsou samy o sobě špatné, ale pozor na ty, které slibují zaručené zaměstnání. Zaměstnavatelé se dnes dívají hlavně na to, co umíte, ne na papír. Mnohem efektivnější je investovat čas do samostudia a tvorby portfolia. Můžete si také založit blog, kde popíšete, jak testujete, a analyzujete chyby, které jste našli. Tím ukážete, že to myslíte vážně, a získáte něco, co můžete ukázat na pohovoru.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;První krok k pozici testera bez praxe vypadá banálně, ale většina uchazečů ho přeskočí. Než začnete rozesílat životopisy, zjistěte si, co tester ve firmě skutečně dělá. Čtěte inzeráty a hledejte společné požadavky — nejčastěji to bývá logické myšlení, pečlivost a schopnost psát srozumitelně. Nepotřebujete znát programovací jazyk, ale určitě se vyplatí rozumět tomu, co je bug report, test case nebo regression test. Vše najdete v odborných článcích, a to bezplatně.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Jak vyčíslit neviditelné, když nemáte data z minulosti Prvním krokem je rozlišit činnosti, které jsou přímo spojené s úkolem, a ty, které jsou jen jeho okolím. Například psaní nové funkce je přímá práce, ale její integrace do stávajícího systému, konfigurace testovacího prostředí nebo ladění rozhraní s jiným týmem jsou skryté náklady. U každého úkolu si položte otázku: co musí být hotové, aby funkce fungovala v ostrém provozu? Seznam těchto činností si napište a odhadněte čas na každou z nich zvlášť. Klíčové je nepodcenit opakovanou práci – pokud úkol vyžaduje změny ve více částech systému, počítejte s časem na synchronizaci a testování všech variant.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Třetí častá chyba začátečníků je ignorování měkkých dovedností. Tester totiž nepracuje jen s počítačem, ale hlavně s lidmi — musí umět popsat problém tak, aby mu programátor rozuměl, a obhájit, proč je daná chyba důležitá. Zkuste si procvičit psaní hlášení o chybách: stručně, jasně, s kroky pro reprodukci. Vyhněte se frázím jako „nefunguje to&amp;quot; a místo toho napište, co přesně se stalo, co jste očekávali a co se stalo místo toho.&lt;/div&gt;</summary>
		<author><name>DixieBays795049</name></author>
	</entry>
	<entry>
		<id>https://www.it-core.eu/wiki/index.php?title=User:DixieBays795049&amp;diff=200465</id>
		<title>User:DixieBays795049</title>
		<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=User:DixieBays795049&amp;diff=200465"/>
		<updated>2026-08-29T05:50:20Z</updated>

		<summary type="html">&lt;p&gt;DixieBays795049: Created page with &amp;quot;Autor blogu světem interiérů se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví popisovat postupy krok za krokem.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu světem interiérů se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví popisovat postupy krok za krokem.&lt;/div&gt;</summary>
		<author><name>DixieBays795049</name></author>
	</entry>
</feed>