Verzování není jen formalita pro programátory. Jakmile začneš upravovat jakýkoli soubor, ať už jde o kód, text nebo konfiguraci, bez historie změn se ztrácí přehled. Git řeší přesně to: ukládá snímky stavu, takže se můžeš kdykoli vrátit k předchozí verzi. První krok je pochopit tři místa, kde se soubory nacházejí: pracovní adresář, index (staging area) a repozitář. Většina začátečníků si plete, co je kde, a proto jim změny mizí.

Rozhodování o tom, kde poběží databáze, se zvrhne v hádku o penězích a module. Přitom jde o něco jiného: jak rychle se data dostanou tam, kam mají, a kdo za to nese odpovědnost. Než začneš srovnávat nabídky, zjisti, jaký typ zátěže databáze vlastně obsluhuje. Jiné nároky má e-shop s tisíci transakcemi za minutu, jiné interní evidence s desítkami uživatelů. Podle toho se odvíjí všechno ostatní.

Pozor na zámek dodavatele. Pokud databáze používá vlastní rozšíření nebo nestandardní dialekt SQL, přenos jinam bude bolet. Ptej se předem, jaké nástroje umožňují export a jestli formát zálohy odpovídá standardu. Stejně tak sleduj, jak se chová připojení při výpadku sítě. Automatické obnovení spojení zní samozřejmě, ale v praxi bývá zdrojem chyb, které se projeví až za týden. Otestuj to dřív, než na tom postavíš provoz.

Na konci porovnej jen dvě věci: jak dlouho trvá obnova a kolik práce dá přejít jinam. Pokud jsou obě čísla přijatelná, rozhodni se podle toho, co umí tvůj tým. Technologie, kterou nikdo neumí ovládat, je dražší než ta, která má vyšší cenu za provoz.

Začátečníci často vkládají veškerý obsah do jediného odstavce a zalamování řádků řeší prázdnými řádky. Prohlížeč je ale ignoruje. Výsledkem je nečitelná změť, kterou nelze nastylovat ani zpřístupnit. Místo toho se používají sémantické značky: nadpisy podle úrovně, odstavce, seznamy, odkazy a obrázky s alternativním textem. Alternativní text není formalita, pomáhá lidem se čtečkou obrazovky a zobrazí se, když se obrázek nenačte.

Mezi nejčastější chyby patří commitování velkých nebo citlivých souborů. Do repozitáře nepatří hesla, klíče ani dočasné soubory. Vytvoř soubor .gitignore a vypiš do něj vzory, které má Git ignorovat. Další častá chyba je práce přímo v hlavní větvi bez zálohy. Pokud něco pokazíš, můžeš sice použít git reset nebo git revert, ale je snazší mít změny na samostatné větvi a jen je sloučit, až fungují.

Prvním krokem je zvolit si nástroj a nainstalovat si ho lokálně. Většina vývojářů skončí u Gitu, protože je všude a funguje i bez připojení k síti. Po instalaci si nastavte jméno a e-mail, které se budou zapisovat do historie. Pak si v kořeni projektu spusťte inicializaci repozitáře. Tím vznikne skrytá složka, do které nástroj ukládá všechny změny. Tuhle složku nikdy needitujte ručně a nikdy ji nemažte, pokud si nejste jistí, co děláte.

Pro vizuální kontrolu používejte snímky obrazovky porovnávané proti schválené předloze, ale nastavte toleranci. Bez tolerance budou testy nestabilní. U síťové komunikace testujte i výpadky: vypněte data uprostřed odesílání a sledujte, zda aplikace zobrazí srozumitelnou zprávu a zda se data neztratí. Právě tady ruční testování odhalí to, co automatizace přehlédne – zda je chybová hláška pochopitelná a zda se aplikace nezasekne.

Prvním krokem je změřit skutečnou latenci mezi aplikací a databází. Vezmi reálný provoz, ne testovací dotazy na prázdných tabulkách. Zjisti, jestli převažují čtení, nebo zápisy, jak velké jsou výsledné sady a jestli dotazy používají indexy. Pokud databáze běží na jiném místě než aplikace, každý dotaz zaplatí síťovou režii. U jednoduchých dotazů se to nasčítá do sekund, u analytických už tak dlouhých dotazů to zmizí. Tohle číslo rozhoduje víc než cena za gigabajt.

Nezapomínejte na verze systému. Zařízení v oběhu mají různé verze a ne každá nová funkce je dostupná všude. Nastavte si minimální podporovanou verzi a testujte na ní. Zároveň se vyhněte pevnému nastavení rozměrů a pozic; používejte rozvržení, která se přizpůsobí velikosti displeje. Jinak bude vaše aplikace vypadat dobře jen na vašem telefonu.

Typická chyba je podcenit velikost datového souboru. Databáze, která má dnes pár set megabajtů, může za rok narůst na desítky gigabajtů. Zjisti, jakým tempem data přibývají a jestli se dají archivovat. U některých poskytovatelů se cena odvíjí od velikosti úložiště, jinde od počtu operací. Špatný odhad znamená, že po půl roce musíš migrovat, a to je nejdražší operace vůbec. Migrace za provozu není nemožná, ale vyžaduje přípravu a okno, kdy aplikace nesmí zapisovat.

Kde se rozhoduje o dostupnosti Podpora pro databázi není jen technická podpora výrobce. Zahrnuje zálohy, obnovu po havárii a monitoring. U hostovaných služeb dostaneš zálohy automaticky, ale obnova bývá pomalejší a méně pružná. U vlastního serveru si zálohy řídíš sám, což znamená, že si musíš ohlídat i to, že se opravdu dají použít. Rozdíl je v tom, kdo v noci vstává, když databáze spadne. Pokud na to nemáš člověka, je lepší sáhnout po řešení, kde je tato odpovědnost smluvně pokrytá.