Stav prohlížeče jako studia — 2026

SLIB VERSUS REALITA

Každý rok se objeví další aplikace slibující „plně profesionální kreativní prostředí v prohlížeči". A každý rok narazí na stejnou zeď.

Pravda je taková: většina kreativních nástrojů v prohlížeči jsou okleštěné desktopové verze, které se hroutí při reálném zatížení. Nejde o pomalý internet. Jde o zásadní architektonická omezení, která nikdo neřeší.

Podívejme se na to a zjistěme, co je skutečně potřeba opravit.

PAMĚŤ: TICHÝ STROP

Každá karta Chrome má limit paměti přibližně 4 GB. To zní hodně, dokud neotevřete video projekt s 200 snímky, 3D scénu s 500 objekty nebo malířskou relaci s 1000 vrstvami. Najednou se karta zhroutí — bez varování, bez uložení.

Většina nástrojů v prohlížeči tento problém ignoruje. Načtou vše do RAM a doufají v nejlepší. Proto Figma zpomaluje nad 200 snímky, Photopea sotva dýchá u velkých PSD a každý 3D editor v prohlížeči se začne sekat nad půl milionem trojúhelníků.

Skutečné řešení vyžaduje inteligentní správu paměti: streamování prostředků, agresivní uvolňování bufferů a architektury, které nikdy nepředpokládají nekonečnou RAM.

DOBA NAČÍTÁNÍ: SMRT TISÍCEM SPINNERŮ

Otevřete složitý projekt v jakémkoli nástroji v prohlížeči. Počkejte. 12–18 sekund je norma. Soubory Photoshopu o velikosti 50 MB? 6–10 sekund jen na parsování. To není „nativní zážitek".

Problém je dvojí: většina aplikací v prohlížeči načítá vše najednou a jejich parsery nejsou optimalizované pro daný formát. Takže čekáte, až se načte každá vrstva, každý prostředek, celá historie úprav, než vůbec něco uvidíte.

Co je potřeba: progresivní načítání. Zobrazte plátno okamžitě. Streamujte prostředky na pozadí. Umožněte uživatelům začít pracovat za 2 sekundy, ne za 20.

OFFLINE: FUNGUJE, DOKUD NEFUNGUJE

„Funguje offline!" — nejčastěji zneužívané tvrzení u nástrojů v prohlížeči. Většina tím myslí: „cachujeme poslední stránku přes service worker". To není práce offline. To je cachovaná stránka, která vypadá jako vaše aplikace.

Skutečná práce offline znamená: vytváření nových projektů bez připojení, ukládání na lokální disk, synchronizace po opětovném připojení bez ztráty dat. Téměř žádný nástroj v prohlížeči to nedělá, protože je to těžké. Vyžaduje to lokální úložiště souborů, řešení konfliktů a architekturu, která považuje síť za volitelnou — ne povinnou.

CO STUDIO V PROHLÍŽEČI SKUTEČNĚ POTŘEBUJE

Technologie existuje. WebGPU poskytuje nativní výkon GPU. SharedArrayBuffer umožňuje vícevláknové zpracování. OPFS (Origin Private File System) nabízí skutečné lokální úložiště. WebCodecs zvládá video na hardwarové úrovni.

Problém nikdy nebyl v omezeních prohlížeče. Šlo o to, že nikdo nestavěl se správnými architektonickými vzory. Každý nástroj prostě přenesl desktopové myšlení do prohlížeče a divil se, že se hroutí.

Studio v prohlížeči, které skutečně funguje, potřebuje:

• Paměťové rozpočty na modul — ne neomezený přístup k RAM
• Progresivní načítání prostředků — ne blokující načítání
• Architekturu offline-first — ne cache jako doplněk
• Zpracování na GPU — ne spoléhání pouze na CPU
• Nativní kompresi souborů — ne surový přenos

V Aukimi řešíme přesně tyto problémy. Ne proto, že je to módní — ale proto, že skutečná kreativní práce to vyžaduje. Naším cílem je studio, kde profesionálové mohou tvořit bez omezení — přímo v prohlížeči.

Pokud chcete vidět, jak to děláme, podpořte nás na crowdfundingu nebo si přečtěte náš manifest Seamless Studio.