Další podstatné rozhodnutí se týká toho, zda chcete kontrolovat, jak jsou vaše jméno a jméno vašeho projektu používány. Většina licencí obsahuje klauzuli o zřeknutí se odpovědnosti, ale ne všechny zakazují reklamní použití jména autora. Pokud vám vadí, že by někdo použil váš projekt jako součást své marketingové kampaně, vyberte licenci, která to výslovně omezuje. Třeba BSD licence má variantu, která zároveň zakazuje použít jména přispěvatelů k propagaci odvozených děl. To je praktické, ale zároveň to zvyšuje počet povinností, If you have just about any questions regarding where and also tips on how to use číst více, it is possible to call us at our internet site. které musíte při distribuci splnit.

Když začínáte s tvorbou webových stránek, první setkání s HTML a CSS může působit jako nesrozumitelná změť značek a pravidel. Přitom stačí pochopit pár základních principů a hned se vám bude pracovat mnohem lépe. Tento článek se zaměřuje na konkrétní postupy a časté omyly, kterým se vyhnete, pokud budete vědět, na co si dát pozor.

Typická chyba začínajících autorů je, že si vyberou licenci podle šablony z internetu, aniž by si ověřili, zda je vhodná pro jejich konkrétní jazyk nebo typ projektu. Například pro dokumentaci se hodí jiné licence než pro zdrojový kód. Pokud píšete knihovnu, zvažte, že ji budou používat i komerční projekty, a proto je lepší zvolit permisivní licenci, aby se nestala pro vývojáře překážkou. Pokud píšete celou aplikaci, která má fungovat jako veřejný statek, copyleft dává smysl.

Jak začít a co si pohlídat, aby pipeline fungoval Začněte s jedním jednoduchým workflow, které spustíte při každém pushi do hlavní větve. Do něj dejte jen tři kroky: checkout kódu, instalaci závislostí a spuštění testů. Teprve když běží stabilně a rychle, přidávejte další fáze, jako je statická analýza, build kontejneru nebo nahrání artefaktů. Důležité je, aby každý krok měl jasný účel a byl snadno odstranitelný. Pokud si nejste jistí, jestli něco potřebujete, raději to vynechejte.

Dalším bodem je správa tajemství a proměnných. Nikdy neukládejte hesla, API klíče nebo tokeny přímo do souboru workflow. Místo toho použijte repozitářové secrets a proměnné, které jsou dostupné v prostředí. Při práci s nimi si ale pohlídejte dvě věci: za prvé, že secret opravdu neproteče barvy stěn do obýváku logů (například přes debug výpis), a za druhé, že oprávnění workflow jsou co nejužší. Pokud pipeline potřebuje jen číst kód, nedávejte mu práva na zápis do registru kontejnerů. Tím minimalizujete škody v případě útoku.

Pozor na jednotky. Pro velikost písma používejte relativní jednotky jako em nebo rem, ne pixely. Vycházíte tak vstříc uživatelům, kteří si v prohlížeči zvětšují písmo. Pro šířku prvků se hodí procenta, maximální šířku nastavíte pomocí max-width. Pokud používáte absolutní jednotky, stránka se nemusí správně zobrazit na mobilních zařízeních. Vždy testujte vzhled na více velikostech obrazovky, nejen na svém monitoru.

Nejprve si ověřte, co je pro vás důležité Udělejte si test: Chcete, aby váš kód používalo co nejvíc lidí, i když ho začlení do placeného softwaru? Sáhněte po permisivní licenci. Chcete, aby se všechny odvozeniny nutně staly open source? Pak si vyberte copyleft. Pokud si nejste jistí, podívejte se na konkrétní situace. Typickou chybou je sáhnout po GPL jen proto, že ji používá oblíbená knihovna, ale pak zjistíte, že vaše aplikace nemůže být nasazená u zákazníka, který vyžaduje uzavřený kód. Naopak příliš permisivní licence může vést k tomu, že vaše práce skončí v komerčním produktu, který nikdy nevrátí žádné změny.

Dalším praktickým tipem je používat popisné názvy větví a commitů. Větev se má jmenovat podle čísla úkolu nebo stručného popisu funkce, ne „test1" nebo „fix". Commit messages by měly vysvětlovat, proč jste změnu udělali, ne jen co. To usnadní orientaci při řešení konfliktů i při pozdější revizi kódu. Když narazíte na konflikt v kódu, který jste psali před dvěma týdny, dobrá zpráva o commitu vám připomene, co jste zamýšleli.

Pokud tyto zásady dodržíte, dostanete pipeline, který šetří čas a snižuje riziko chyb v produkci. Naopak zanedbání testů v pipeline se dřív nebo později projeví. Buď selže nasazení v nejméně vhodnou chvíli, nebo se do produkce dostane chyba, která se mohla snadno zachytit. Automatizace tedy není cíl, ale prostředek k tomu, aby váš tým mohl dodávat rychleji a spolehlivěji. Začněte malými kroky a postupně pipeline vylepšujte podle skutečných potřeb projektu.

Základem každé stránky je správně strukturovaný HTML dokument. Mějte vždy na paměti, že HTML popisuje obsah a jeho sémantiku, zatímco CSS se stará o vzhled. Když chcete nadpis, použijte značky od h1 po h6, ne jen tučný text. Pro odstavec zase použijte . Tím zajistíte, že stránka bude dobře čitelná nejen pro lidi, ale i pro vyhledávače a asistivní technologie. Vždy uvádějte doctype, html, head a body – to je kostra, bez které se nic neobejde.