<?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=GermanV244</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=GermanV244"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/GermanV244"/>
	<updated>2026-10-12T13:43:35Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=5_n%C3%A1vyk%C5%AF,_d%C3%ADky_nim%C5%BE_se_v_historii_commit%C5%AF_vyzn%C3%A1te_i_po_m%C4%9Bs%C3%ADc%C3%ADch&amp;diff=461558</id>
		<title>5 návyků, díky nimž se v historii commitů vyznáte i po měsících</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=5_n%C3%A1vyk%C5%AF,_d%C3%ADky_nim%C5%BE_se_v_historii_commit%C5%AF_vyzn%C3%A1te_i_po_m%C4%9Bs%C3%ADc%C3%ADch&amp;diff=461558"/>
		<updated>2026-10-12T06:33:11Z</updated>

		<summary type="html">&lt;p&gt;GermanV244: Die Seite wurde neu angelegt: „&amp;lt;br&amp;gt;Častá chyba je snaha o dokonalé pokrytí všech větví. Sto procent pokrytí neznamená kvalitu, často znamená jen velké množství testů, které nikdo nečte. Další chybou je ignorování testovacích dat. Pokud integrační testy vytvářejí data ad hoc, dříve nebo později dojde ke kolizím. Pomáhá jednotný způsob přípravy dat a jejich úklidu. Také se vyhněte sdílení stavu mezi testy. Každý test má začínat v čistém pr…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;br&amp;gt;Častá chyba je snaha o dokonalé pokrytí všech větví. Sto procent pokrytí neznamená kvalitu, často znamená jen velké množství testů, které nikdo nečte. Další chybou je ignorování testovacích dat. Pokud integrační testy vytvářejí data ad hoc, dříve nebo později dojde ke kolizím. Pomáhá jednotný způsob přípravy dat a jejich úklidu. Také se vyhněte sdílení stavu mezi testy. Každý test má začínat v čistém prostředí, i když to znamená pomalejší běh. Rychlost se dá řešit paralelizací, ale špatná izolace se řeší jen přepisem.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Signály, že sada potřebuje revizi, jsou konkrétní. Testy začnou být závislé na pořadí spouštění. Některé procházejí jen na vývojářském stroji, ale v CI padají. Opakovaně se objevují testy, které se „občas&amp;quot; zaseknou, a někdo je prostě restartuje. To nejsou náhodné chyby, to je strukturální problém. V takové chvíli je potřeba zastavit se a udělat inventuru. Ne přes víkend, ale jako běžnou součást práce na dvě až tři iterace.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Druhá past je ignorovat nejistotu. Místo jednoho čísla dávejte rozsah: „mezi dvěma a pěti dny&amp;quot;. Když se blížíte horní hranici, je to signál k jednání, ne [https://Www.Vocabulary.com/dictionary/k%20ml%C4%8Den%C3%AD k mlčení]. Odhad, který se nedá průběžně upravovat, je jen přání. Zaveďte pravidlo, že se odhady revidují na začátku každého týdne, a to i tehdy, když se zdá, že všechno jde podle plánu. Právě včasná korekce zachrání termín.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Odhadovat čas v softwarovém projektu je dovednost, kterou se nikdo nenaučí z knihy. Většina týmů ale opakuje stejnou chybu: odhaduje práci, kterou ještě nikdy nedělala, a to stejnou metodou jako práci, kterou dělá denně. Výsledkem je, že se termíny posouvají, lidé pracují přesčas a důvěra zadavatele klesá. Přitom stačí změnit postup.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Konfiguraci pište jako kód a držte ji v repozitáři. Každý krok pojmenujte tak, aby z logu bylo jasné, co selhalo. Místo jednoho velkého skriptu použijte několik menších kroků:  If you have any issues pertaining to where and how to use [http://crativ.co.kr/bbs/board.php?bo_table=info1&amp;amp;wr_id=140413 kompletní návod], you can contact us at our own website. instalace závislostí, build, unit testy, integrační testy. U každého kroku nastavte timeout, jinak zaseknutý test zablokuje celou frontu. Vyhněte se instalaci nástrojů za běhu z internetu — používejte předpřipravené image, které už potřebné závislosti obsahují. Ušetříte čas a odstraníte jednu z častých příčin nestability.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začněte tím, že zjistíte, která licence se na konkrétní soubor vztahuje. V repozitáři bývá soubor s licenčním textem, ale pozor: jeden projekt může obsahovat části pod různými licencemi. Zkontrolujte hlavičky jednotlivých souborů, složku s licencemi i dokumentaci. Pokud někde chybí výslovná licence, automaticky to neznamená, že je kód volný. Naopak, bez výslovného svolení nemáte právo ho šířit ani upravovat, i když je veřejně dostupný.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Zpráva commitu není popis pro tebe za hodinu,  [http://crativ.co.kr/bbs/board.php?bo_table=info1&amp;amp;wr_id=140413 jak zařídit malou kuchyni] ale pro kohokoli, kdo se do historie podívá za půl roku. Proto se vyplatí psát ji tak, aby odpovídala na jedinou otázku: co se změnilo a proč. Když si na to zvykneš, budeš historii procházet rychleji než jakýkoli nástroj s grafem.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Proč se odhady rozpadají na konci sprintu Typická chyba je odhadovat podle „ideálního dne&amp;quot;. Ideální den neexistuje. Pokud plánujete osm hodin soustředěné práce, realita je spíš čtyři až pět. Zbytek spolkne komunikace, opravy drobností a vyrušení. Proto si veďte deník, kam si budete týden po týdnu zapisovat, kolik času jste skutečně strávili na podobných úkolech. Po měsíci získáte vlastní koeficient, kterým budete násobit každý optimistický odhad. Nepoužívejte cizí tabulky, vaše čísla jsou ta jediná užitečná.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Než kód nasadíte, udělejte si jednoduchý audit. Sepište si všechny použité komponenty, u každého uveďte licenci a podmínky, které z ní plynou. Označte ty, které vyžadují zveřejnění zdrojového kódu, a rozhodněte, zda je to pro váš projekt přijatelné. Pokud si nejste jistí výkladem, konzultujte to s právníkem, ne s kolegou, který „to taky tak dělá&amp;quot;. Uložte si i verzi licence, protože se může v čase měnit.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typické chyby se opakují: příliš obecný předmět, chybějící důvod, míchání více témat, psaní v minulém čase („přidal jsem&amp;quot;) a odkazování na kontext, který existuje jen v tvé hlavě. Pomáhá jednoduché pravidlo — když si u commitu nejsi jistý, přečti si ho nahlas a představ, že ho vidí kolega, který o projektu nic neví. Pokud mu to nedává smysl, přepiš ho.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typická chyba je zaměnit licenci pro software a licenci pro dokumentaci nebo obrázky. Když do projektu přidáte knihovnu pod jednou licencí a grafiku pod jinou, musíte splnit obě. Další častá chyba je ignorovat požadavek na uvedení autora. Nestačí dát odkaz do dokumentace, kterou nikdo nečte; text licence a jméno autora patří tam, kde je vidí každý, kdo dílo dostane. Stejně tak nestačí licence zkopírovat do repozitáře, pokud ji při distribuci binárky nebo balíčku zapomenete přiložit.&amp;lt;br&amp;gt;&lt;/div&gt;</summary>
		<author><name>GermanV244</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:GermanV244&amp;diff=461556</id>
		<title>Benutzer:GermanV244</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:GermanV244&amp;diff=461556"/>
		<updated>2026-10-12T06:33:09Z</updated>

		<summary type="html">&lt;p&gt;GermanV244: Die Seite wurde neu angelegt: „Autor blogu dílnou i obývákem 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;lt;br&amp;gt;&amp;lt;br&amp;gt;My blog post :: [http://crativ.co.kr/bbs/board.php?bo_table=info1&amp;amp;wr_id=140413 návod]“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu dílnou i obývákem 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;lt;br&amp;gt;&amp;lt;br&amp;gt;My blog post :: [http://crativ.co.kr/bbs/board.php?bo_table=info1&amp;amp;wr_id=140413 návod]&lt;/div&gt;</summary>
		<author><name>GermanV244</name></author>
	</entry>
</feed>