Vlákno názorů k článku Transcrypt: technologie umožňující použití Pythonu v prohlížeči od alex6bbc - furt mi to pripada jako polovicni cesta od...

furt mi to pripada jako polovicni cesta od js, planuje se wasm s pristupem k dom, aby uz se js nepotreboval?

https://dev.to/redbar0n/notes-on-the-future-of-wasm-and-js-4g6o
O standardizacii v tomto smere sa hovori uz od 2019. Nic sa velmi nehybe. Momentalne pracuju na niecom takomto:
https://github.com/WebAssembly/component-model

Problem je ze JS v browseri nie je ovela pomalsi ako WASM. Pri pouziti kniznic ako React (Svelte, ...) + novy TypeScript mate luxusne prostredie a nejake vypocty pripadne processing dat si urobite vo WASM.
WASM pracuje skutocne low level a struktury ktore odovzdava do JS pripadne do DOMu browsera budu musiet byt 'kontrolovane' co bude spomalovat aplikaciu a update DOMu v browseri. Naviac je tam asi problem aj s thread access nad DOM (kedysi to islo iba z hlavneho threadu browsera).
Samozrejme nabaluju sa dalsie problemy s uvolnovanim pamate, garbage collectingom, ...

Ak chcete nieco zaujimave ako na to isli chlapci od Adobe ked robili Photoshop:
https://medium.com/@addyosmani/photoshop-is-now-on-the-web-38d70954365a
VEEEEEELMI zaujimave citanie.

"Problem je ze JS v browseri nie je ovela pomalsi ako WASM" to ne spis prave ok ne? Spis je to vysledek dobre prace implementatoru JS engine (a to JS jako jazyk nemusim, prave naopak, ale proste ten interpret uz je mega rychly).

No WASM aj JS konci po nacitani ako nativny kod. Nad WASM nemate ziadnu kontrolu nad JS tam mate taky kod aky si tam date. Interpreter tam uz nie je.

a dik za odkaz na ten clanecek, poctu si

vzpominam jak se kolem roku 1997 dostal tabulkovy processor na web, myslim, ze to tenkrat byl java applet. pokud se nepletu tak to bylo od corelu.