Přejít k navigační liště

Zdroják » Zprávičky » Douglas Crockford o výkonu a optimalizaci AJAXových aplikacích

Douglas Crockford o výkonu a optimalizaci AJAXových aplikacích

Koncem roku měl Douglas Crockford z Yahoo zajímavou přednášku Ajax Performance, ve které rozebírá, k čemu všemu z pohledu výkonu dochází, pokud z vaší klasické webové aplikace vyrobíte aplikaci používající AJAX a jaké jsou možnosti optimalizace jejího výkonu. K dispozici je jak video přednášky, jak její celý přepis.

V přednášce najdete řadu zajímavých rad, např. je efektivnější nastavovat vlastnosti DOM uzlů ještě před tím, než je připojíte do hlavního dokumentu. A také že v rychlých prohlížečích zabere chod vlastního JavaScriptu několik procent z výsledného času, zatímco překreslování výstupu v prohlížeči zabírá desítky procent, proto zpravidla nemá cenu zabývat se optimalizací vlastního javascriptového kódu – pokud ovšem nemíníte optimalizovat právě práci s DOM, tak to význam naopak má a velký.

Komentáře

Odebírat
Upozornit na
guest
2 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
alblaho

Je to dobrá přednáška. Většinou jsou to obecné (a známé) věci, ale že samotná rychlost JS v prohlížeči vlastně ani není moc důležitá (ani u gmailu), to jsem nevěděl.

Baro vs. Claude Code: Když paralelní agenti prohrají s jedním sezením (a co s tím udělat)

AI
Komentáře: 0
Více agentů musí být rychlejší než jeden, ne? Miodrag Todorović z JigJoy postavil baro - CLI, které paralelně spouští pět Claude sezení místo jednoho - a postavil ho proti novému příkazu /goal v Claude Code. Čekal jasnou výhru paralelismu. Místo toho prohrál v čase, v tokenech i v kvalitě výsledného kódu. Z analýzy tří konkrétních selhání ale vyšel jeden nečekaný závěr: problém nebyl v koordinaci mezi agenty, ale v rozhodnutích, která padla ještě před tím, než se kdokoli z nich probudil. Oprava trvala 200 řádků kódu - a v odvetě baro porazilo /goal o 4 minuty.

WebGPU už mají všechny hlavní enginy. Hotový standard z něj W3C dělat nechce

Na jaře 2026 už WebGPU není jen záležitost Chromia nebo preview buildů. Chrome, Edge, Safari i Firefox ho dodávají v produkčních verzích, ale ne na stejných platfórmach a ne se stejnými limity. WebGPU navíc podle aktuální charty pracovní skupiny nemíří z Candidate Recommendation do W3C Recommendation. Pro vývojáře je proto důležitější konkrétní podpora, fallbacky a limity paměti než formální status standardu.