Здравствуйте, vdimas, Вы писали:

_>>А вот что это всё превратится с приходом wasm...
V>Посмотрим.
V>Браузер — это инфраструктура доставки исполняемого/интерпретируемого кода на сторону клиента. Не только доставки, но и кеширования.
V>Если с кешированием общих (для разных сайтов) библиотек разберутся, то может и взлетит...
V>Главный вопрос — когда?
V>Мы с тобой обсуждали несколько месяцев назад относительно того, что на прямо сейчас происходит натуральное "безвременье" в браузерных технологиях. Старые плагинные технологии уже преданы анафеме, но полноценной замены еще нет.
V>Чёрти что, как по мне. Мир сошел с ума...

Ну так ты же сам пишешь, что в принципе JS с WebGL уже сам может почти всё. Единственно, что ему может не хватать, это производительности в некоторых случаях (например если мы хотим написать свой плеер видео, которому соответственно придётся декодировать h.264/h.265) и доступа к функциям ОС (например для общения со всякими железками). Первую проблему очевидно решает как раз wasm. А вторую в какой-то степени решает Native messaging API, позволяющий данному JS скрипту общаться с внешним нативным приложением, естественно имеющим доступ ко всему OS API (однако установить это приложение как плагин браузера не выйдет — нужная нормальная инсталляция).