Kdy open source licence omezí váš projekt a kdy ne

Volba open source licence není formalita na konci vývoje. Licence určuje, co smíte s kódem dělat, jak ho můžete kombinovat s jinými komponentami a jaké povinnosti vzniknou tomu, kdo software dále šíří. Pokud se licence řeší až při vydání, často se ukáže, že část kódu nelze použít vůbec, nebo že by projekt musel změnit licenci celý. Kontrola licencí má proběhnout dřív, než do repozitáře přibude první závislost.

Při testování sledujte, jak se limit chová při souběžných požadavcích. Typická chyba je testovat pouze jeden požadavek za sekundu a pak být překvapen, že ostrý provoz dostává 429. Použijte nástroj, který umí poslat stovky požadavků najednou, a ověřte, že se počítadla správně resetují. Do odpovědi přidejte hlavičku Retry-After, aby klient věděl, kdy může zkusit znovu. Pokud omezujete podle IP, pamatujte, že za proxy musíte nastavit trust proxy, jinak všechny požadavky vypadají jako z jedné adresy.

Nakonec si osvojte práci s vývojářskými nástroji v prohlížeči. Umožní vám za běhu měnit styly, zkoumat strukturu dokumentu a odhalit, které pravidlo se skutečně aplikovalo. Naučte se číst chyby v konzoli – neplatný HTML nebo neexistující soubor CSS se tam projeví. Jakmile zvládnete tyto základy, můžete přejít k předprocesorům, frameworkům nebo JavaScriptu. Bez pevných základů v HTML a CSS se ale v žádném z nich nebudete cítit jistě.

Kde se licence ztrácí a jak tomu předejít Licence se ztrácí ve chvíli, kdy ji vývojář přidá, ale zapomene na ni upozornit v README. Uživatel otevře repozitář, vidí kód, ale nemá jistotu, rekonstrukce koupelny krok za krokem jakých podmínek ho smí použít. Do README proto napiš krátkou větu s názvem licence a odkazem na soubor LICENSE. Zároveň zkontroluj, zda licence odpovídá závislostem. Pokud projekt používá knihovnu pod copyleftovou licencí, může to ovlivnit, jakou licenci můžeš zvolit pro celek. Nestačí zkopírovat cizí licenční soubor bez ověření, že sedí na tvůj případ.

Kód, který funguje, ještě není kód, který se dá číst. Rozdíl mezi oběma poznáte ve chvíli, kdy se k souboru vrátíte po třech týdnech a nevíte, co dělá proměnná s názvem data2. Čistý kód není otázka vkusu ani estetiky. Je to praktická investice, která se vyplatí pokaždé, když někdo jiný — nebo vy sami — musí do logiky zasáhnout.

Praktickým krokem je přidat do repozitáře také soubor s informací o autorských právech, obvykle COPYRIGHT nebo NOTICE. Ten uvádí, kdo je držitelem práv a od kterého roku. Není to náhrada licence, ale doplněk, který usnadňuje dohledatelnost. U projektů s více přispěvateli je vhodné vést seznam lidí, kteří kód poskytli, a jejich souhlas s licencí. Bez tohoto souhlasu nelze licenci později změnit ani vymáhat.

Licence v repozitáři není formalita, kterou lze odbýt jedním odstavcem v README. Pokud ji lidé nemohou snadno najít a přečíst, nemohou projekt legálně použít ani upravit. Prvním krokem je ujasnit si, kdo je nositelem autorských práv. U firemních projektů to bývá zaměstnavatel, u komunitních přispěvatelů vzniká problém, když každý přidá kód bez jasného přiřazení práv. Bez vyřešeného vlastnictví je jakákoli licence jen prázdná deklarace.

Nakonec mějte na paměti, že limit není náhrada za ochranu před útoky. Slouží jako pojistka, ne jako hlavní obrana. Kombinujte ho s ověřováním vstupů, autentizací a sledováním anomálií. Dobře nastavený limit poznáte tak, že běžný uživatel žádné omezení nezaznamená, ale automatizovaný nástroj narazí během chvíle. Průběžně sledujte počet 429 odpovědí a podle toho limit upravujte. Co fungovalo při malém provozu, může být při růstu příliš těsné nebo naopak zbytečně volné.

Dalším krokem je zajištění napříč celým repozitářem. Pokud má projekt více částí – kód, dokumentaci, grafiku – může mít každá jinou licenci. To je legitimní, ale musí to být výslovně uvedeno. V opačném případě vzniká nejasnost, zda se licence vztahuje i na obrázky nebo vzorová data. U databází a obsahu se často používá licence odlišná od softwarové, například pro texty nebo data. Bez explicitního uvedení se uživatelé mohou domnívat, že vše spadá pod jednu licenci, což může být právně neudržitelné.

Soubor s licencí patří do kořene repozitáře, nikoli do podsložky nebo do dokumentace. Použij standardní název, obvykle LICENSE nebo LICENSE.txt, případně s příponou podle formátu. Obsah musí být úplné znění licence, ne jen odkaz na ni. Pokud použiješ zkrácenou verzi, někteří uživatelé ji nebudou považovat za platnou. Velmi častou chybou je vložit licenci pouze do komentáře v hlavním souboru zdrojového kódu – tam ji přehlédne každý, kdo prochází strukturu projektu.