Druhým krokem je vlhkost. Dřevo by mělo mít vlhkost do zhruba osmnácti procent. Pokud je mokré, sádrokarton začne pracovat, spáry popraskají a v dutině se usadí plíseň. Změřte vlhkost vlhkoměrem na několika místech, ne jen na jednom. Střecha nad půdou musí být v tu dobu už dokončená a krytina těsná. Zkontrolujte také, zda do prostoru nezatéká kolem komínu, vikýřů nebo prostupů. Případné netěsnosti řešte před izolací — po obložení už se k nim nedostanete.<br>
<br>
<br>
<br>
Další chybou je spoléhat na to, že „to vydrží". Datum spotřeby není totéž co datum minimální trvanlivosti. U trvanlivých potravin jde často jen o doporučení a jídlo je bezpečné i po něm. U čerstvých věcí ale neexperimentujte. Naučte se rozeznat, kdy je jídlo v pořádku podle vůně, barvy a konzistence. Pokud si nejste jistí, raději vyhoďte. Zkažené jídlo vás vyjde dráž než to, které jste vyhodili preventivně.<br>
<br>
<br>
<br>
Barvy a světlo rozhodují o tom, zda bude místnost působit útulně, nebo jako sklad. Tmavé stěny a těžký nábytek opticky zmenšují. Naopak světlé odstíny na stěnách, jedna barva na podlaze a nábytek ve stejné tónině stropu stírají hranice a místnost natahují. Nepoužívejte více než tři základní barvy. Zrcadlo umístěné kolmo k oknu vrátí do místnosti denní světlo a zdvojnásobí hloubku. Závěsy veďte od stropu až k podlaze, ne od okna dolů — okno pak vypadá vyšší.<br>
<br>
<br>
<br>
Základní pravidlo zní: server nikdy nevěří tomu, co mu klient pošle. Pokud posíláte data ve formátu JSON, musí být v hlavičce Content-Type uvedeno application/json. Bez toho řada frameworků tělo požadavku vůbec nepřečte a vrátí chybu, i když je obsah syntakticky správně. Stejně tak je nutné ošetřit prázdné tělo, příliš velký payload a neplatné znaky. Kontrola vstupu není formalita, ale první místo, kde se dá předejít pádu celé služby.<br>
<br>
<br>
<br>
Zapomenutá odpovědnost a chybějící kontrola Třetí chybou je předpoklad, že automatizace odstraní potřebu lidské kontroly. Opak je pravdou. Systém může generovat chyby stejně jako člověk, jen jiným způsobem a ve větším objemu. Je proto nutné určit, kdo za výstup odpovídá a jak často ho kontroluje. Stačí krátká pravidelná revize – například jednou týdně projít, co automatizace vyprodukovala, a porovnat to s realitou. Pokud někdo odejde nebo onemocní, musí být jasné, kdo ho zastoupí. Bez toho se automatizace stane černou skříňkou, které nikdo nerozumí.<br>
<br>
<br>
<br>
Běhák je zánět šlach na spodní straně patní kosti. U slepic vzniká nejčastěji tlakem na měkkou nebo mokrou podestýlku, případně při dlouhodobém stání na tvrdém povrchu. Projevuje se zduřením, horkostí a neochotou ptáka našlapovat. Pokud se zachytí včas, dá se zvládnout úpravou prostředí. Ve chvíli, kdy slepice kulhá a má viditelně oteklé paty, je prevence už pozdě a nastupuje léčba.<br>
<br>
<br>
<br>
Čtvrtá chyba se týká dat. Automatizace potřebuje čisté a konzistentní vstupy. Pokud máte zákazníky uložené v různých tabulkách, číslech a formátech, žádný nástroj to nespraví za vás. Před spuštěním automatizace si udělejte jednoduchý audit: kolik máte zdrojů dat, kdo je spravuje a jak často se mění. Sloučení duplicit a sjednocení formátu je nudná práce, ale bez ní bude automatizace produkovat nesmysly. Není výjimkou, že tento krok zabere více času než samotné nastavení nástroje.<br>
<br>
<br>
<br>
Začněte tím, co už doma máte Než cokoli dokoupíte, projděte spíž i lednici a udělejte si rychlý soupis. Nemusíte psát tabulky, stačí si projít regály a zapamatovat, co je potřeba spotřebovat jako první. Právě tady vzniká většina zbytečných nákupů – kupujete mouku, i když doma stojí tři otevřená balení. Stejně tak v lednici často objevíte dvě hořčice nebo tři otevřené krémy. Sjednoťte je do jedné nádoby a tu postavte dopředu. Co je otevřené, jde vždy na oči.<br>
<br>
<br>
<br>
Stavové kódy a tělo odpovědi, které mate klienta Nejčastější začátečnická chyba je vracet kód 200 i u chyby. Klient pak čte tělo, hledá v něm pole s výsledkem a narazí na něco úplně jiného. Rozlišujte situace: 400 pro neplatný vstup, 401 pro chybějící přihlášení, 404 pro neexistující zdroj, 500 pro selhání serveru. Kód nese informaci sám o sobě a tělo odpovědi má jen doplnit detail. Pokud posíláte chybu, držte se jednoho tvaru — například objekt s polem pro kód a popis. Rozdílné struktury u různých chyb zbytečně komplikují zpracování na straně klienta.<br>
<br>
<br>
<br>
Při ladění si nejdřív ověřte, co skutečně odešlo ze serveru, ne co si myslíte, že odeslat měl. Logujte celý požadavek i odpověď včetně stavového kódu, ale nikdy nelogujte hesla ani tokeny. Testujte i chybové stavy: co se stane při výpadku databáze, při neplatném typu v JSONu, při příliš dlouhém řetězci. Právě tam se rozdíl mezi funkčním a spolehlivým API projeví nejvíc.
