Typickou chybou je také ignorování konvencí pro commity. Každý commit by měl být malý a srozumitelný – jeden commit řeší jednu věc a jeho zpráva popisuje, co a proč. Vyhnete se tak situaci, kdy je v jednom commitu pět změn a nikdo neví, co se vlastně stalo. Dobré pravidlo: pokud bys mohl commit rozpůlit na dva nezávislé, měl bys.<br>
<br>
<br>
<br>
Druhý častý problém je odhadování jedním číslem. Místo toho si vytvořte tři scénáře: optimistický, realistický a pesimistický. Optimistický předpokládá, že vše půjde hladce, realistický počítá s běžnými překážkami a pesimistický zahrnuje i neočekávané komplikace. Výsledný odhad pak berte z realistického scénáře, ale termín vždy komunikujte s vědomím pesimistické varianty. Tím si vytvoříte rezervu, kterou můžete využít, když se něco pokazí.<br>
<br>
<br>
<br>
<img src="https://skalakoupelny.cz/wp-content/uploads/2020/03/IMG_1665.jpeg" style="max-width:400px;float:left;padding:10px 10px 10px 0px;border:0px;">První kontakt s API může vypadat jako vstup do místnosti plné páček a tlačítek, kde nevíte, které zmáčknout. Přitom stačí pochopit základní princip: API je rozhraní, přes které si váš program povídá s cizí službou. Nemusíte vědět, jak funguje uvnitř – stačí poslat správně naformátovaný požadavek a přečíst odpověď. Začněte proto u jednoduchého volání, třeba u ověření, že služba běží, a postupně přidávejte parametry.<br>
<br>
<br>
<br>
Nezapomeňte, že tester bez praxe má jednu velkou výhodu – čerstvý pohled. Nejste zatížení zažitými postupy, takže můžete objevit chyby, které zkušený tester přehlédne. Buďte zvídaví, ptejte se a nebojte se dělat chyby. Každá z nich je totiž krok k tomu, abyste se stali profesionálem.<br>
<br>
<br>
<br>
Praktické doporučení: pro jednoduchou službu s malým počtem zdrojů a stabilní strukturou sáhněte po REST. Pro komplexní aplikace s dynamickými požadavky na data, kde chcete minimalizovat přenos dat a počet requestů, zvolte GraphQL. Často se vyplatí hybridní přístup – REST pro veřejné API a GraphQL pro interní nástroje. Nezapomeňte také na to, že GraphQL vyžaduje více práce na serveru, zatímco REST je skoro vždy rychlejší na prototypování.<br>
<br>
<br>
<br>
Výběr integrovaného vývojového prostředí (IDE) pro Python může na první pohled vypadat jako nevýznamné rozhodnutí. Stačí ale pár týdnů práce s nevhodným nástrojem a zjistíte, že ztrácíte čas na věcech, které by měly být automatické. Nejčastější chybou je sáhnout po prvním doporučeném editoru z internetu, aniž byste si ověřili, jak zvládá ladění, správu virtuálních prostředí nebo automatické doplňování kódu. Přitom právě tyto funkce rozhodují o tom, jestli budete psát plynule, nebo budete bojovat s každým druhým řádkem.<br>
<br>
<br>
<br>
Odhad času patří k nejobtížnějším činnostem v softwarovém vývoji. Nejedná se o věštění z křišťálové koule, ale o systematickou práci s informacemi, které máte k dispozici. Pokud zvládnete pět základních principů, výrazně snížíte riziko, že termín nesplníte. Klíčem je přestat odhadovat na základě pocitů a začít odhadovat na základě dat a struktury.<br>
<br>
<br>
<br>
Nejdřív si osvojte práci s nástrojem, který vám ukáže, co API vrací. Můžete použít terminál, ale pro začátek je pohodlnější nějaký grafický klient, kde vidíte hlavičky, tělo odpovědi i status kód. Vyzkoušejte si na testovacím prostředí, jak vypadá úspěšná odpověď a jak chybová hláška. Všímejte si stavových kódů — 200 znamená, že vše proběhlo v pořádku, 404 říká, že jste hledali něco, co neexistuje, a 429 upozorňuje, že jste překročili limit volání. Tyto kódy jsou váš navigační maják.<br>
<br>
<br>
<br>
Jak se vyhnout konfliktům a přepisování historie Největším zdrojem problémů bývá práce na stejných souborech ve více větvích. Řešením není se jim vyhnout – to nejde – ale minimalizovat jejich dopad. Když máš rozpracovanou funkci a hlavní větev se mezitím posune, nečekej se sloučením, ale průběžně si do své větve taháš změny z hlavní. To dělá konflikty menší a řeší se postupně. Jakmile se konflikt objeví, nikdy ho neřeš přepsáním celého souboru – použij nástroj pro řešení konfliktů a podívej se, co dělal kolega. Často stačí soubor otevřít a sjednotit logiku.<br>
<br>
<br>
<br>
Jak si ověřit, že IDE zvládne váš projekt Ještě před instalací si vyzkoušejte, jak dané IDE pracuje s virtuálními prostředími. Vytvořte nový projekt, aktivujte virtuální prostředí a nainstalujte pár balíčků. Sledujte, jestli IDE samo rozpozná interpret a nabídne ho pro spuštění kódu. Typický problém nastává, když máte v systému více verzí Pythonu a IDE se připojí k té špatné. Výsledkem jsou záhadné chyby typu „ModuleNotFoundError" i přesto, že balíček je nainstalovaný. Řešením je vždy explicitně nastavit cestu k interpretu v nastavení projektu, ne spoléhat na automatickou detekci.
