Při plánování migrace databáze z MySQL na PostgreSQL se vyplatí začít mapováním rozdílů v datových typech. MySQL používá pro logické hodnoty typ TINYINT(1), zatímco PostgreSQL nabízí nativní typ BOOLEAN. Automatické převody v nástrojích často selhávají u polí jako ENUM, která v PostgreSQL fungují jako uživatelsky definované typy. Před samotným exportem si proto projděte databázové schéma a připravte si skripty, které převedou typy s ohledem na NULL hodnoty a výchozí nastavení. Nejčastější chybou bývá spoléhání na to, že dump z MySQL načtete do PostgreSQL bez úprav – výsledkem je pak nekonečná řada chybových hlášek.

Poslední doporučení se týká správy kontejnerů. Příkaz docker ps -a ukáže všechny kontejnery, nejen běžící. docker logs zobrazí výstup aplikace, což je první krok při řešení problému. Pokud chcete kontejner zastavit, použijte docker stop. Pro úklid nepoužívaných obrazů a kontejnerů spusťte docker system prune, ale pozor, smaže i zastavené kontejnery a sítě. Když tyto příkazy zvládnete, dokážete aplikaci spustit reprodukovatelně na jakémkoli počítači, kde je Docker nainstalovaný. To je hlavní přínos, kvůli kterému se kontejnery vyplatí.

Další pastí je špatná práce s volitelnými vlastnostmi. V rozhraní, kde má objekt vlastnost email?, musíte před použitím zkontrolovat, zda není undefined. Často se stává, že lidé zapomínají na to, že volitelná hodnota může být i null. To je zdroj mnoha runtime chyb, které TypeScript neodhalí, pokud nepovolíte přísné null checks. Doporučuji zapnout strict mód hned na začátku, i když to chvíli bolí.

Typickou chybou je take snaha odhadnout cas pod vlivem tlaku. Kdyz klient reklamuje „potrebuji to co nejdriv", neni duvod panikarit. Odpovzte: „Rozumim, ze spěchate. Podívam se na to, co je nutne, a do hodiny vam dam realny odhad." Tím získáte cas na rozmyšlenou a zaroven ukazete profesionalitu. Nikdy neříkejte „dnes to nestihnu" bez nabídky alternativy. Lepší je: „Dnes to nestihnu, ale zítra dopoledne to bude." Klient potrebuje vedet, kdy to bude, ne kdy to nebude.

Kontejnerizace s Dockerem řeší problém, který zná každý, kdo někdy přenášel aplikaci mezi počítači. Funguje u vás, ale u kolegy ne? To je obvykle rozdíl v knihovnách, verzích nebo nastavení systému. Docker tento rozdíl eliminuje tím, že aplikaci i s jejím prostředím zabalí do jednoho obrazu. Vy pak místo instalace závislostí spustíte jeden příkaz. Než ale začnete, pochopte rozdíl mezi obrazem a kontejnerem. Obraz je šablona, kontejner je běžící proces z této šablony. Bez tohoto rozlišení budete příkazy opisovat, ale nechápat.

Nejprve si osvojte základní zápis. Pokud máte funkci, která přijímá číslo a vrací řetězec, napište to explicitně. Typové anotace nejsou jen dekorace – jsou to smlouvy, které Editor i kompilátor kontrolují. Začněte s primitivy, ale brzy přejděte k definici vlastních rozhraní. Tím získáte to, co je na TypeScriptu nejcennější: samodokumentující kód, který ostatní přečtou rychleji.

Častým nešvarem je také nesprávné použití immutable operací. Redux vyžaduje, abyste stav nemodifikovali, ale vraceli nový objekt. Přitom se snadno stane, že zapomenete na spread operátor a náhodně změníte vnořený objekt. Výsledkem jsou skryté bugy, které se projeví až po čase a jen za určitých okolností. Vždy používejte rozšíření pole nebo objektu, případně knihovny pro immutable updates. A pokud řešíte složité vnořené struktury, zvažte, jestli by nebylo lepší stav normalizovat – ukládat data podle ID, ne jako hluboce zanořené objekty.

Kdy je lepší migraci odložit nebo ji provést postupně? Než se pustíte do přenosu stovek gigabajtů, zkontrolujte, jak vaše aplikace použíúložné prostory v malém bytěá specifické funkce MySQL. Například FULLTEXT vyhledávání, REPLACE INTO nebo GROUP BY s netriviálními aliasy se v PostgreSQL chovají odlišně. Pokud aplikace používá pokročilé JSON operace, PostgreSQL je na tom výrazně lépe, ale pokud sázíte na MySQL specifickou optimalizaci dotazů, čeká vás ladění výkonu. Doporučuji zvolit postupnou migraci: nejprve přesunete nejsložitější tabulky a ověříte chování v testovacím prostředí. Teprve poté přesouváte zbytek dat. Tím se vyhnete situaci, kdy zjistíte chybu až po přepnutí produkčního provozu.

Typická past začátečníků: vyberou si jazyk, protože ho používá firma, kde chtějí pracovat, nebo protože je v žebříčcích nejžádanější. Výsledek? Místo radosti z objevování bojují se syntaktickými zvláštnostmi a abstraktními koncepty, které jim nic neříkají. První měsíce jsou o budování návyků a logického myšlení, ne o memorování knihoven. Pokud vás jazyk nebaví, Barvy StěN Do ObýVáKu rychle ztratíte disciplínu. Mnohem lepší je vybrat si nástroj, který vám umožní rychle rozjet malý funkční projekt – třeba jednoduchou hru, osobní web nebo skript na třídění souborů.