https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=EllisGabbard3 2026-09-25T23:04:28Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=5_praktick%C3%BDch_tip%C5%AF_pro_%C4%8Dist%C3%A9_REST_API_v_Node.js&diff=232371 2026-08-29T03:07:40Z

<p>EllisGabbard3: Utworzono nową stronę &quot;Nakonec si dejte pozor na to, abyste DevOps nechápali jako roli nebo tým. Pokud vytvoříte „DevOps oddělení&quot;, ostatní týmy přestanou odpovídat za provoz a vrátí se do starých kolejí. Místo toho učte všechny členy týmu základní principy a dejte jim prostor je aplikovat. Můžete začít s jedním pilotním projektem a po pár měsících zhodnotit, co se zlepšilo. Vyhnete se tak zklamání a získáte měřitelné výsledky, které přesvědč…&quot;</p> <hr /> <div>Nakonec si dejte pozor na to, abyste DevOps nechápali jako roli nebo tým. Pokud vytvoříte „DevOps oddělení&quot;, ostatní týmy přestanou odpovídat za provoz a vrátí se do starých kolejí. Místo toho učte všechny členy týmu základní principy a dejte jim prostor je aplikovat. Můžete začít s jedním pilotním projektem a po pár měsících zhodnotit, co se zlepšilo. Vyhnete se tak zklamání a získáte měřitelné výsledky, které přesvědčí i skeptiky.&lt;br&gt;&lt;br&gt;Nezapomínejte ani na kontrolu minulých opatření. Pokud na začátku schůzky nezkontrolujete, co se splnilo, tým rychle ztratí motivaci. Udělejte z toho samostatný bod programu: „Co jsme si minule slíbili a jak to dopadlo?&quot; Když se něco nesplnilo, zeptejte se proč, a buďto to přesuňte do nové akce, nebo to škrtněte. Tento jednoduchý rituál ukáže, že retrospektiva má skutečný dopad, a lidé začnou brát své závazky vážněji.&lt;br&gt;&lt;br&gt;Když začnete testovat v Pythonu, pytest vypadá jako jasná volba. Krátké funkce, žádná třída, žádný boilerplate. Ale po pár týdnech narazíte na problém: testy občas projdou, občas ne, a vy netušíte proč. Nejčastější příčina? Testy nejsou izolované. Jedna funkce změní globální stav, druhá na to doplatí. Řešení je jednoduché – použijte fixture, ale ne jen tak ledajaké.&lt;br&gt;&lt;br&gt;Když už máte automatizované nasazení a monitoring, zaměřte se na spolupráci. DevOps funguje jen tehdy, když vývojáři a operátoři sdílejí odpovědnost. To znamená, že vývojář nehodí „hotový kód&quot; přes zeď, ale spolupracuje na nasazení. Zkuste společné on-call služby nebo týmové retrospektivy po incidentech. Cílem je, aby se chyby staly učebním materiálem, ne důvodem k obviňování. Toto je nejtěžší část, ale bez ní je DevOps jen prázdná fráze.&lt;br&gt;&lt;br&gt;Častým problémem je také špatná práce s commity. Někteří vývojáři dělají jeden velký commit na konci dne, jiní commitnou každou drobnost. Obojí je špatně. Commit by měl představovat logický celek, který má smysl sám o sobě. Dělejte menší commity, ale ne tak malé, aby byly nepřehledné. Důležité je také psát kvalitní commit messages – krátké, ale výstižné, které popisují, co a proč jste změnili, ne jak. Vyhněte se hláškám typu „oprava&quot; nebo „update&quot;.&lt;br&gt;&lt;br&gt;Automatizace jen tam, kde dává smysl Automatizované testy jsou skvělé pro opakované kontroly, ale nevyplatí se je psát na všechno. Základní pravidlo: automatizujte to, co je stabilní a co se často mění jen v detailech. Například testování přihlašovacího formuláře, validace polí nebo načítání seznamů. Naopak nespouštějte automatizaci na složité gesta, animace nebo testy závislé na aktuální poloze zařízení. Tyto scénáře jsou náchylné k falešným výsledkům a jejich údržba stojí víc času, než ušetří. Při psaní automatizovaných testů se vyhněte závislosti na konkrétních texturách nebo barvách – stačí drobná změna designu a test spadne, i když funkcionalita funguje.&lt;br&gt;&lt;br&gt;Další pastí je ignorování zpětné vazby. DevOps není jen o nasazování, ale o rychlé reakci na chyby. Zavedete monitoring, ale jen na úrovni „server běží&quot;. To nestačí. Sledujte i logy, výkonnost aplikace a uživatelské chyby. Když se něco pokazí, musíte být schopni rychle zjistit příčinu. Začněte s jednoduchým nástrojem pro logování a alerting. Ale pozor – alerty musí být nastavené tak, aby nebyly příliš časté. Jinak je budete ignorovat a celý systém ztratí smysl.&lt;br&gt;&lt;br&gt;Začněte u manuálního testování. Vezměte si reálné zařízení, ne jen emulátor. Emulátor neodhalí problémy s výkonem, které způsobí slabší hardware, ani neověří chování při přepínání mezi aplikacemi. Při ručním testu si napište scénáře, které pokrývají hlavní uživatelské cesty: registrace, přihlášení, platba, synchronizace dat. Typická chyba je testovat jen „šťastnou cestu&quot; – tedy bez chybových stavů. Zkuste zadat špatné heslo, přerušit připojení nebo odejít z obrazovky uprostřed operace. To je místo, kde se většina chyb skutečně schovává.&lt;br&gt;&lt;br&gt;Pojďme si ukázat konkrétní případ. Máte funkci, která čte konfiguraci z globální proměnné. Napíšete test, který tuto proměnnou nastaví, a hned záhy test, který ji čte. První test projde, druhý selže, protože první test proměnnou nevrátil do původního stavu. Řešení? Použijte fixture s rozsahem function, která před každým testem nastaví výchozí hodnotu. A hlavně – nikdy neměňte globální stav napřímo v testovací funkci. Vždy to udělejte přes fixture, která se postará o úklid.&lt;br&gt;&lt;br&gt;Dalším častým úskalím je, že se tým snaží vyřešit deset problémů najednou. Pak se každému věnuje deset minut, nic se nedotáhne a na konci nikdo neví, kdo za co zodpovídá. Vyberte si maximálně tři hlavní témata, která mají největší dopad na týmovou spolupráci, a pro každé z nich určete jednoho vlastníka. Vlastník nemusí problém vyřešit sám, ale je zodpovědný za to, že navrhne první krok a dohodne termín kontroly. Bez tohoto kroku je retrospektiva jen povídáním.</div>

EllisGabbard3 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:EllisGabbard3&diff=232369 2026-08-29T03:07:39Z

<p>EllisGabbard3: Utworzono nową stronę &quot;Autor blogu praktickým bydlením se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.&quot;</p> <hr /> <div>Autor blogu praktickým bydlením se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejraději ukazovat chytrá řešení, která zvládne každý.</div>

EllisGabbard3