Home › Forums › PNG Vendor › Co ztratíte, když prompt napíšete příliš obecně
Tagged: 17
- This topic has 0 replies, 1 voice, and was last updated 5 days, 13 hours ago by
newtonbellingsha.
-
AuthorPosts
-
October 19, 2026 at 10:12 pm #41768
newtonbellingsha
ParticipantU lidí platí, že deset různých osob je lepší než jedna stále stejná. Požádejte návštěvy, ať si sednou, nedívají se štěněti do očí a nechají ho přijít. Muži s vousy, děti, lidé s deštníkem nebo v kapuci — to vše by mělo být součástí běžného dne. U psů hledejte klidné, očkované dospělé jedince, kteří štěněti nastaví hranice přirozeně. Štěně se musí naučit, že jiný pes může zavrčet, aniž by šlo o útok. Pokud ho budete před všemi chránit, vyroste z něj pes, který na každé vrčení reaguje panikou.
Nejčastější past při psaní promptů není technická neznalost. Je to pohodlnost. Napsat „napiš mi něco o marketingu” je rychlé, ale výsledek stojí za málo. Model dostane příliš mnoho prostoru a vyplní ho vlastními předpoklady. Čím vágnější zadání, tím větší šance, že dostanete text, který se tváří odborně, ale netýká se vaší situace. První pravidlo tedy zní: místo „něco o něčem” napište, co konkrétně má vzniknout a k čemu to poslouží.
Hloubka dotazu a limity, které se nevyplácejí vypínat Když se schéma rozroste, začnou se objevovat dotazy, které rekurzivně procházejí vazby dokola. Ochrana pomocí maximální hloubky a maximální složitosti není volitelná, je to nutnost. Počítejte složitost váhami podle toho, kolik záznamů pole typicky vrací, a nastavte limit tak, aby běžné obrazovky prošly bez problémů. Častá chyba je nastavit limit příliš vysoko, takže nechrání vůbec nic, nebo naopak tak nízko, že vývojáři obcházejí schéma dalším dotazem a problém se jen rozdělí.
Prvním konkrétním krokem je měření na úrovni pole. Zapněte tracing a sledujte, které resolvery tráví čas neúměrně tomu, kolik dat vracejí. Typicky jde o pole, kde se provádí join přes vazební tabulku, nebo o agregace počítané v aplikaci místo v databázi. Druhým krokem je analýza samotných dotazů, které klienti posílají. Často zjistíte, že jeden frontend posílá tři varianty téhož dotazu, protože si každý vývojář napsal vlastní fragment. Sjednoťte fragmenty a vynuťte je v rámci klienta, ne až na serveru.
U spojení více zdrojů dat dávejte pozor na to, jak se chová paralelní načítání. Pokud resolver spouští několik nezávislých volání, ale čeká na ně postupně, ztrácíte čas, který se dá snadno získat zpět. Naopak slepé paralelizování všeho najednou může zahltit databázi spojeními. Pomáhá omezit souběžnost na úrovni jednoho požadavku a sdílet výsledky mezi resolvery, které potřebují stejná data.
Poslední věc, kterou mnoho týmů podcení, je sledování změn. Výkon GraphQL se nekazí skokem, ale postupným přidáváním polí a resolverů, které nikdo nezkontroluje. Zavedení pravidelných kontrol plánů dotazů a srovnání s předchozím stavem odhalí regresi dřív, než ji pocítí uživatelé. Bez tohoto kroku se i pečlivě napsané resolvery časem stanou tím nejpomalejším místem celé aplikace.
Většina týmů řeší výkon GraphQL tím, že přidá dataloader a považuje problém za vyřešený. Jenže N+1 dotaz není jediná příčina pomalých odpovědí. Daleko častěji narazíte na to, že resolver vrací celý objekt včetně polí, která klient vůbec nepoužije, a databáze tak zbytečně čte desítky sloupců nebo skládá vnořené struktury. Základem je projít každý typ a podívat se, jestli jeho pole mají vlastní resolver jen tam, kde to má smysl, a jestli se selektivita neposouvá až příliš hluboko do schématu.
Co sledovat místo barvy vo
Cache na úrovni pole má smysl jen tehdy, když víte, podle čeho invalidovat. Pokud klíč neobsahuje všechny vstupy, které výsledek ovlivňují, dostanete zastaralá data a budete je hledat mnohem déle než pomalý dotaz. Stejně tak pozor na cachování napříč uživateli u dat, která závisí na oprávněních. Oddělte cache podle kontextu a raději omezte její rozsah než aby se opravovala chyba v datech.
Než botu vůbec obujete, ověřte, že je suchá, měkká a hlavně ve správné velikosti. Dítěti změřte nohu ve stoji, nejlépe odpoledne, kdy noha mírně otéká. Mezi prstem a špičkou boty nechte asi jeden centimetr místa. Bota má držet patu, ale nesmí tlačit na nárt ani na malíček. Když dítěti bota sjede při prvním kroku, je příliš volná a bude to bolet. Když se prsty krčí, je malá.
Základem je neutrální trojice. Vyberte tři neutrály, které k sobě ladí – například tmavě modrou, krémovou a šedou. Ty tvoří 60–70 % šatníku: kalhoty, sukně, saka, základní trička. Zbytek tvoří dvě až tři akcentní barvy, které se s neutrálami dají kombinovat. Akcenty držte v menšině, jinak se šatník rozpadne na nekompatibilní kousky. U každé nové věci si položte otázku: dá se zkombinovat alespoň se třemi věcmi, které už mám?
-
AuthorPosts
- You must be logged in to reply to this topic.
