Na co se zaměřit při konfiguraci a běžné prá<br>
<br>
<br>
<br>
<b>Po diskusi je nezbytné vybrat</b> maximálně dva akční kroky, které tým splní do příští retrospektivy. Každý krok musí mít jasného vlastníka, termín a ověřitelný výsledek. Bez tohoto kroku retrospektiva ztrácí smysl. Obvyklá chyba je přetížit tým deseti úkoly, které se pak nikdy neuskuteční. Lepší je zaměřit se na jednu malou změnu, která ihned přinese viditelný efekt. Zároveň si na konci vyhraďte pět minut na zhodnocení průběhu samotné retrospektivy – co se povedlo, co příště vynechat.<br>
<br>
<br>
<br>
Když se řekne REST API v Node.js, většina vývojářů sáhne po frameworku Express. Není to náhoda – Express je minimalistický, dobře zdokumentovaný a díky své flexibilitě vám umožní postavit API přesně podle potřeb. Než ale začnete psát první endpoint, ujasněte si, co vlastně chcete, aby vaše API dělalo. Bez jasné definice zdrojů a jejich vztahů snadno skončíte u nepřehledného kódu, který se bude těžko udržovat.<br>
<br>
<br>
<br>
Při práci s vestavěnými nástroji je klíčové mít pod kontrolou verzi kódu. Než začnete s rozsáhlejšími refaktoringy, vytvořte si commit nebo si alespoň uložte aktuální stav. Pokud se něco pokazí, můžete se snadno vrátit. Také si zvykněte dělat refaktoring v malých krocích a po každé operaci spustit testy. IDE vám dá vědět, pokud něco není v pořádku, ale automatické testy jsou vaší pojistkou, že se nic nerozbilo.<br>
<br>
<br>
<br>
Častou chybou je spoléhat se pouze na ruční úpravy při změně typu proměnné nebo návratové hodnoty funkce. Moderní IDE nabízí funkci 'Změnit signaturu' (Ctrl+F6), která umožňuje upravit parametry metody a automaticky opravit všechna volání v projektu. To je nesmírně užitečné, když potřebujete přidat nový parametr nebo změnit pořadí stávajících. Bez této funkce byste museli procházet každé volání, což je zdlouhavé a náchylné k chybám, zejména ve větších projektech.<br>
<br>
<br>
<br>
Na závěr – testujte. Není nutné psát stovky testů, ale pokryjte alespoň hlavní endpointy a ošetření chyb. K tomu se hodí nástroje jako Supertest, které vám umožní simulovat HTTP požadavky bez spuštění serveru. Pozor si dejte na time-outy u asynchronních operací a na správné ukončení serveru po testech, jinak se vám procesy zablokují. S trochou disciplíny a dodržováním těchto zásad bude vaše REST API stabilní a snadno rozšiřitelné.<br>
<br>
<br>
<br>
Návrh routes a práce se status kódy Při návrhu routes se držte REST konvencí. Používejte podstatná jména v množném čísle (například /users), vyhněte se slovesům a akce odvozujte od HTTP metod. GET pro čtení, POST pro vytvoření, PUT nebo PATCH pro úpravu a DELETE pro mazání. Zásadní je vracet správné HTTP status kódy – 200 pro úspěch, 201 pro vytvoření, 400 pro chybný požadavek, 404 pro nenalezený zdroj a 500 pro interní chybu. Častou chybou je vracet 200 i při chybě, což klientovi znemožní rozlišit úspěch od selhání.<br>
<br>
<br>
<br>
Základní kostra serveru je jednoduchá: vytvoříte instanci Expressu, definujete middleware a routes. Klíčové je správně používat middleware pro parsování JSON těla – bez něj vám příslušné požadavky přijdou s prázdným objektem. Nezapomeňte také na zpracování chyb. Express sice umí zachytit synchronní chyby automaticky, ale asynchronní operace (například práci s databází) musíte ošetřit sami. Ideálně pomocí wrapperu, který předá chybu do dalšího middleware pro zpracování chyb.<br>
<br>
<br>
<br>
Dalším častým problémem je nevalidovaný vstup. Nikdy nevěřte datům, která přijdou z klienta. Použijte knihovnu pro validaci schémat (například Joi nebo express-validator) a ověřte nejen typy, ale i povinnost polí. To vám ušetří spoustu nepříjemností při práci s databází. Stejně tak si dejte pozor na SQL injection nebo NoSQL injection – vždy používejte parametrizované dotazy nebo ORM, který toto riziko eliminuje.<br>
<br>
<br>
<br>
Pro zpětnou vazbu používejte model „Situace – Dopad – Návrh". Každý bod musí obsahovat, kdy k situaci došlo, jaký měla dopad na tým a jaký konkrétní postup by situaci zlepšil. Například: „Když jsme v pondělí nasazovali novou verzi, musel jsem čekat na schválení od vedoucího, což zdrželo testování o hodinu. Navrhuji, aby schvalovací právo měl každý seniorní člen týmu." Tento formát nutí mluvit o faktech a řešeních, ne o emocích.<br>
<br>
<br>
<br>
Kromě těchto základních operací stojí za zmínku i nástroje pro analýzu kódu, které často doplňují refaktoring. Například funkce 'Najít místa použití' (Alt+F7) vám ukáže všechny závislosti na daném symbolu, což je nezbytné před tím, než se pustíte do větších změn. Dále 'Inspect Code' dokáže navrhnout vylepšení, jako je nahrazení anonymní třídy lambda výrazem nebo odstranění nepoužívaných importů. Tyto návrhy lze často aplikovat jedním kliknutím, čímž se kód postupně čistí bez velkého úsilí.
