WebAssembly vs. PNaCl

Nem értem a kérdést. Remélhetőleg nem az összes skilled dobtad ki és elfelejtettél mindent, és WASM-ban tudsz már csak programozni. Akkor 1-5 projekt erejéig hoztál egy döntést, hogy WASM, de nem jött be - nem is értem egyébként hogy mire szeretnél rákérdezni.

De ha wasm nem jött be, akkor csináld újra native clientben.

Abból a szemszögből amit a cikk is sugall, teljesen rossz döntés volt dobni a PNaCl-t. Teljesen természetes, ha egy cégnek a rövidtávú célok a legfontosabbak. Talán még most sem teljesen lezárt hitvita, hogy egy cég a saját termékében használt saját technológia jobb-e (PNaCl), vagy egy platformfüggetlen verzió ami a vonatkozó szabványokkal is harmonizál (pl. ECMAScript, C++20) és több nyelvről képes fordítani (C, C++, D, Rust). A Google az utóbbit választotta. Egy többszereplős és többcélú projektnél általában lassabb a technológia fejlődési sebessége. Azért nem minden lassú, az Emscripten elég jó ütemben fejlődik az utóbbi egy évben.

Jelenleg pont a szálkezelés a WebAssembly egyik leggyengébb pontja, a Web Workers kompatibilitás, C++ coroutines, többi nyelv eltérő szálkezelése,  meg a biztonsági aggályok miatt még nincs végleges verzió.

https://blog.chromium.org/2017/05/goodbye-pnacl-hello-webassembly.html

https://github.com/WebAssembly/proposals

https://github.com/WebAssembly/design/blob/master/FutureFeatures.md

https://emscripten.org/