Skryté prostory, které zrovna nevyužíváte Postel s úložným prostorem je samozřejmostí, ale málokdo myslí na vyvýšenou podlahu pod kobercem. Pokud máte starší dům, zkuste pod postel umístit nízké boxy na kolečkách s víkem – vejdou se pod ně i objemné deky. Dalším tipem je využít prostor nad dveřmi: police na knihy nebo krabice s botami tam nebudou překážet a přitom zůstanou snadno dostupné. Pozor jen na to, aby police nebyly přeplněné a nepůsobily dojmem skladiště.
Základem každého požadavku je správná URL a metoda. Pro čtení dat používáte GET, pro vytvoření POST, pro úpravu PUT nebo PATCH a pro smazání DELETE. Častá chyba: používáte POST tam, kde má být PUT. Rozdíl je v tom, že POST vytváří nový zdroj, zatímco PUT aktualizuje existující. Pokud to popletete, můžete neúmyslně vytvořit duplicitní záznamy. Vždy proto kontrolujte, jakou operaci daný endpoint očekává. A pozor na koncové lomítko v URL – někdy je rozdíl mezi /users a /users/.
Nejobtížnější na automatizaci není technika, ale disciplína. Je lákavé nastavit si deset procesů najednou a pak zjistit, že žádný pořádně nefunguje. Začněte pomalu, s jedním procesem, a do měsíce uvidíte, kolik času vám to skutečně ušetří. Jakmile se vám podaří odstranit první opakované úkony, získáte nejen volné hodiny, ale také chuť do dalšího ladění. Nakonec zjistíte, že administrativa není nutné zlo, ale oblast, kterou můžete mít pod kontrolou.
Typickou chybou je rebase na větvi, kterou už někdo stáhl. Pak se commity duplikují a ostatní vývojáři musí řešit zbytečné konflikty. Než začnete rebaseovat, ověřte si, že jste jediný, kdo na větvi pracuje. Pokud pracujete ve forkách, rebaseujte svůj fork vždy ze vzdáleného originálu, ne z vlastního klonu. Tím předejdete situaci, kdy se historie rozchází a vy musíte ručně mazat duplicitní commity.
Dalším častým problémem je pull, který automaticky vytvoří merge commit. Nastavte si ve svém lokálním repozitáři git pull –rebase jako výchozí chování. Tím se vaše lokální commity přehrají na vzdálenou špičku bez zbytečného slučovacího uzlu. Ujistěte se, že všichni v týmu používají stejné nastavení. Jinak se historie začne dělit a rebase na sdílené větvi způsobí konflikty. Pravidlo je jednoduché: rebase používejte na větvích, které ještě nikdo nesdílí, a na sdílených větvích vždy používejte merge.
Dalším trikem je použít olej s vyšším kouřovým bodem, který je vhodný pro teplo kolem 200 °C. Vyhněte se máslu, které se snadno přepaluje, a sáhněte po přepuštěném másle nebo oleji z rýžových otrub. Pokud chcete máslovou chuť, přidejte kousek másla až na konci pečení, kdy už je kůrka hotová. Dbát na teplotu můžete i pomocí trouby – vhodná je kombinace pečení na plechu s roštem, aby vzduch mohl cirkulovat kolem všech stran.
Jak číst odpověď a co s ní dělat Odpověď serveru vždy obsahuje stavový kód, hlavičky a tělo. Úspěšný GET vrací 200, vytvoření zdroje 201, smazání 204. Chyby mají vlastní kódy: 400 pro špatný požadavek, 401 pro neoprávněný přístup, 404 pro neexistující zdroj a 500 pro chybu serveru. Nikdy nespoléhejte na to, že tělo odpovědi obsahuje chybovou hlášku. Vždy nejdřív zkontrolujte stavový kód a teprve potom parsujte data. Mnoho začátečníků se snaží zpracovat JSON i při chybě 500, což vede k nepříjemným pádům aplikace.
Rekonstrukce není závod, ale příležitost přizpůsobit si byt přesně svým návykům. Když se zaměříte na dispozice, techniku a úložné prostory, výsledek se projeví v tom, že ráno rychleji odejdete z domu, večer se vám lépe relaxuje a úklid zabere polovinu času. Věnujte proto dostatek času plánování a nebojte se konzultovat s odborníky, kteří vidí víc než jen rozměry místností. Každá koruna vložená do promyšleného řešení se vám vrátí v podobě klidnějších dnů – a to je investice, která se počítá.
Při plánování úložišť myslete na praktičnost každodenního používání. Časté věci ukládejte do výšky pasu a očí, méně používané do spodních zásuvek nebo na horní police. Pokud máte skříň s posuvnými dveřmi, zvažte vnitřní organizéry na kravaty, šály nebo kabelky. Vyhněte se hlubokým policím, kde se věci ztrácejí – místo nich použijte výsuvné koše nebo zásuvky s děličkami, které udržují přehled.
Pokud už merge commit v historii máte, neznamená to konec světa. Pokud je na větvi, která není sdílená, můžete ji přepsat pomocí git rebase -i a merge commit vynechat. U sdílených větví ale nic nepřepisujte. Místo toho se zaměřte na další změny a udržujte čistotu od tohoto okamžiku. Dlouhodobě se vyplatí nastavit pravidlo pro celý tým: žádné merge commity ze soukromých větví, žádné pull s merge, a každý rebase před odevzdáním. Taková pravidla vám ušetří hodiny strávené luštěním, co se v historii vlastně stalo.
