https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=AmberVentimiglia 2026-11-07T05:14:49Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=%C4%8Cesk%C3%BD_chatbot,_nebo_p%C5%99elo%C5%BEen%C3%BD_stroj:_kde_se_l%C3%A1me_lokalizace&diff=1198929 2026-10-27T14:22:40Z

<p>AmberVentimiglia: Utworzono nową stronę &quot;Lokalizace chatbota není překlad textů. Je to rozhodnutí, jak má bot mluvit, co má považovat za slušné a kde má mlčet. Český uživatel pozná rozdíl mezi větou přeloženou ze slovníku a větou, kterou by skutečně napsal člověk. Pokud se do lokalizace pustíte, začněte tím, že si sepíšete, co má bot umět v češtině jinak než v původním jazyce. Bez toho skončíte u doslovných překladů a ztracené důvěry.&lt;br&gt;&lt;br&gt;Formálnost nest…&quot;</p> <hr /> <div>Lokalizace chatbota není překlad textů. Je to rozhodnutí, jak má bot mluvit, co má považovat za slušné a kde má mlčet. Český uživatel pozná rozdíl mezi větou přeloženou ze slovníku a větou, kterou by skutečně napsal člověk. Pokud se do lokalizace pustíte, začněte tím, že si sepíšete, co má bot umět v češtině jinak než v původním jazyce. Bez toho skončíte u doslovných překladů a ztracené důvěry.&lt;br&gt;&lt;br&gt;Formálnost nestačí, rozhoduje i rytmus věty Čeština je na slovesa a slovosled citlivější než angličtina. Věty přeložené z angličtiny často působí kostrbatě, protože v originále dávaly smysl, ale v češtině nemají přirozený spád. Přepište uvítací zprávu, chybové hlášky i potvrzení tak, aby zněly jako běžná komunikace v českém prostředí. Pomáhá, když texty nejprve nahlas přečtete. Věty, které se špatně vyslovují, se špatně čtou i na obrazovce.&lt;br&gt;&lt;br&gt;Na úrovni resolverů se osvědčuje dávkování. Místo aby resolver pro každou položku seznamu volal úložiště zvlášť, posbírá klíče z celé dávky a pošle jeden dotaz s množinou hodnot. Knihovny pro batch loading tohle umí, ale samotná knihovna nic nevyřeší, pokud se klíče sbírají až po vyhodnocení rodičovského pole. Dávkování je potřeba navrhnout tak, aby se načítání potomků odložilo na konec úrovně a teprve pak se sloučilo. Častá chyba je dávkování zapnout jen na některých fieldech a zbytek nechat bez něj; výsledek je nekonzistentní latence, která se špatně měří.&lt;br&gt;&lt;br&gt;Hloubka dotazu a náklady, které se nepočítají Druhá past je neomezená hloubka a šířka dotazu. Klient může poslat rekurzivní fragment, který vypadá nevině, ale na serveru vygeneruje exponenciální počet cest. Praktické řešení není jen limit hloubky, ale výpočet nákladů před spuštěním. Každému poli přiřaďte váhu podle toho, kolik práce obvykle stojí, a výsledný součet porovnejte s rozpočtem na dotaz. Tím odchytíte i dotazy, které jsou mělké, ale široké, a tedy drahé. Limit hloubky sám o sobě propustí dotaz s padesáti sourozenci na první úrovni.&lt;br&gt;&lt;br&gt;Druhá velká past je kontext. Český uživatel očekává jiné příklady, jiné svátky, jiné jednotky a jiné zvyklosti při zadávání údajů. Datum pište ve formátu, na který je zvyklý, a nabízejte ho v rozhraní jako volbu, ne jako hádanku. Totéž platí pro měnu, adresy a telefonní čísla. Pokud bot přebírá příklady z původního trhu, pozná to každý, kdo se v Česku pohybuje. Přepište je na situace, které dávají místní smysl.&lt;br&gt;&lt;br&gt;Hmotnost je druhá věc, kterou lidé podceňují. Masivní dubový stůl s tenkými kovovými nohami může působit, jako by každou chvíli měl spadnout; naopak drobný stolek s masivními kovovými podnožemi vypadá přetíženě. Držte se pravidla, že vizuální váha nohou má odpovídat váze desky. U polic a regálů zase hlídejte, aby kovový rám nebyl opticky těžší než dřevěné police – jinak police zmizí a zbyde jen konstrukce.&lt;br&gt;&lt;br&gt;Nejčastější příčinou pomalého GraphQL rozhraní není databáze ani síť, ale to, co se děje mezi resolverem a klientem. Server dostane jeden dotaz, rozpadne ho na stovky dílčích a každý z nich vyřídí samostatným voláním. Tomuto vzorci se říká N+1 a v produkci se projeví až ve chvíli, kdy se pole začne dotazovat v seznamu. Základní obrana je mít od začátku viditelný plán provedení: každý dotaz by měl jít do logu i s počtem resolverů a časem stráveným na jednotlivých úrovních. Bez toho se optimalizuje naslepo a opravuje se to, co není problém.&lt;br&gt;&lt;br&gt;První věc, kterou je potřeba vyřešit, je tykání a vykání. Čeština nemá jeden neutrální způsob oslovení a volba se liší podle oboru, věku uživatelů i podle toho, zda bot vystupuje jako značka, nebo jako nástroj. Rozhodněte se pro jednu variantu a držte ji napříč celým scénářem. Častá chyba je mix: úvod vyká, uprostřed konverzace sklouzne k tykání, a uživatel přestane chápat, s kým mluví. Do testovacích kritérií dejte i to, zda bot zvládá obě varianty, pokud je nabízíte.&lt;br&gt;&lt;br&gt;U šířky 160 a 180 cm se nejčastěji používají matrace stejného rozměru, tedy 160×200 nebo 180×200 cm. Pokud rám dovolí jen menší rozměr, neobjednávejte matraci „na těsno&quot; s tím, že se to poddá. Příliš velká matrace se v rozích ohne, látka čela se prodře a nosnost se soustředí do krajů. Naopak matrace o dva centimetry užší v rámu klouže a u čalouněného čela to poznáte podle toho, že se mezi matrací a čelem tvoří mezera, do které padá povlečení.&lt;br&gt;&lt;br&gt;Nakonec měřte na úrovni pole, ne jen celého dotazu. Průměrná doba odpovědi schová jeden pomalý resolver mezi deset rychlých. Sledujte počet volání úložiště na jeden dotaz a podíl dotazů, které překročily rozpočet. Pokud tato čísla nejsou vidět v dashboardu, optimalizace se zvrhne v hádání a příští změna schématu vrátí výkon tam, kde byl.</div>

AmberVentimiglia https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:AmberVentimiglia&diff=1198927 2026-10-27T14:22:38Z

<p>AmberVentimiglia: Utworzono nową stronę &quot;Autor blogu světem interiérů sází na osvědčené tipy. Sdílím zde, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.&quot;</p> <hr /> <div>Autor blogu světem interiérů sází na osvědčené tipy. Sdílím zde, jak si poradit v malém bytě. Nejraději ukazovat chytrá řešení, která zvládne každý.</div>

AmberVentimiglia