Co říct kolegům, aby pochopili licenční podmínky?

Přeložte právní jazyk do běžných vět Většina nedorozumění vzniká kvůli slovům, která mají v právu jiný význam než v běžné řeči. „Nevýhradní licence" neznamená, že ji dostane jen jeden člověk, ale že ji může mít i někdo jiný. „Podlicence" není totéž co „převedení práv". „Oprávněný uživatel" nemusí být každý, kdo má přístup do systému. Vždy uveďte příklad: „Když to řekneme jednoduše, znamená to, že…" a doplňte, co z toho plyne pro tým. Vyhněte se ale zjednodušením, která mění význam — raději přiznejte, že na tuhle část je potřeba se zeptat právníka.

Jazyk a architektura: co si vybrat na začát

Druhá častá chyba je refaktorovat příliš mnoho najednou. Označíte celý soubor, spustíte hromadnou změnu a v diffu se utopíte. Lepší je postupovat po malých krocích a po každém spustit testy. Pokud testy nemáte, uložte stav před zásahem pomocí správy verzí a po refaktoringu si projděte jen změněné řádky. Malý krok znamená malý diff, a malý diff znamená, že chybu najdete za minutu, ne za hodinu.

U spojování tabulek rozhoduje počet vrácených řádků v každém kroku. Filtr, který propustí příliš mnoho řádků, se v plánu objeví vysoko a zbytek práce se dělá zbytečně. Pomáhá omezit data co nejdříve, tedy filtrovat před spojením, ne až po něm. Stejně tak stránkování přes velký offset nutí databázi přečíst a zahodit spoustu řádků; efektivnější je stránkovat podle klíče posledního zobrazeného záznamu.

Kontejnerizace začíná u jedné otázky: čím se liší kontejner od virtuálního stroje a proč to vlastně řešit. Virtuální stroj si nese celý operační systém včetně jádra, takže zabírá stovky megabajtů až gigabajtů a startuje desítky sekund. Kontejner sdílí jádro hostitelského systému a obsahuje jen aplikaci s jejími knihovnami. Výsledkem je obraz o velikosti několika desítek megabajtů a start v řádu stovek milisekund. Právě kvůli tomu se kontejnery hodí pro vývoj, testování i nasazení, kde se stejné prostředí opakuje mnohokrát.

Základní tok práce stojí na třech příkazech. Příkaz docker build sestaví obraz z textového souboru, obvykle s názvem Dockerfile. Příkaz docker run z tohoto obrazu spustí běžící instanci, tedy kontejner. Příkaz docker ps ukáže, co právě běží, a docker ps -a i to, co už skončilo. Pokud se kontejner okamžitě ukončí, není to chyba nástroje, ale nejčastěji chybějící hlavní proces. Kontejner žije tak dlouho, dokud běží jeho vstupní příkaz. Když aplikace skončí, kontejner skončí s ní.

Nakonec si ověřte, že všichni rozumí. Místo otázky „Máte nějaké dotazy?" se zeptejte: „Co uděláte, když budete chtít nástroj použít na jiném počítači?" nebo „Komu pošlete žádost o sdílení s externím partnerem?" Odpovědi vám ukážou, kde výklad selhal. A až se objeví nová verze podmínek, zopakujte krátké školení znovu — lidská paměť je krátká a právní texty se mění.

Prvním praktickým krokem je ověřit, zda prostředí umí vytvořit a aktivovat virtuální prostředí přímo z rozhraní. Zkuste to na malém projektu: vytvořte složku, inicializujte prostředí, nainstalujte jednu knihovnu a spusťte krátký skript. Pokud musíte kvůli každé změně přepínat do terminálu a ručně opisovat cesty, ztratíte čas. Na druhou stranu příliš automatizace může skrýt, které prostředí je právě aktivní. Vždy si ověřte, že interpret v editoru odpovídá tomu, který používáte v příkazové řádce.

Prostředí nemusí být jen jedno. Mnoho vývojářů kombinuje lehký editor pro rychlé úpravy a plnohodnotné IDE pro větší refaktoring. Důležité je, aby obě strany používaly stejná pravidla formátování a stejný interpret. Jinak se dříve nebo později objeví rozdíly, které zdržují. Vyberte si tedy podle toho, jak skutečně pracujete, ne podle seznamu funkcí.

Dockerfile: kde vzniká většina problémů V Dockerfile se vyplatí držet dvě pravidla. První se týká pořadí instrukcí: co se mění zřídka, patří nahoru. Instalace závislostí před kopírováním zdrojového kódu znamená, že se při další změně kódu nemusí stahovat a instalovat znovu. Druhé pravidlo se týká velikosti obrazu. Každá instrukce přidává vrstvu, takže spojování příkazů do jednoho pomocí && a mazání dočasných souborů ve stejné vrstvě snižuje výslednou velikost. Pro produkci se používá vícefázový build: v první fázi se aplikace sestaví, ve druhé se zkopíruje jen hotový výsledek do menšího základního obrazu.

Mezi typické chyby patří spouštění procesu jako root. Kontejner s právy root uvnitř znamená, že případný únik z izolace má vážnější dopady. Řešením je vytvořit v Dockerfile běžného uživatele a přepnout se na něj instrukcí USER. Další opakovanou chybou je ukládání dat do zapisovatelné vrstvy kontejneru. Ta zmizí při smazání kontejneru. Data patří do svazku, tedy volume, nebo do připojeného adresáře z hostitele. Stejně tak se nastavení nemá zapisovat natvrdo do obrazu, ale předávat přes proměnné prostředí nebo připojený konfigurační soubor.