Když přecházíš na TypeScript, začni typovat hranice > 자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Na závěr si zvykněte na to, že verzování není jen o commitech, ale také o komunikaci. Do popisků pište konkrétní informace pro sebe i kolegy, případně odkazujte na číslo úkolu z vašeho projektového nástroje. Když budete po třech měsících hledat, proč se změnilo chování nějaké funkce, právě tyto popisky vám ušetří spoustu času. Až si osvojíte tyto základy, zjistíte, že bez verzování se už nikdy nechcete vrátit k původnímu stylu práce.

Docker je nástroj, který vám umožní spouštět aplikace v izolovaných prostředích, takzvaných kontejnerech. Na rozdíl od virtuálních strojů nepotřebujete pro každý kontejner plný operační systém, takže jsou lehčí a rychlejší. Pro začátečníka je klíčové pochopit, že kontejner není virtuální stroj — je to proces, který běží na hostitelském jádře, ale má vlastní souborový systém, síť a procesy. Tento článek vám ukáže, jak začít, na co si dát pozor a jaké chyby dělá téměř každý, Barvy stěn do obýváku kdo s Dockerem teprve začíná.

Když začnete pracovat na jakémkoli projektu, ať už jde o web, skript nebo dokumentaci, brzy narazíte na problém: jak uchovávat starší verze a zároveň bezpečně přidávat nové funkce? Verzovací systém Git je nástroj, který přesně tohle řeší. Nemusíte se bát, že něco rozbijete – každou změnu můžete vrátit zpět. Základem je pochopit, že Git neukládá jen kopie souborů, ale celou historii změn. To znamená, že se kdykoli podíváte, co jste dělali před týdnem, a případně se k tomu vrátíte.

Když začnete verzovat webový projekt, první dny vypadají jako ztráta času. Každá změna vyžaduje commit, commit zase popisek a vy jen přemýšlíte, k čemu to celé je. Pak ale přijde první větší úprava, která rozbije funkčnost stránky, a vy zjistíte, že bez historie změn nemáte šanci rychle najít viníka. Verzování není luxus, ale základní hygienický návyk, který vám ušetří hodiny hledání chyb.

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.

Další pastí je ignorování souborů, které nechcete verzovat, jako jsou dočasné soubory nebo hesla. K tomu slouží soubor .gitignore, do kterého zapíšete vzory souborů, které má Git ignorovat. Například *.log ignoruje všechny logy. Vytvořte tento soubor hned na začátku, abyste omylem nezveřejnili citlivé údaje. A pokud už něco špatně commitnete, použijte git reset HEAD~1 pro zrušení posledního commitu – ale pozor, funguje to jen pro nezveřejněná data.

Začněte tím, že si vytvoříte lokální repozitář přímo ve složce s projektem. Nejdříve si ale rozmyslete, které soubory do verzování vůbec nepatří. Mezi typické adepty na ignorování patří složky s dočasnými soubory, konfigurace obsahující hesla a především velké binární soubory, jako jsou obrázky nebo videa. Vytvořte si soubor, kde tyto cesty vypíšete, a hned na začátku ho commitněte. Pokud tento soubor založíte až později, riskujete, že se citlivé údaje dostanou do historie a jejich odstranění bude bolet.

Užitečné je také větvení. Místo abyste pracovali přímo na hlavní větvi, vytvořte si větev příkazem git branch název a přepněte se do ní příkazem git checkout název. Větve umožňují zkoušet nové nápady, aniž byste ohrozili stabilní verzi projektu. Když je změna hotová, sloučíte ji zpět pomocí git merge. To je základní pracovní postup, který používají i profesionální týmy.

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.

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í.

Nejčastější chybou začátečníků je používání docker run bez parametrů, které omezují zdroje nebo síť. Můžete snadno spustit kontejner, který sebere veškerou paměť hostitele. Vždy proto používejte omezení, například -m 512m pro paměť a --cpus=1 pro procesor. Také si dejte pozor na to, že kontejnery běží pod uživatelem root, pokud to výslovně nezměníte. Pro produkci vytvořte v Dockerfile uživatele s nižšími právy, jinak riskujete bezpečnostní problémy.