Hra přestane děti bavit nejčastěji ve chvíli, kdy se změní podmínky, které si samy nevytvořily. Může jít o nového hráče v partě, únavu po náročném dni, nebo o pravidla, kterým přestaly rozumět. Prvním krokem není hledat novou hru, ale zjistit, co se vlastně změnilo. Ptejte se konkrétně: „Co tě na tom teď nejvíc štve?" a nechte děti odpovědět bez přerušování. Odpověď většinou ukáže, zda jde o nudu z opakování, o konflikt s ostatními, nebo o únavu.

Druhým častým přehlédnutím je uvolněný nebo kluzký řemen. Pískání po nastartování, zvlášť za vlhka, bývá prvním signálem. Řemen, který klouže, nepřenáší otáčky na alternátor, i když je jinak v pořádku. Zkontrolujte jeho napnutí a stav drážek. Stejně tak zkontrolujte dotažení svorek na baterii –oxidace a slabý kontakt dokážou napodobit poruchu alternátoru.

Nakonec záleží i na druhu brambor. Moučné odrůdy se rozvaří a těsto je lepší, ale pustí více vody. Voskovité drží tvar a méně se rozpadají. Kombinace obou dá nejlepší výsledek. Ať už zvolíte jakoukoli, vždy je strouhejte najemno a ihned zpracujte. Čím déle nastrouhané brambory stojí, tím více vody vypustí a tím větší je riziko, že se bramborák nasákne.

Na co si dát pozor v praxi Rebase přepisuje historii. Jakmile je větev odeslaná a někdo na ní staví, rebase je nebezpečný. Platí proto pravidlo: rebasujte jen to, co ještě nikdo jiný nepoužil. Větve, které sdílíte s kolegy, nechte být a použijte merge. Dále nikdy nerebasujte main, pokud do něj už někdo poslal změny. Force push bez --force-with-lease přepíše i cizí commity a způsobí tichou ztrátu práce.

Základní postup pro vývojáře vypadá takto. Po dokončení práce na větvi spusťte git fetch origin, pak git rebase origin/main. Vyřešte konflikty v každém commitu zvlášť. Následně větev odešlete pomocí git push --force-with-lease. Na straně příjemce se změny dostanou do main příkazem git merge --ff-only nebo přes tlačítko, které fast-forward vynutí. Tím vznikne přímá linie bez zbytečného uzlu.

Při čtení odpovědi nejdřív zkontrolujte stavový kód, pak tělo. Tělo může být prázdné i u úspěšné odpovědi, typicky u DELETE. Pokud server vrátí chybu, přečtěte si pole s popisem – často obsahuje konkrétní důvod, například které pole chybí. Nikdy nepředpokládejte, že odpověď dorazí vždy. Ošetřete timeout, výpadek sítě i neplatný JSON. Když server vrátí 429, poslali jste příliš mnoho požadavků a musíte počkat.

Častou chybou je nutit děti do hry, kterou samy nevybraly. Další chybou je měnit pravidla uprostřed hry bez vysvětlení. Děti to vnímají jako nespravedlnost a přestanou se snažit. Vyhněte se také srovnávání s jinými dětmi. Místo toho popište konkrétní chování: „Vidím, že poslední dvě kola mlčíš." Tím dáte najevo, že si všímáte, ale nehodnotíte. Pokud se situace nelepší, zkuste hru na chvíli úplně přerušit. Někdy stačí jeden den pauzy a zájem se vrátí sám.

Častou chybou je rebase přes příliš mnoho commitů najednou. Když má větev třicet commitů a konflikty se opakují, je lepší ji rozdělit nebo použít interaktivní rebase git rebase -i origin/main a commity sloučit do smysluplných celků. Tím se sníží počet konfliktů a historie se zpřehlední. Pozor také na merge commity, které už v historii jsou – ty při rebase zmizí, což může rozbít vazby na pull requesty.

Poslední věc: testy. Po rebase se může změnit pořadí commitů a tím i výsledek. Vždy po rebase spusťte testy znovu, ideálně na stejném commitu, který posíláte do main. Pokud tým používá CI, nastavte, aby se spouštělo i na fast-forward merge. Jinak se stane, že se do main dostane změna, která prošla jen ve větvi, ale v novém kontextu selže.

Další častá chyba vzniká při čtení turistických popisků. Texty někdy používají slovo „funkcionalistický" jako synonymum pro „moderní" nebo „jednoduchý". To je zavádějící. Funkcionalismus je přesně vymezený styl s konkrétními znaky: volný půdorys, pásová okna, plochá střecha, přiznaný beton, absence ornamentu. Gotika je naopak vertikální, zdobená, s důrazem na světlo pronikající barevnými vitrajemi. Když si tyto rozdíly zapamatujete, přestanete se divit, proč Karel IV. žádnou funkcionalistickou vilu neviděl.

REST API není žádná magie, je to jen domluva mezi dvěma programy. Jeden pošle požadavek, druhý vrátí odpověď. Než začnete psát kód, potřebujete vědět tři věci: na jakou adresu volat, jakou metodou a co poslat v těle. Adresa se skládá z domény, cesty a případně parametrů. Metoda určuje, co chcete udělat – GET čte, POST vytváří, PUT mění, DELETE maže. Tělo požadavku se posílá hlavně u POST a PUT, obvykle ve formátu JSON.