Zásady čistého kódu v JavaScriptu pro každodenní praxi
První krok spočívá v zavedení sémantického verzování pro každou knihovnu zvlášť. Formát tři čísla (hlavní, vedlejší, oprava) funguje dobře, ale musí být striktně dodržován. Hlavní číslo zvyšujte pouze při nekompatibilních změnách API, vedlejší při přidání funkce zpětně kompatibilním způsobem a opravné při opravě chyby. Důležité je, aby se tyto změny promítaly i do závislostí. Pokud knihovna A změní hlavní verzi, knihovna B, která ji používá, musí ve svém manifestu explicitně uvést nový rozsah povolených verzí. Bez toho vznikne chaotický stav, kdy různé části projektu používají nekompatibilní kombinace.<br>
<br>
<br>
<br>
Pozor na typické chyby. Mnoho vývojářů volí IDE podle popularity, ale zjistí, že vestavěný klient nepodporuje jejich konkrétní databázi (např. Oracle, PostgreSQL, SQL Server). Před instalací si ověřte, jestli existuje oficiální plugin nebo rozšíření, a hlavně – jestli je aktivně udržované. Starý plugin, který nefunguje s nejnovější verzí databáze, způsobí více škody než užitku. Také si dejte pozor na to, že některé funkce, jako je vizualizace vztahů nebo porovnávání schémat, jsou dostupné jen v placené verzi, a to může být rozhodující faktor.<br>
<br>
<br>
<br>
Automatizace kontroly kompatibility místo ručního dohledu Ruční sledování verzí u více knihoven je neudržitelné, proto je nutné zapojit automatizované nástroje. Nejde o žádný konkrétní software, ale o princip: do CI (průběžné integrace) přidejte krok, který ověří, zda všechny deklarované závislosti existují a zda jejich verze odpovídají definovanému rozsahu. Tato kontrola by měla běžet při každém commitu a při každém vydání. Dále si vytvořte skript, který generuje zámek verzí (lockfile) pro celý projekt. Tento zámek zachytí přesné verze všech knihoven, které se aktuálně používají, a to včetně tranzitivních závislostí. Bez takového zámku se může stát, že vývojář na svém počítači pracuje s jinou kombinací než produkce, a to vede k nepředvídatelným chybám.<br>
<br>
<br>
<br>
Čistý kód není o osobním vkusu, ale o udržitelnosti projektu. Když píšete JavaScript, každé rozhodnutí – od názvu proměnné po strukturu funkcí – ovlivní, jak snadno se bude kód číst a měnit. Základním pravidlem je, že kód se píše jednou, ale čte se mnohokrát. Proto se vyplatí investovat čas do srozumitelnosti hned na začátku, místo abyste se k němu vraceli později s frustrací.<br>
<br>
<br>
<br>
Na pohovoru se připravte na to, že budete vysvětlovat své projekty. Neříkejte jen, že jste je vytvořili – popište, jakou architekturu jste zvolili, s jakými problémy jste se setkali a jak jste je vyřešili. Očekávejte také otázky na základní algoritmy a datové struktury, třeba na třídění pole nebo složitost operací. Pokud něco nevíte, přiznejte to a vysvětlete, jak byste postupovali při hledání odpovědi – schopnost učit se je u juniorů důležitější než znalosti zpaměti.<br>
<br>
<br>
<br>
Příprava na pohovor: co se skutečně ptají Na pohovoru se vás nebudou ptát na definice z učebnice, ale na konkrétní situace. Typická otázka zní: „Popište, jak byste navrhli aplikaci pro správu úkolů." Ukažte, že umíte přemýšlet v souvislostech – rozdělte problém na menší části, zmiňte databázi, API a uživatelské rozhraní. Když nevíte přesnou odpověď, řekněte, jak byste postupovali, abyste ji našli. Nikdy neříkejte „nevím" bez dalšího vysvětlení.<br>
<br>
<br>
<br>
Další oblastí je práce s asynchronním kódem. Místo hlubokého zanořování Promise.then() používejte async/await, který činí tok kódu lineárnějším. Dbejte na správné zpracování chyb – try/catch by mělo obalovat pouze rizikovou část, ne celou logiku. A nikdy nezapomeňte na ošetření okrajových případů, jako jsou prázdné pole nebo neplatné vstupy, protože právě tam se často skrývají chyby.<br>
<br>
<br>
<br>
Začněte u pojmenování. Vyhněte se zkratkám jako d, tmp nebo data. Místo toho používejte popisné názvy, které vyjadřují účel: userList, processedOrder, fetchUserProfile. Důležité je také rozlišovat funkce a proměnné: sloveso u funkcí (getUser, sendEmail) a podstatné jméno u hodnot (user, email). Vyhnete se tak nejednoznačnosti a ulehčíte práci ostatním vývojářům.<br>
<br>
<br>
<br>
Jak napsat životopis, který si přečtou Životopis pro IT se liší od běžných profesí. Nezačínejte motivačním dopisem o vaší lásce k technologiím – personalisté to čtou každý den. Místo toho hned na začátek uveďte, jaké technologie ovládáte a na jaké úrovni. Rozdělte je na „aktivně používám" a „mám základní přehled". Nikdy nepřehánějte, protože pohovor obvykle zahrnuje praktický úkol, kde se vaše skutečné znalosti prověří. Do životopisu také zahrňte odkazy na vaše projekty, ale pouze na ty, které jsou veřejně přístupné a fungují.