Když nezoptimalizujete GraphQL dotazy, naroste vám latence

Pozor také na agregační pole a počítání. Dotaz, který chce počet položek v seznamu, nemusí načítat celý seznam. Pokud to jde, řešte agregaci přímo v databázi a výsledek vracejte jako skalár. U seznamů s velkým počtem prvků zaveďte stránkování založené na kurzoru a omezte maximální velikost stránky. Klient, který si vyžádá všechny záznamy najednou, by měl dostat chybu, ne datovou bouři.

Poslední a nejdůležitější zásada: udržujte volnou podlahu. Malá koupelna působí stísněně hlavně tehdy, když na ní stojí koš, stupínek, pračka na prádelní koš a další předměty. Koš na prádlo zavěste na zeď nebo vestavte do skříňky, stupínek složte a uložte. Čím méně věcí stojí na zemi, tím snadněji se koupelna uklízí a tím větší se zdá. Pravidelně jednou za čas projděte police a znovu se ptejte, co jste za poslední měsíc opravdu použili.

Častou chybou je párování na dálku přes zeď nebo přes několik místností. Bluetooth má krátký dosah a signál slábne i přes vodu a kov. Postavte obě zařízení na stůl metr od sebe, bez překážek mezi nimi, a vyhledávejte znovu. Pokud se zařízení objeví jen zblízka, je problém v dosahu, ne v nastavení. Stejně tak ruší Wi-Fi router, bezdrátová myš nebo nabíječka položená hned vedle — zkuste je na chvíli vypnout nebo přemístit.

Druhým viníkem bývá vadný termostat. Když zůstane zavřený, kapalina neprochází chladičem a motor se ohřívá během několika minut. Poznáte to podle toho, že horní hadice k chladiči zůstává studená, i když je motor už teplý. Termostat je levný díl, ale jeho ignorování je drahé. Pokud teploměr po nastartování vystoupá rychle a topení fouká studeně, řešte termostat okamžitě.

Běžný problém je také to, že lidé spoří jen to, co na konci měsíce zbyde. Nikdy nezbývá nic, protože výdaje se přizpůsobí příjmu. Opačný postup je spolehlivější: nejdřív odejde pevná částka na rezervu, zbytek se rozdělí na život. Když je měsíc napjatý, snižte převod na polovinu, ale nezrušte ho úplně. Zrušený trvalý příkaz se obnovuje mnohem obtížněji než snížený.

Přehřátí motoru většinou nezačíná rachotem ani dýmem z výfuku. Začíná nenápadně: teploměr se posune o pár milimetrů výš, topení chvíli fouká studeně, z expanzní nádoby se ozve syčení. Kdo tyhle signály ignoruje, dojezdí k mnohem dražší opravě. Následující řádky popisují, co přehřívání skutečně způsobuje a co s tím dělat ještě předtím, než se rozsvítí kontrolka.

Načasování převodu rozhoduje víc než výše částky První krok je zjistit, kdy vám skutečně přicházejí peníze a kdy odcházejí platby. Pak nastavte trvalý příkaz na spoření jeden až dva dny po výplatě, ale ještě před splatností největších plateb. Pokud to nejde, zvolte jiný den v měsíci, kdy na účtu prokazatelně bývá zůstatek. Praktické je nastavit převod na začátku období a druhý, menší, v jeho polovině. Rozložení snižuje riziko, že jeden velký převod zablokuje běžný provoz a vy ho budete muset vrátit.

Nakonec si jednou za čas zkontrolujte, jestli rezerva opravdu roste. Stačí se podívat na zůstatek a porovnat ho s tím, co jste za dané období poslali. Pokud se částky vracejí, není problém v disciplíně, ale v nastavení. Opravte den převodu, oddělte účet a nastavte částku tak, aby odpovídala skutečnému rozdílu mezi příjmem a výdaji. Rezerva pak vzniká bez rozhodování a bez toho, abyste na ni museli každý měsíc myslet.

Druhá chyba je spořicí účet u stejné banky, ze které platíte. Převod je sice okamžitý, ale také okamžitě dostupný. Když peníze leží na odděleném účtu bez karty a bez přímého napojení na platební aplikaci, trvá jejich získání zpět déle. Právě ta prodleva je ochrana před impulzivním výběrem. Neznamená to komplikovat si život — stačí účet, ke kterému nemáte v telefonu přístup.

Automatické spoření na rezervu funguje jen tehdy, když peníze odcházejí z účtu dřív, než je stihnete utratit. Většina lidí si nastaví trvalý příkaz k převodu na spořicí účet, ale nechá ho běžet ve stejný den, kdy jim chodí výplata a kdy zároveň splatí nájem a energie. Výsledek je předvídatelný: na spořicím účtu se peníze objeví, ale do tří dnů je zase pošlete zpátky, protože na běžném účtu chybí. Rezerva tak nikdy nevznikne, jen se cyklicky přesouvá.

Dále se vyplatí zavést perzistentní dotazy. Klient místo celého textu dotazu pošle jeho hash a server ho najde v předem schváleném seznamu. Tím se zkrátí přenos, omezí se prostor pro nechtěné dotazy a zjednoduší se cachování na HTTP úrovni. Pokud to není možné, alespoň normalizujte cache podle polí a argumentů, ne podle celého dotazu. Často se totiž opakují stejné poddotazy s jiným pořadím polí.