Kromě lokálního repozitáře byste měli mít i vzdálenou kopii, třeba na službě pro hosting projektů. Tím získáte zálohu a možnost spolupracovat s týmem. Push a pull jsou příkazy, které budete používat denně. Předtím, než začnete pracovat, si vždy stáhněte nejnovější změny, abyste nepřepisovali práci ostatních. Pravidelně commitujte – ideálně po každé logické části práce, ne až na konci dne. To vám umožní snadno najít místo, kde se něco rozbilo, a vrátit se k poslednímu funkčnímu stavu.

Odhad času patří k nejtěžším činnostem ve vývoji softwaru. Tým se často potýká s tím, že dodá pozdě, nebo naopak předčasně, a obojí vede k problémům. Základní chybou bývá odhadovat na základě „pocitu” místo systematického postupu. Nejprve si proto rozložte práci na menší celky. Každý úkol by měl být natolik malý, aby jeho odhad zabral nejvýše pár hodin. Pokud máte úkol delší než jeden den, rozdělte ho dál. Tím získáte přesnější představu a zároveň předejdete překvapením.

Jak se vyhnout nejčastějším chybám Největší pastí bývá testování vnitřních implementací místo chování. Testujte veřejné rozhraní funkcí a tříd, ne to, jak jsou postavené uvnitř. Pokud testujete privátní metody nebo kontrolujete, jaké funkce se volají, testy se stanou křehkými a při každé refaktorizaci se rozsypou. Stejně tak se vyhněte závislosti na pořadí testů – každý test by měl být samostatný a spustitelný izolovaně. K tomu slouží fixture, které připraví data před testem a po testu je uklidí.

Když už data máte, přichází na řadu jejich zpracování. Začněte tím, že z odpovědi vytáhnete konkrétní hodnotu – třeba jméno nebo číslo. Většina moderních jazyků má funkce, které převedou JSON na slovník nebo objekt, takže nemusíte parsovat ručně. Otestujte si, co se stane, když API vrátí prázdný výsledek – dobrý kód by měl umět ošetřit i tuto situaci. Doporučuji psát si krátké úryvky kódu, které pak můžete použít jako stavební bloky pro složitější aplikace.

Typickou chybou začátečníků je verzovat i soubory, které se generují automaticky, nebo zapomínat na .gitignore. Další pastí je commitovat bez kontroly, co vlastně ukládáte. Vždy si přečtěte výpis změn, a pokud vidíte soubor, který tam nepatří, upravte .gitignore nebo ho odeberte. A nakonec: nebojte se používat historii. Když se vám něco pokazí, podívejte se do logu, porovnejte rozdíly a vraťte se o krok zpět. Verzování není o dokonalosti, ale o tom, že máte nad projektem kontrolu a můžete se soustředit na kód, ne na chaos.

Na co se zaměřit při plánování Při plánování nezapomínejte na režii, která s vývojem přímo nesouvisí. Patří sem schůzky, e-mailová komunikace, code review, testování a nasazování. Pokud tyto činnosti nezahrnete, odhad bude vždy nízký. Doporučuji si na ně vyhradit alespoň 20 % času navíc. Dalším faktorem je tzv. Bus faktor. Pokud na projektu pracuje jen jeden specialista na určitou oblast, jeho nepřítomnost může projekt zastavit. Proto počítejte s tím, že lidé mohou být nemocní, mít dovolenou nebo řešit jiné úkoly.

Jak na první commit a co dělat při chybách První commit je zásadní okamžik. Než ho provedete, zkontrolujte příkazem, které soubory se mají přidat. Přidejte je a pak vytvořte commit s výstižnou zprávou, která popisuje, co děláte – třeba „Přidán základní layout a responzivní menu”. Vyhněte se zprávám typu „oprava” nebo „update”, protože po měsíci nebudete vědět, co se vlastně změnilo. Pokud jste udělali chybu v commitu, nepropadejte panice. Git nabízí nástroje pro opravu poslední zprávy, vrácení změn nebo úpravu historie. Důležité je, abyste se nebáli experimentovat na testovací větvi.

Typickým problémem je rozdílné chování funkcí pro práci s datem a časem. V MySQL používáte NOW(), v PostgreSQL je to CURRENT_TIMESTAMP – ale pozor, v PostgreSQL vrací timestamp s časovým pásmem, což může ovlivnit porovnávání. Také funkce pro zaokrouhlování, řetězové agregace (GROUP_CONCAT v MySQL, string_agg v PostgreSQL) a práce s NULL mají odlišnou sémantiku. Doporučuji před migrací projít všechny uložené procedury, triggery a pohledy a upravit je ručně – automatické konvertory často selhávají na složitější logice.

Prvním praktickým krokem je zvolit si jednoduché veřejné API, které nevyžaduje registraci ani klíč. Zaměřte se na ta, která vracejí JSON, protože je to nejpoužívanější formát a snadno se čte. Otevřete si třeba seznam dostupných koncových bodů (endpointů) a zkuste si v prohlížeči zadat adresu, která vrací data. Pokud se vám zobrazí strukturovaný text, jste na správné cestě. Pak si do počítače nainstalujte jednoduchý nástroj, který umožňuje posílat požadavky přímo z příkazové řádky – díky tomu uvidíte, co se děje „pod kapotou”.