Prvním krokem je izolované prostředí. Nainstalujte Python a vytvořte virtuální prostředí příkazem python -m venv venv, poté ho aktivujte. Do něj pak instalujte pouze knihovny, které opravdu používáte. Pro práci se soubory a cestami stačí standardní moduly pathlib a shutil. Pro tabulky se hodí pandas, pro webové požadavky requests, pro plánování schedule nebo systémový plánovač úloh. Zbytečně nesbírejte desítky balíčků předem.

Postman je nástroj, který usnadňuje odesílání HTTP požadavků a kontrolu odpovědí. Mnozí jej používají jen jako „klikací" klient pro rychlé ověření jednoho endpointu. To je v pořádku, ale skutečný přínos začíná ve chvíli, kdy jej nastavíte tak, aby vám šetřil práci při opakovaném testování. Základem je kolekce – logické seskupení požadavků podle domény nebo funkce. Do kolekce si uložte nejen URL a metodu, ale i hlavičky, tělo požadavku a parametry. Bez uložení se příští spuštění neobejde bez ručního přepisování.

CSS se připojuje buď přímo do dokumentu, nebo jako samostatný soubor. Samostatný soubor je lepší, protože se stejné styly dají použít na více stránkách a prohlížeč si je uloží do mezipaměti. Selektorů existuje několik typů: podle názvu značky, podle třídy a podle identifikátoru. Třídy se používají opakovaně, identifikátor má být na stránce jen jednou. Záměna těchto dvou věcí vede k nepředvídatelným výsledkům a kódu, kterému po týdnu nikdo nerozumí.

První pravidlo zní: nikdy nedávejte odhad, dokud nemáte rozsah práce rozložený na jednotlivé kroky. U typických zakázek to jde rychle, u nových věcí ne. U nových věcí místo čísla řekněte, co potřebujete zjistit, abyste číslo vůbec mohli říct. Věta „potřebuji dva dny na analýzu, pak vám dám termín" je pro zákazníka užitečnější než smyšlené datum, které stejně nedodržíte. Zároveň si tím držíte kontrolu nad tím, kdy se zavážete.

Praktický postup je jednoduchý: zapněte přísný režim, pište typy u funkcí a veřejných rozhraní, vyhněte se any a postupně přidávejte typy do staršího kódu. Nemusíte přepsat celý projekt najednou. Stačí soubory s novou logikou psát v TypeScriptu a staré nechat běžet. Kompilátor vám sám řekne, kde narazíte na nekonzistenci. Po pár týdnech zjistíte, že refaktoring je rychlejší a sebevědomí při změnách vyšší. To je nakonec hlavní důvod, proč se TypeScript vyplatí.

Typická chyba je slibovat optimistickou variantu, protože se bojíte, že delší termín zakázku ztratíte. Opak je pravdou. Zákazník, kterému jste řekli reálný termín a dostali ho včas, se vrací. Zákazník, kterému jste slíbili nereálný a pak ho třikrát posunuli, si najde někoho jiného, i kdyby práce byla kvalitní. Druhá častá chyba je mlčet, když se něco zpozdí. Čím déle čekáte s informací, tím horší je to pro vás i pro vztah. Raději napište hned, že se něco posunulo, než aby se zákazník dozvěděl v den, kdy měl dostat hotové dílo.

Nejčastější chyby začátečníků jsou tři. První: spuštění skriptu přímo na ostrých datech bez zálohy. Druhá: ignorování výjimek, takže při jediném chybějícím souboru se celý běh zastaví a vy netušíte proč. Třetí: příliš mnoho kódu v jednom souboru, kde se nedá dohledat, která část co dělá. Rozdělte logiku do menších funkcí, přidejte jednoduché logování průběhu a ošetřete situace, kdy vstup neexistuje nebo má jiný formát, než očekáváte.

Kdy je lepší ruční skript a kdy plnohodnotná automatizace Ruční skript se vyplatí pro jednorázové úkoly, které spustíte dnes a už nikdy. Napíšete pár řádků, zkontrolujete výsledek a hotovo. Automatizace má smysl, jakmile se úloha opakuje alespoň několikrát do měsíce, pracuje s velkým objemem dat nebo musí běžet v době, kdy u počítače nejste. Rozdíl je i v chybovosti: ruční přepisování čísel z jednoho souboru do druhého dřív nebo později skončí překlepem, zatímco skript udělá stejnou operaci pokaždé identicky.

Vestavěné nástroje nejsou náhrada přemýšlení. Jsou to urychlovače rutinních kroků. Kdo je používá společně s malými, častými commity a testy, refaktoruje rychleji a s menším rizikem. Kdo je používá naslepo, jen přesune problémy na jiné místo.

Dalším častým problémem je nekonzistentní formátování po automatických úpravách. Některá IDE přeformátují celý soubor, i když jste chtěli změnit jen jednu metodu. Před spuštěním hromadné operace si nastavte rozsah — pouze výběr, pouze soubor nebo celý projekt. Pokud to nástroj neumožňuje, použijte nejdřív ruční výběr a teprve potom spusťte akci. Ušetříte tím zbytečné konflikty v gitu.

Kdy je lepší nástroj vypnout a udělat změnu ručně Automatické extrahování metody nebo konstanty funguje spolehlivě u krátkých, jasně ohraničených bloků. Jakmile ale blok obsahuje vnořené cykly, výjimky nebo závislosti na vnějším stavu, nástroj často vytvoří metodu s příliš mnoha parametry. To je signál, že refaktoring potřebuje nejdřív zjednodušit logiku, ne ji přesouvat. V takovém případě je lepší změnu rozdělit na dvě fáze: nejprve upravit strukturu ručně, potom nechat IDE doladit názvy a přesuny.