https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=PhillippDunshea 2026-09-26T01:26:55Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Co_rozhoduje_o_p%C5%99ijet%C3%AD_do_prvn%C3%AD_pr%C3%A1ce_v%C3%BDvoj%C3%A1%C5%99e%3F&diff=232065 2026-08-29T02:58:27Z

<p>PhillippDunshea: Utworzono nową stronę &quot;Nespoléhejte na pořadí testů ani na sdílená data NUnit spouští testy v náhodném pořadí, pokud to výslovně nenastavíte. To je dobré, protože to odhalí právě závislosti mezi testy. Pokud máte test, který předpokládá, že před ním proběhl jiný test a připravil data, dříve nebo později narazíte na selhání, které se nedá reprodukovat. Řešení je jednoduché: každý test si musí vytvořit vlastní data a vlastní instance tříd…&quot;</p> <hr /> <div>Nespoléhejte na pořadí testů ani na sdílená data NUnit spouští testy v náhodném pořadí, pokud to výslovně nenastavíte. To je dobré, protože to odhalí právě závislosti mezi testy. Pokud máte test, který předpokládá, že před ním proběhl jiný test a připravil data, dříve nebo později narazíte na selhání, které se nedá reprodukovat. Řešení je jednoduché: každý test si musí vytvořit vlastní data a vlastní instance tříd. Používejte metody SetUp a TearDown, ale dejte pozor, aby i tyto metody byly nezávislé. Častý omyl je ukládat data do statických polí ve třídě testů – to je cesta do pekel.&lt;br&gt;&lt;br&gt;Dalším krokem je minimalizace kódu. Ze souborů CSS a JavaScript odstraňte bílé znaky, komentáře a nevyužité pravidla. Dnes to zvládnou automatické nástroje, které spustíte jedním příkazem. Dávejte si ale pozor na kombinaci souborů. Pokud sloučíte vše do jednoho velkého souboru, prohlížeč ho musí stáhnout celý, i když potřebuje jen malou část. Místo toho rozdělte kód na kritický a nekritický. Kritický vložte přímo do HTML, zbytek načtěte až po načtení stránky.&lt;br&gt;&lt;br&gt;Po migraci spusťte automatické testy, které ověří chování aplikace: vytvoření záznamu, editaci, smazání i specifické dotazy s agregacemi. Zkontrolujte také, zda se správně chovají transakce. Až budete mít jistotu, že data sedí a aplikace funguje, aktualizujte konfiguraci připojení a nasaďte novou verzi do produkce. Nezapomeňte na zálohu původní databáze, dokud nový systém neběží stabilně alespoň pár dní.&lt;br&gt;&lt;br&gt;Žádná konfigurace není dokonalá od začátku, a proto je důležité ji průběžně upravovat. Stanovte si pravidla, jak se změny konfigurace schvalují. Ideální je, aby každá úprava prošla code review, stejně jako běžný kód. Vyhnete se tím situaci, kdy někdo změní nastavení formátování bez vědomí ostatních a celý tým pak řeší zbytečné konflikty. K tomu pomáhá i to, že konfigurační soubor je verzovaný – v historii repozitáře je vidět, kdo co a kdy změnil. Toto je obzvlášť důležité v distribuovaných týmech, kde není možnost si vše říct osobně.&lt;br&gt;&lt;br&gt;Typickou chybou je přímý přepis SQL dotazů. V PostgreSQL nefunguje LIMIT s čárkou jako v MySQL – musíte použít klauzuli OFFSET. Dále se liší funkce pro práci s řetězci a datem, např. DATE_FORMAT nemá přímou obdobu, používá se TO_CHAR. Pokud ve svých dotazech používáte backticks pro označení sloupců, v PostgreSQL je nahraďte uvozovkami a dbejte na malá a velká písmena, protože PostgreSQL rozlišuje citlivost identifikátorů.&lt;br&gt;&lt;br&gt;Testování je nedílnou součástí vývoje, a pokud pracujete v Pythonu, pytest je jedním z nejpoužívanějších nástrojů. Na rozdíl od standardního unittestu nabízí jednodušší syntaxi, méně kódu a bohaté možnosti rozšíření. V tomto článku se zaměříme na praktické základy – od psaní prvních testů až po typické chyby, kterým se vyhnout.&lt;br&gt;&lt;br&gt;Kromě techniky se připravte i na otázky o týmové spolupráci. Například: „Jak řešíte konflikt s kolegou?&quot; nebo „Co uděláte, když nestíháte deadline?&quot; Zde se vyhněte frázím typu „jsem týmový hráč&quot; a místo toho popište konkrétní situaci z vaší zkušenosti – ze školy, brigády nebo vlastních projektů. Důležité je ukázat, že umíte komunikovat a že nejste uražliví, když někdo kritizuje váš kód.&lt;br&gt;&lt;br&gt;Po přijetí do první práce se připravte na to, že toho budete hodně nevědět. To je normální. Nebojte se dělat si poznámky a požádat o code review od zkušenějších kolegů. Typická chyba juniora je, že se tváří, že všemu rozumí, a pak dělá chyby. Místo toho se ptejte – ať už na interní nástroje, nebo na konvence v kódu. Každý den se snažte zlepšit alespoň o malý krok. Za půl roku budete překvapeni, kolik jste se toho naučili.&lt;br&gt;&lt;br&gt;A co testy, které selhávají jen občas? To je nejhorší druh chyby – nekonzistentní selhání. Nejčastěji za tím stojí sdílený stav, časová závislost (např. použití DateTime.Now) nebo pořadí testů. Řešením je eliminovat všechny tyto faktory. Časové hodnoty vkládejte jako parametr, ne jako pevnou hodnotu uvnitř metody. Pokud testujete něco, co závisí na aktuálním čase, nechte si čas předat nebo použijte injektovatelné hodiny. Jinak se test stane nedeterministickým a vy ho budete muset opravovat častěji než samotný kód.&lt;br&gt;&lt;br&gt;Než začnete posílat životopisy, udělejte si malý průzkum trhu. Otevřete si nabídky práce a zjistěte, jaké technologie se opakují. Pokud jste se učili JavaScript, ale většina inzerátů v okolí hledá Java nebo Python, zvažte, jestli se nepřeorientovat. Nejde o to umět vše, ale trefit se do poptávky. Zároveň si ověřte, co je v daném regionu standard – někde dominují velké korporace, jinde startupové týmy. Každé prostředí má jiná očekávání.</div>

PhillippDunshea https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:PhillippDunshea&diff=232057 2026-08-29T02:58:22Z

<p>PhillippDunshea: Utworzono nową stronę &quot;Někdo, kdo dílnou i obývákem se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejvíc mě baví popisovat postupy krok za krokem.&quot;</p> <hr /> <div>Někdo, kdo dílnou i obývákem se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejvíc mě baví popisovat postupy krok za krokem.</div>

PhillippDunshea