Комп с ОС -> браузер -> баузер с wasm -> комп с ОС

[Ism]

Веб медленно, но верно идет назад

Браузеры и веб фреймворки все больше напоминают структуру десктопного софта.

Так что не за горами время, когда проще будет запустить десктопную программу в терминале

Три основных браузера добавили поддержку низкоуровневого бинарного формата WebAssembly
https://habrahabr.ru/post/279429/

[Дож]

Каковы перспективы, что FPC будет компилироваться в WASM? Стоит ли ожидать, что в ближайшее время кто-то возмётся за разработку?

[azsx]

Лично я (в силу своей некомпетентности) слабо понимаю какую нишу завоюет wasm. Из того что читал о нем я, получается, что если на браузерной странице есть ресурсоемкая числодробительная задача, то теперь можно решить и скомпилировать ее в .dll, затем подключать страницей в брацзере из wasm и результаты передавать любому js. Круто, чо, только совсем не кроссплатформено. Чтобы было кроссплатформенно надо сформировать внешнюю библиотеку в джава. Тогда мне становится не понятен смысл wasm, его основное преимущество, это избавиться от недостатков js, в том числе от сборки мусора, например. Кстати, исходя из моих знаний, лазарус уже сейчас компилирует библиотеки для wasm как нефиг делать.
В чем я не прав?

[Дож]

В чем я не прав?

В слове ".dll", надо полагать.

Google, Microsoft и Mozilla на этой неделе синхронно выпустили экспериментальные билды браузеров с поддержкой WebAssembly (wasm) — эффективного низкоуровневого языка программирования, выполняющегося в браузере с производительностью гораздо выше, чем у самых современных и скоростных компиляторов JavaScript.

https://habrahabr.ru/post/279429/

WebAssemblу представляет собой переносимое абстрактное синтаксическое дерево[2], обеспечивающее как более быстрый парсинг, так и более быстрое выполнение кода, чем JavaScript[1]. Изначально WebAssembly основывался на asm.js[3] и PNaCl[4].

https://ru.wikipedia.org/wiki/WebAssembly

[azsx]

Дож, я ориентируюсь больше на https://github.com/WebAssembly/design
Они планируют задействовать оборудование компа, на котором загружена страница. А это видеокарта (расчеты), некоторые няшки большого процессора или какие то технологии от арм устройств. При этом хотят это сделать для многих языков. Как это еще сделать, кроме как кодировать в свой бит код wasm именно уже скомпилированный под платформу код?
Если же вся фишка исключительно в интепритируемости и надо писать под каждый язык свой интепритатор - то я ваще в шоке, зачем?
зы
короче я ничо не понимаю.

[Дож]

А это видеокарта (расчеты), некоторые няшки большого процессора или какие то технологии от арм устройств.

Где сказано про расчёты на видеокарте и ништяки? На странице с основными целями https://github.com/WebAssembly/design/b ... elGoals.md я вижу

Define a portable, size- and load-time-efficient binary format to serve as a compilation target which can be compiled to execute at native speed by taking advantage of common hardware capabilities available on a wide range of platforms, including mobile and IoT.

Для меня «common hardware capabilities» не звучит как «расчёты на видеокарте».

[azsx]

в таком случае я не вижу никаких няшек от wasm. То есть если он работает в браузере и никуда выше его не прыгает - то грош цена такой технологии по сравнению с js. По моему мнению, чтобы реально пододвинуть js надо помимо стандартных webgl (который далеко не слишком хорош) активно давать возможность запускать скрипт как полноценную программу. В том числе полноценно использовать оборудование. Например, видеокарты. Многопоточность. и прочее...
Сегодня я читаю, "мы разрабатываем интепритатор для с/с++, который генерит код на wasm, код которого работает чуть чуть быстрее js на узком спектре вычислительных задач". Круто...

[Ism]

Фактически они хотят сделать кроссплатформенный веб ассемблер. Типа быстрее.
Но это уже выглядит дико ибо делает браузер компьютером в компьютере. Тогда уж виртуальную машину, проще и быстрее будет

[azsx]

может конечная цель сего начинания - это избавится от патентных притязаний от оракле с его джавой? Тогда сделать виртуальную машину, которая заодно может быть браузером - вполне логично. Не?

[Kemet]

Ребята ничего нового не придумали. Всё придумано (и реализовано ) до них. Гуглим на тему Oberon, Slim Binaries, Michael Franz.
Вот тут, например, есть перевод Oberon with Gadgets - A Simple Component Framework. Читаем 7. Эффективный подход к переносимому коду. Кратко и достаточно понятно что это и зачем. Для более подробного изучения в сносках есть название работы Микаэля Франца.

[Alex2013]

Упс!
Pascal-to-JavaScript converter
https://github.com/bytbox/pas2js

[Лекс Айрин]

в том числе от сборки мусора, например.

Ни в коем случае! Откажись от нее и комп может заглючить в любой момент.

[debi12345]

Херней какой-то страдают, ИМХО...
Чем не устраивают Java-апллеты ? Они, если нужно - даже к аппаратуре простреливают (через JNI).

Добавлено спустя 14 минут 28 секунд:

это избавится от патентных притязаний от оракле с его джавой?

Какая проблема с этими притязаниями ?

ПС: самое главное чтобы JS в браузерах по пути не поломали (не "исправили"). У него много "странностей", стоит устранить которые - и туева хуча программ и библиотек прикажут долго жить

[Alex2013]

А что мешает сделать параллельно работающий True-JS?... Так ведь все и работает: мы пользуемся старыми программами , пока они делаю свое дело ...
Но постепенно, все равно переходим на новые ... Дело даже не в совместимости просто новые обычно "мощнее" (больше функций, лучше интерфейс и т.д. ) ...

[debi12345]

А что мешает сделать параллельно работающий True-JS?..

Это двойная (параллельная ) работа и человеко-часы - есть прецеденты забрасывания оной