5 zásad, které z vás udělají lepšího Scrum mastera

Jak psát testy, které nebudou zbytečně křehké Nejčastější chybou bývá testování více věcí naráz. Jeden test by měl ověřovat jednu logickou jednotku. Pokud testujete metodu, která počítá cenu s daní, nesnažte se v jednom testu ověřit jak výpočet, tak i formátování výstupu. Místo toho napište dva samostatné testy. Tím se vyhnete situaci, kdy po změně formátování spadnou i testy osvětlení v obývákuýpočtu, ačkoli samotná matematika zůstala správná.

Retrospektiva je srdcem zlepšování, ale jen pokud z ní uděláte bezpečný prostor. V českém prostředí se lidé často bojí říct otevřeně, co nefunguje. Začněte otázkou: „Co nám bránilo v tempu?" a nechte každého mluvit. Zapište si tři konkrétní akce, které provedete do příštího sprintu, a přiřaďte jim odpovědné osoby. Bez follow-upu je retrospektiva jen tlachání.

Nakonec si ujasněte, co se stane, když podpora selže. Mít záložní plán – ať už ve formě interního experta, nebo sekundárního dodavatele – je levnější pojistka, než se zdá. Rozhodující je, abyste věděli, na koho se obrátit, když primární cesta nefunguje. A pokud teprve vybíráte databázový systém, věnujte podpoře stejnou pozornost jako výkonu nebo funkcím. To, co vás zachrání při krizi, není rychlost dotazů, ale lidé, kteří vám pomohou je opravit.

Když začneš psát logiku aplikace, pamatuj na životní cyklus aktivity. Metody jako onCreate, onResume a onPause určují, co se stane, když aplikaci otevřeš, zamkneš telefon nebo ji přesuneš do pozadí. Pokud tyto metody ignoruješ, tvoje aplikace bude padat nebo ztrácet data. Zkus si proto napsat malou ukázku, která při každé změně stavu vypíše hlášku do logu. Uvidíš, jak se systém chová. Tím předejdeš nejčastějšímu problému začátečníků – aplikace funguje, ale jen když ji držíš na obrazovce, jinak se restartuje.

Než začneš psát první řádky kódu, nastav si emulátor správně. Vyber si zařízení s rozumným rozlišením a dostatkem paměti. Pokud máš starší počítač, emulátor může být pomalý – v tom případě zkus fyzické zařízení přes USB. Nezapomeň povolit v telefonu vývojářské možnosti a USB ladění. Tohle je jednoduchý krok, ale dělá se v něm spousta chyb. Například lidé připojí telefon, ale Windows jim ho nevidí, protože nemají ovladače. Řešení je jednoduché: použij správcovský nástroj systému, ne jen obyčejný přenos souborů.

Nakonec si zvykni na testování na více zařízeních. Emulátor ti ukáže, jak se aplikace chová nábytek na míru různých verzích systému, ale nic nenahradí reálné zařízení. Na každém telefonu se může chovat jinak kvůli rozlišení, výkonu nebo úpravám výrobce. Proto si půjč od kamarádů starší telefony nebo použij cloudové testovací služby, které najdeš zdarma. Hlavně se nenech zaskočit tím, že něco funguje u tebe a jinde ne. To je běžné i u zkušených vývojářů. Stačí, když budeš postupné kroky opakovat a každou změnu testovat. Tím se vyhneš frustraci a tvoje první aplikace bude opravdu funkční.

Když už máš spuštěný první projekt, soustřeď se na základy První aplikaci nedělej přes generátor, který ti vytvoří celou kostru. Naopak – vytvoř si prázdný projekt a postupně přidávej jednotlivé prvky. Naučíš se tak, jak funguje aktivita, rozvržení a zdrojové soubory. Věnuj čas pochopení XML souborů pro uživatelské rozhraní. Neboj se je upravovat ručně, i když to ze začátku bude pomalé. Zkoušej měnit texty, barvy a velikosti. Tím získáš cit, jak na sebe jednotlivé části reagují. Vyhneš se tím časté chybě, že jen kopíruješ kód z internetu a pak nevíš, co která část dělá.

Začít s mobilním vývojem pro Android není o tom, že si otevřeš vývojové prostředí a začneš psát kód. Nejdřív si ujasni, co chceš tvořit. Bez cíle skončíš u nekonečného přepisování tutoriálů a nikdy nedokončíš ani jednu aplikaci. Vezmi si papír a napiš si jednu konkrétní věc, kterou tvá aplikace vyřeší. Klidně to může být třeba převod měn nebo jednoduchý seznam úkolů. Hlavní je, aby byl projekt malý a měl jasný rozsah. Tím se vyhneš typické chybě začátečníků, kteří chtějí hned vytvořit sociální síť a po měsíci vzdají to.

Kdy se vyplatí rozdělit pipeline do více souborů? Projekt, který roste, potřebuje modulární přístup. Místo jednoho obřího workflow souboru rozdělte logiku na části. Základní workflow pro testy na pull request, separátní pro build na push do main a další pro nasazení na produkci. K tomu slouží actions/cache pro urychlení instalace závislostí a možnost použít vlastní composite actions. Typickou chybou je opakování stejných kroků v každém souboru, což vede k nekonzistenci. Vytvořte si sdílenou akci pro instalaci nástrojů a tu pak voláním z jednotlivých workflow udržujete na jednom místě.

If you liked this article and you also would like to collect more info relating to přečtěte si více i implore you to visit our web site.