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

Zdroják » Zprávičky » Reálná rychlost JavaScriptu v prohlížečích

Reálná rychlost JavaScriptu v prohlížečích

Zprávičky Webdesign

Douglas Crockford nebyl spokojen s běžnými JS benchmarky, které, podle jeho slov, „neodpovídají chování reálných aplikací a tvůrci JS pro ně mohou enginy optimalizovat“. Vzal proto svůj JSLint a měřil rychlost jeho provádění v různých prohlížečích. Naprostým vítězem jeho měření byl IE10, který za sebou nechal Safari i Firefox. Nejpomalejší (téměř pětkrát delší čas) byl Chrome.

Komentáře

Odebírat
Upozornit na
guest
3 Komentářů
Nejstarší
Nejnovější Most Voted
Januso

Samozrejme, analyzator zdrojovych kodov je dokonala ukazka real web application. Podla mna to ma rovnaku vypovednu hodnotu ako synteticky benchmark.

juraj

IE9 bude zrejme podobne rýchly ako IE10, len bolo treba použiť 32bitovú verziu. Tá obsahuje napríklad JIT compiler.

jjjjj

no ja tam vidim chrome ako najrychlejsi

Odysseus: PewDiePie vydal open-source AI workspace, který běží na vašem vlastním hardwaru

AI
Komentáře: 0
Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.

Když Git už nestačí: jak izolovat databázový stav pro pokusy AI agentů

Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.

GitHub vyhrál pohodlím. Stejné pohodlí dnes ztěžuje odchod

GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.