Sledování výdajů, které většina rodin vzdá po prvním měsíci

Nakonec nezapomeňte na pravidelnou kontrolu. Děti rostou a s nimi i síla, kterou na nábytek působí. Jednou za půl roku utáhněte všechny šrouby a zkontrolujte, zda se hmoždinky neuvolnily. Pokud dítě přestane regál používat nebo se odstěhuje, upevnění neodstraňujte – může posloužit dalšímu dítěti nebo návštěvě. Bezpečný dětský pokoj není o tom mít co nejméně nábytku, ale o tom mít každý kus pevně spojený se zdí.

Pátým návykem je vyhýbat se globálním proměnným a mutacím. Globální stav se mění odkudkoli, což znamená, že nevíš, kdo ho změnil. Místo toho používej lokální proměnné a čisté funkce, které nemění vstupy. Když funkce vrací novou hodnotu místo přepisu původní, ladění se zjednoduší. Stejně tak se vyhni hlubokému vnořování – místo pěti úrovní ifů použij early return.

Většina rodin začne sledovat výdaje s nadšením. První týden zapisují každou korunu, druhý týden vynechají dvě položky a třetí týden se na sešit práší. Nejde o lenost. Jde o to, že lidé zapisují výdaje příliš podrobně a příliš pozdě. Řešením není dokonalejší aplikace, ale jiný postup: zaznamenávejte jen to, co skutečně mění rozhodování.

První REST API obvykle vypadá jednoduše: pošleš požadavek a čekáš odpověď. Jenže právě mezi odesláním a přijetím odpovědi se odehrává většina chyb, které začátečníka zdrží na celý den. Klient odešle HTTP požadavek na konkrétní URL, server ho přijme, zpracuje a vrátí odpověď s hlavičkami a tělem. Pokud v kterémkoli kroku něco nesedí, nedostaneš data, ale chybový kód.

Typická chyba je rušit to, co rodinu baví, a nechat běžet to, co nikomu nic nepřináší. Zrušit společné víkendové výlety kvůli pár korunám ušetřeným na předplatném je špatný obchod. Naopak zrušit dvě nevyužívané služby a ponechat si sobotní snídani v kavárně je udržitelné. Rezervy hledejte nejprve v zapomenutých platbách, ne v radostech.

Používej konzistenci a vracej se k malým krokům Třetím návykem je konzistentní styl. Ať už používáš středníky, nebo ne, drž se jednoho. Stejně tak uvozovky, odsazení a pojmenování. Nástroje jako Prettier nebo ESLint ti pomohou automaticky. Bez konzistence trávíš čas přemýšlením nad stylem místo nad logikou. Čtvrtým návykem je psát malé commity a často spouštět kód. Když napíšeš dvě stě řádků a pak to poprvé pustíš, hledání chyby je jako hledat jehlu v kupce sena. Po každé logické jednotce kód spusť, i kdyby jen s console.log. Odhalíš chybu v momentě, kdy vznikla.

Jak dosáhnout správné hustoty bez zbytečného míchán

Praktický postup: nejprve ověř dostupnost endpointu, potom pošli minimální platný požadavek a teprve pak přidávej další pole. Sleduj, co server vrací, a porovnej to s tím, co jsi poslal. Mezi typické chyby patří špatná autentizace, chybějící hlavička s tokenem, překlep v názvu pole a neošetřené prázdné hodnoty. U čísel a textů si hlídej typy, protože záměna řetězce za číslo způsobí neplatný požadavek.

Každý, kdo někdy strávil hodiny hledáním chyby v kódu, ví, že nejdražší je čas. Čistý kód není estetická záležitost, ale praktická investice. Následujících pět návyků ti pomůže snížit čas ladění na minimum.

Hlavičky a tělo rozhodují o výsledku U POST a PUT posíláš data v těle požadavku. Server musí vědět, v jakém formátu přicházejí, proto nastav hlavičku Content-Type na application/json. Zapomenutá hlavička je nejčastější důvod, proč server vrátí 415 nebo 400. Naopak při čtení odpovědi se hodí hlavička Accept, kterou říkáš, že chceš JSON. Tělo požadavku musí být platný JSON: dvojité uvozovky, žádné čárky navíc na konci, správně uzavřené závorky.

Prvním návykem je pojmenovávat věci tak, aby říkaly, co dělají. Funkce s názvem zpracujData neřekne nic. vypocitejPrumernouTeplotu je jasná. Vyhni se zkratkám jako tmp nebo arr, pokud nejde o konvenci v celém projektu. Platí pravidlo: když název přečteš za měsíc, musíš okamžitě vědět, k čemu proměnná slouží. Pokud ne, přejmenuj ji hned.

Tyto návyky nezavedou dokonalý kód přes noc. Ale každý z nich ti ušetří hodiny. Začni jedním, třeba pojmenováním. Až si ho osvojíš, přidej další. Ladění pak přestane být noční můrou a stane se rutinou.

Druhým návykem je omezit funkce na jednu věc. Funkce, která načítá data, validuje je, ukládá a ještě vypisuje do konzole, je peklo na ladění. Když selže, nevíš, která část. Rozděl ji na menší celky. Každá funkce by měla mít jednu odpovědnost. Testovatelnost a čitelnost rapidně stoupne.

Odpověď nese stavový kód, který má vždy stejný význam. 2xx znamená úspěch, 4xx chybu na straně klienta a 5xx chybu na straně serveru. Ne každý úspěch ale znamená data: 204 znamená, že operace proběhla, ale tělo je prázdné. U chyb čti i tělo odpovědi, bývá v něm konkrétní popis, co je špatně. Slepé opakování stejného požadavku bez změny obvykle nepomůže.