<?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=TrudiMackenzie</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=TrudiMackenzie"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/TrudiMackenzie"/>
	<updated>2026-10-14T05:40:26Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Prvn%C3%AD_pr%C3%A1ce_v_IT:_sout%C4%9B%C5%BE_s_%C5%BEivotopisem,_nebo_hled%C3%A1n%C3%AD_zn%C3%A1most%C3%AD%3F&amp;diff=402107</id>
		<title>První práce v IT: soutěž s životopisem, nebo hledání známostí?</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Prvn%C3%AD_pr%C3%A1ce_v_IT:_sout%C4%9B%C5%BE_s_%C5%BEivotopisem,_nebo_hled%C3%A1n%C3%AD_zn%C3%A1most%C3%AD%3F&amp;diff=402107"/>
		<updated>2026-10-01T20:05:59Z</updated>

		<summary type="html">&lt;p&gt;TrudiMackenzie: Die Seite wurde neu angelegt: „Podmínky zjednodušuj pomocí návratů. Místo hlubokého if s dlouhým else použij takzvaný early return: ošetři krajní případ na začátku a zbytek nech bez odsazení. Nepiš if (podminka) return true else return false , stačí return podminka. Vyhýbej se magickým číslům a řetězcům — dej jim název v konstantě. A hlavně: názvy drž konzistentní. Když jednou používáš uzivatel, nepřepínej střídavě na user a u.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Klí…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Podmínky zjednodušuj pomocí návratů. Místo hlubokého if s dlouhým else použij takzvaný early return: ošetři krajní případ na začátku a zbytek nech bez odsazení. Nepiš if (podminka) return true else return false , stačí return podminka. Vyhýbej se magickým číslům a řetězcům — dej jim název v konstantě. A hlavně: názvy drž konzistentní. Když jednou používáš uzivatel, nepřepínej střídavě na user a u.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Klíčovou vlastností pytestu jsou fixtures. Definujete je pomocí dekorátoru @pytest.fixture a předáváte je jako argumenty testovacích funkcí. Fixture může připravit databázi, dočasný soubor nebo instanci klienta. Díky scopu se řídí, zda se má vytvořit pro každý test, nebo jednou za modul. Častou chybou je zapomenutí úklidu. Pokud fixture něco otevírá, musí to také zavřít, ideálně přes yield a kód v bloku finally. Jinak testy zanechávají otevřené soubory a spojení.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Většina juniorních vývojářů posílá desítky životopisů do firem, které inzerují volnou pozici, a diví se, že odpověď nepřijde. Problém nebývá v kvalitě kódu, ale ve způsobu, jakým hledáte. Rozdíl mezi soutěží o inzerát a hledáním přes lidi, které znáte, je zásadní. Inzerát vidí stovky uchazečů, reference vidí jeden člověk, který vás doporučí. Začněte u sebe: napište si seznam všech, kdo pracuje v technologiích — bývalí spolužáci, učitelé, účastníci meetupů, správci open-source projektů, kde jste přispěli. Těm napište krátkou zprávu, ne „hledám práci&amp;quot;, ale konkrétní dotaz na jejich zkušenost.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na pohovoru se ptejte i vy. Zajímá vás, kdo vás bude zaučovat, kolik času na to má, jak vypadá první měsíc a zda mají code review. Pokud firma na tyto otázky nemá odpověď, je to signál. Stejně tak sledujte, zda pohovor vedou lidé, se kterými budete pracovat, nebo jen personalista. U malých firem se nebojte zeptat, jak řeší testování a nasazování. U velkých zase, zda junior dostane mentora a zda se počítá s postupem.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Druhá častá past je ignorování prostředí a konfigurace. Když se testovací a produkční prostředí liší v verzích, přístupech nebo datech, pipeline bude zelená a přesto to v produkci spadne. Držte konfiguraci oddělenou od kódu, ideálně v podobě, kterou lze verzovat a kontrolovat. Stejně tak nestačí měřit jen počet nasazení. Sledujte, jak dlouho trvá od commitu po běžící změnu, kolik změn selže a jak rychle se systém vzpamatuje z výpadku. Bez těchto čísel se každé zlepšení mine účinkem.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pokrytí přestává být užitečné ve chvíli, kdy začneš psát testy kvůli číslu, ne kvůli riziku. Typický projev: testy volají funkci, zkontrolují, že nespadla, ale netvrdí nic o výsledku. Další častý případ je ignorování větví, které nelze snadno zasáhnout, takže se místo jejich otestování obalí podmínkou nebo se z kódu odstraní, aby číslo vypadalo lépe. Pokud se v týmu mluví o pokrytí častěji než o chybách, které testy odhalily, je metrika na špatné cestě.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;První nabídku neberte hned, ale ani neodmítejte kvůli tomu, že technologie nejsou přesně podle vašich představ. První rok v praxi naučí víc než tři roky kurzů. Rozhodujte se podle tří věcí: kdo vás povede, zda uvidíte reálný provoz a zda dostanete zpětnou vazbu. Plat je důležitý, ale bez těchto tří věcí skončíte po roce na stejném místě. Pokud váháte mezi dvěma nabídkami, vyberte tu, kde jste se na pohovoru cítili hloupě — znamená to, že se tam máte co učit.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Životopis držte na jedné stránce. Nahoru dejte odkazy na veřejný profil s kódem a na projekty. Neuvádějte všechny technologie, které jste kdy viděli. U každé uveďte, co jste s ní reálně postavili. U vzdělání stačí jeden řádek, pokud nemáte praxi. U brigád a školních projektů popište výsledek, ne náplň práce. Místo „účastnil jsem se vývoje&amp;quot; napište „navrhl jsem databázi pro evidenci a napsal jsem API, které ji obsluhuje&amp;quot;.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt; Verze systému a zpětná kompatibilita nejsou formali&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Co firmy u juniora skutečně testují Pohovor na juniorní pozici nezkouší, kolik jazyků umíte nazpaměť. Zajímá je, jestli umíte přemýšlet nahlas, přiznat, že něco nevíte, a dohledat to. Typická chyba je předstírat znalost. Když neznáte odpověď, řekněte: „To jsem ještě neřešil, ale zkusil bych to takto.&amp;quot; Uveďte postup, ne výmluvu. Připravte si dvě až tři vlastní projekty, u kterých umíte vysvětlit, proč jste zvolili danou knihovnu, co bylo nejtěžší a co byste dnes udělali jinak. Naučte se základy systémů: co se stane po odeslání HTTP požadavku, jak funguje index v databázi, k čemu je verzovací systém. To stačí na většinu juniorních pohovorů.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Poslední praktická rada: začněte ještě před nástupem. Projděte si repozitář firmy, přečtěte si dokumentaci a připravte si vývojové prostředí. První den se pak ptáte na věci, které se týkají práce, ne na to, kde je káva. Kariéra v IT není o tom, kdo toho ví nejvíc, ale kdo vydrží být konzistentně užitečný.&lt;/div&gt;</summary>
		<author><name>TrudiMackenzie</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:TrudiMackenzie&amp;diff=402106</id>
		<title>Benutzer:TrudiMackenzie</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:TrudiMackenzie&amp;diff=402106"/>
		<updated>2026-10-01T20:05:58Z</updated>

		<summary type="html">&lt;p&gt;TrudiMackenzie: Die Seite wurde neu angelegt: „Někdo, kdo dílnou i obývákem se zabývá denně. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději hledat cesty, jak si usnadnit život.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Někdo, kdo dílnou i obývákem se zabývá denně. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejraději hledat cesty, jak si usnadnit život.&lt;/div&gt;</summary>
		<author><name>TrudiMackenzie</name></author>
	</entry>
</feed>