https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=FayeCadman5 2026-10-14T16:00:09Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Kdy%C5%BE_commit_zpr%C3%A1va_%C5%A1et%C5%99%C3%AD_%C4%8Das_p%C5%99i_hled%C3%A1n%C3%AD_vin%C3%ADka_zm%C4%9Bny&diff=863827 2026-10-01T19:35:49Z

<p>FayeCadman5: Utworzono nową stronę &quot;Typické chyby, které strukturovanou zpětnou vazbu zabíjejí: facilitátor nedrží čas a nechá jednu osobu mluvit půl hodiny; tým přeskočí přípravu a improvizuje; někdo použije zpětnou vazbu jako záminku k osobnímu útoku; nebo se rozhodne příliš mnoho věcí a žádná se nedotáhne. Další častou chybou je, že se na začátku další retrospektivy nezkontroluje, co se z minulých závazků splnilo. Bez této kontroly se struktura změní v…&quot;</p> <hr /> <div>Typické chyby, které strukturovanou zpětnou vazbu zabíjejí: facilitátor nedrží čas a nechá jednu osobu mluvit půl hodiny; tým přeskočí přípravu a improvizuje; někdo použije zpětnou vazbu jako záminku k osobnímu útoku; nebo se rozhodne příliš mnoho věcí a žádná se nedotáhne. Další častou chybou je, že se na začátku další retrospektivy nezkontroluje, co se z minulých závazků splnilo. Bez této kontroly se struktura změní v prázdný rituál.&lt;br&gt;&lt;br&gt;Před odesláním si zprávu přečtěte nahlas. Pokud z ní nejste schopni do pěti sekund pochopit, co commit dělá, přepište ji. Držte se jednoho jazyka a jednotného času – minulý čas se v některých týmech používá, ale důležitější je konzistence. A nezapomeňte, že commit zpráva není místo pro urážky ani pro interní vtipy; i ty se jednou mohou objevit v oficiálním auditu.&lt;br&gt;&lt;br&gt;Retrospektiva se často zvrhne v hádku o tom, kdo co pokazil, nebo v tiché kývání hlavou, po kterém se nic nezmění. Řešení není v nové aplikaci ani v delší schůzce. Stačí změnit způsob, jakým si tým předává zpětnou vazbu. Místo dojmů a obecných frází potřebujete strukturu, která oddělí pozorování od interpretace a návrh od výčitky.&lt;br&gt;&lt;br&gt;TypeScript tedy není otázka módy, ale velikosti a životnosti kódu. Malý nástroj zvládnete bez něj. Větší aplikace s více vývojáři a delší životností ocení, že chyby vidíte dřív a rozhraní jsou popsaná. Rozhodující není, zda typy používáte, ale zda je používáte poctivě. Jakmile začnete obcházet kontrolu přes „any&quot; a tvrzení typů, přestává mít nástroj smysl a zůstane jen pomalejší zápis.&lt;br&gt;&lt;br&gt;Kdy má smysl sáhnout po automatizaci Automatizace se vyplatí u opakujících se regresních testů: přihlášení, vyplnění formuláře, dokončení nákupu, načtení seznamu položek. Nástroje pro automatizaci mobilních aplikací obvykle pracují dvěma způsoby. První přistupuje k aplikaci jako k černé skříňce a hledá prvky podle textu, identifikátoru nebo pozice na obrazovce. Druhý vkládá do kódu testovací značky, což je spolehlivější, ale vyžaduje spolupráci s vývojáři. Pozor na selektory vázané na pořadí prvků – po jakékoli úpravě rozvržení se celá sada testů rozpadne.&lt;br&gt;&lt;br&gt;Po výběru tématu přejděte k návrhům. Každý návrh musí být konkrétní, měřitelný a přiřazený konkrétní osobě s termínem. Vyhněte se formulacím jako „měli bychom lépe plánovat&quot;. Místo toho např. „Příští sprint zavedeme na konci denního standupu dvouminutovou kontrolu blokátorů, zodpovídá Jana, zkusíme to dva týdny.&quot; Na konci retrospektivy si tým zopakuje, co se rozhodl udělat, a zapíše to tam, kam všichni vidí.&lt;br&gt;&lt;br&gt;Než změnu sloučíš, projdi si, že větev je postavená na aktuálním main, testy procházejí a historie je čitelná. Sloučení proveď tak, aby hlavní větev zůstala funkční v každém kroku. Po sloučení větev smaž; zapomenuté větve se hromadí a za půl roku nikdo neví, které ještě něco znamenají. Ať je pravidlo stejné pro všechny, včetně vedení: kdo obchází recenzi, ať to dělá vědomě a nahlas. Právě tato výjimka, ne Git, je ta věc, která týmovou spolupráci rozbíjí nejčastěji.&lt;br&gt;&lt;br&gt;Při práci s tělem požadavku dávejte pozor na Content-Type. Pokud posíláte JSON, musí hlavička Content-Type odpovídat application/json, jinak server tělo neparsuje a vrátí chybu 400 nebo 415. Totéž platí pro formulářová data. Častou chybou je také zapomenutá autentizace – požadavek odešlete bez tokenu a divíte se, proč přichází 401. Do kolekce si proto přidejte Authorization na úrovni kolekce, ne jednotlivých požadavků. Ušetříte si opakované nastavování a snížíte riziko, že někde token chybí.&lt;br&gt;&lt;br&gt;Začněte malou sadou testů, které pokrývají nejčastější cesty uživatelů. Nesnažte se automatizovat všechno najednou. Testovací prostředí udržujte oddělené od produkčního a data pro testy připravujte skriptem, ne ručně. Nestabilní testy, které jednou projdou a podruhé ne, jsou horší než žádné – lidé jim přestanou věřit a začnou je ignorovat. Pokud test opakovaně selhává bez skutečné chyby v aplikaci, opravte ho nebo smažte.&lt;br&gt;&lt;br&gt;Testování mobilních aplikací se výrazně liší od testování webových stránek. Na jedné platformě běží aplikace na stovkách zařízení s různými verzemi operačního systému, velikostmi displeje a výkonem. Kdo začne testovat až po dokončení vývoje, obvykle skončí s hromadou chyb, které se špatně reprodukují. Rozdíl mezi ručním a automatizovaným testováním přitom není v tom, které je lepší, ale v tom, co má smysl řešit jak.&lt;br&gt;&lt;br&gt;Dobře napsaná zpráva se pozná tak, že při hledání v historii nemusíte otevírat samotný diff. Stačí projít seznam commitů a máte jasno. Zaveďte si jednoduchý zvyk: nejdřív napište, co změna dělá, pak proč, a teprve nakonec zmiňte, jak. Výsledkem je historie, která se dá číst jako deník projektu – a to je při zpětné dohledatelnosti změn ta nejcennější vlastnost.</div>

FayeCadman5 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:FayeCadman5&diff=863823 2026-10-01T19:35:46Z

<p>FayeCadman5: </p> <hr /> <div>Váš průvodce dílnou i obývákem se zabývá denně. Píšu o tom, jak zvládnout domácnost bez stresu. Nejraději hledat cesty, jak si usnadnit život.</div>

FayeCadman5 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:FayeCadman5&diff=861347 2026-10-01T18:20:37Z

<p>FayeCadman5: Utworzono nową stronę &quot;Autor blogu dílnou i obývákem žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději popisovat postupy krok za krokem.&quot;</p> <hr /> <div>Autor blogu dílnou i obývákem žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději popisovat postupy krok za krokem.</div>

FayeCadman5