Větrejte po každém použití, jinak se v místnosti usadí vlhkost a.

Větrejte po každém použití, jinak se v místnosti usadí vlhkost a začne se tvořit plíseň. Utřete podlahu do sucha a nechte topidlo vychladnout. Pokud máte v koupelně pračku nebo dřevěný nábytek, zakryjte je fólií. Domácí sauna bez kabiny je provizorní řešení, ne trvalá instalace — po sezóně ji ukliďte a zkontrolujte, zda zásuvka ani kabel nevykazují známky přehřátí.

Požadavek začíná metodou a cestou. Pro čtení používej GET, pro vytvoření POST, pro úpravu PUT nebo PATCH, pro smazání DELETE. Cesta má být podstatné jméno v množném čísle, například /uzivatele. Vyhni se slovesům v cestě, jako /vratUzivatele. Parametry filtrování posílej v query stringu, tělo požadavku nech pro data. U GET nikdy neočekávej tělo, některé klienty ho zahodí.

Formát odpovědi drž konzistentní. Pokud vracíš JSON, vždy posílej hlavičku Content-Type: application/json. Datum a čas posílej v ISO 8601, čísla bez uvozovek, boolean jako true nebo false. U seznamů přidej metadata, jako je celkový počet nebo odkaz na další stránku. Vyhni se vnořování, které klient musí rozbalovat. Čím plošší struktura, tím snazší zpracování.

Když se ukáže, že jde o únavu, pomůže změna rytmu. Zkraťte herní blok, přidejte pohyb mezi sezeními a nechte dítě rozhodnout, co bude dělat místo hry. Nenuťte ho k návratu, ale nabídněte alternativu: kreslení, stavebnici, procházku nebo společné vaření. Pokud jde o skutečný konec zájmu, nechte hru odpočívat. Někdy se k ní dítě vrátí za měsíc s novým pohledem. Jindy je čas ji posunout dál a hledat jinou aktivitu, která nabídne podobnou výzvu.

Testuj odpovědi ručně i automaticky. Nástroje jako curl nebo HTTP klient ti ukážou reálná data. Ověř, že prázdný seznam vrací [], ne null. Zkontroluj, že chybí-li povinné pole, API vrátí 400 s jasnou zprávou. Sleduj dobu odezvy a loguj chyby. První REST API nemusí být dokonalé, ale musí být čitelné a předvídatelné. Právě konzistence odpovědí rozhoduje o tom, zda s ním někdo bude chtít pracovat.

Kuchyně snese víc, než se na první pohled zdá. Mezi horními skříňkami a stropem bývá mezera, která se dá vyplnit dalším pásem skříněk nebo alespoň uzavřenou lištou. Uvnitř skříněk používejte vertikální děliče na plechy a prkénka, ne jeňte vše na sebe. Zásuvky vydrží víc, když do nich dáte vložky do tvaru příborů i na ostatní drobnosti. Typická chyba: lidé kupují hluboké skříňky a pak v zadní části nacházejí prošlé potraviny. Řešením jsou otočné podnosy nebo průhledné dózy s popisem.

Při návrhu mysli na verzi. První verzi dej do cesty, například /v1/uzivatele. Změny, které rozbijí kompatibilitu, dělej v nové verzi. U existující verze pouze přidávej pole, nikdy neubírej ani neměň typ. Dokumentace není volitelná, ale musí být krátká a přesná. U každého endpointu uveď metodu, cestu, parametry, příklad požadavku a příklad odpovědi včetně chyb.

Podvodný e-shop se pozná dřív podle chování než podle vzhledu. Moderní šablony a stockové fotky má dnes kdokoli a kvalitní grafika sama o sobě nic neznamená. Rozhoduje to, co prodejce zveřejňuje o sobě, jak komunikuje a jak reaguje, když se něco pokazí. První krok je proto jednoduchý: než zaplatíte, věnujte pár minut ověření prodejce, ne produktu.

Praktický krok: udělejte týdenní pozorování. Zapište, kdy si dítě hru vybere samo, kdy ji jen plní a kdy ji odmítne. Nesnažte se hru zachránit za každou cenu. Mnohem užitečnější je ptát se na důvod. „Co tě na tom dřív bavilo?” otevře rozhovor víc než „Tak co budeme hrát?” Vyhněte se tlaku, že se musí bavit, protože jste do hry investovali čas nebo peníze. Tento argument děti slyší jako výčitku a zavírá komunikaci.

První REST API často vzniká jako jednoduchý endpoint, který vrátí data. Jenže právě v odpovědi se dělá nejvíc chyb. Když klient dostane jiný tvar, než čeká, dochází k chybám, které se špatně hledají. Základem je vrátit vždy stejnou strukturu: stavový kód, tělo s daty nebo chybou a hlavičku Content-Type. Bez toho se i funkční API stává nepředvídatelným.

Stavové kódy a chybové odpovědi rozhodují o použitelnosti Nejčastější chyba je vracet 200 OK i při chybě. Klient pak musí hádat, co se stalo. Pro úspěch používej 200, pro vytvoření 201, pro neplatný vstup 400, pro chybějící autentizaci 401, pro nedostatečná práva 403, pro nenalezené 404 a pro neočekávanou chybu serveru 500. Tělo chyby měj jednotné: pole error s kódem a lidsky čitelnou zprávou. Nikdy neposílej stack trace do produkce.

Signály, které se pletou s nezájmem Častým omylem je brát krátkodobý odpor jako trvalý. Dítě může být jen unavené, hladové nebo přesycené obrazovkou. Pokud hru vypne a za hodinu se k ní samo vrátí, šlo o únavu. Jestliže se ale vyhýbá i tématu, o kterém dříve mluvilo, a nadšení opadlo i po delší pauze, jde o posun. Dalším signálem je, když dítě hraje mechanicky, bez komentáře a bez chuti zkoušet nové věci. Tehdy už nejde o zábavu, ale o setrvačnost.