WebAssembly скоро победит

Тоесть теперь реклама будет поставляться в бинарных блобах без возможности выпилить ее не выпилив весь блоб? Что-то мне это напоминает...а точно Flash!

Если «победит» в значении «одолеет соперника», то нет. js ещё нескоро выкинут на помойку. Будем откровенны, веб-разработчики привыкли во фронтэнде быдлокодить тяп-ляп, не хватало этим людям ещё ассемблер учить.

Хотя в целом тенденция неплохая, а то сайты тормозят.

WebAssembly - это и есть js, только распарсенный. Грубо говоря - это js AST. Который, кстати можно приводить к обычному (текстовому) виду.

А ты чего радуешься? Твой дрыснявый недоязычок, взлетевший за счет отсутствия альтернативы, сдуется как воздушный шарик. C таким же характерным «ПРРРФФфф».

А где список компилируемых языков? Есть DOM API? Нет? Так это же то, зачем и используют JS.

Думаю что корпорации и даже сама мозилла не понимают почему получилось выстроить такую экосистему вокруг javascript и почему нельзя просто так взять и заменить этот самый javascript на что-то другое.

Тут не просто инерция, тут дело в том что javascript стандарт веба во всех его проявлениях. Как С стандарт системного программирования, к которому иногда плюсуют С++, но даже в тех случаях код выглядит как С с классами. Так вот стандарт поменять просто выкатив аналог невозможно. Жабаскрипт продолжит двигаться и будет основным языком веба, пока не появится что-то другое вместо веба, со своим стандартом.

Ой да ладно, этот дрыснявый язычок проник даже в жаба мир, где браузером внутри и не пахнет. Этот дрыснявый язычок используется для ui в Qt, windows и много где ещё. Разве что apple пошли своим путём как всегда.

А не думал почему? Реальная альтернатива js это lua, всё остальное слишком сложно и нафиг не нужно. Но lua не смог и уже не сможет стать альтернативой.

А не думал почему?

Из-за армии обезьян из фронтенда, которым хотелось попилить что-то новое, а учить новое - нет.

Реальная альтернатива js это lua, всё остальное слишком сложно

Хорошая шутка.

Ну так оно будет работать как js на том же движке. Т.е. Всё, что есть у js будет у wasm.

Просто опускается стадия разбора текстового js и построения AST дерева. Выполнение остаётся тем же.

Это всё, конечно, хорошо, но DOM API всё равно нет.

А не думал почему?

Потому что миллионы мух.

Путаешь с asm.js.

Проблема флеша в том что он запускается в твоей системе и прибит гвоздями к платформе, так что не везде обновлялся. Эта фигня будет работать в браузер. По сути это такой js, только вместо js блоб.

Да какая разница, всеравно буду первым делом подобную фигню отключать, чтению гипертекста отключение не повредит.

Разница в том что с флешем это никак не связано, у них разные принципы.

Грубо говоря - это js AST

разве? Я чёт думал что это какой-то более примитивный жс.
Ну если это действительно аст, то дураки что не выберут лисп-синтаксис.

По ссылке сходи уже. Будет там какой-то домапи.

Будет, я там и прочитал про него, но сейчас нет, потому ненужно.

Кто-нибудь знает как этот скомпиленный файл будет включаться в html-страницу? Ни в одной статье про wasm не могу найти примера, каким тегом его собираются указывать.

Принципы разные, а результат один - реклама в блобах.

Опять обманул санитаров и сбежал?

Я вообше плохо представляю, где находится их уровень абстракции. Как-то он подозрительно плавает между llvm и жабой.

Результат разный: реклама в нативном клиенте или реклама в браузере.

результат один - реклама, которую можно заблокировать только целиком с блобом(не важно flash или wasm), хочешь пользоваться функционалом блоба - смотри рекламу.

результат один - реклама, которую можно заблокировать только целиком с блобом(не важно flash или wasm), хочешь пользоваться функционалом блоба - смотри рекламу.

Это касается любой части страницы. Реклама может быть картинкой, джаваскриптом, флешем, и всё это надо блокировать. Почему ты сравниваешь именно с флешем?

Реклама может быть картинкой, джаваскриптом, флешем, и всё это надо блокировать.

Все это можно заблокировать т.к. в исходниках страницы можно отыскать код/адрес элемента

В случае с блобом в коде будет ссылка на исполняемый файл, и как от туда вырезать рекламу, если она вшита(например картинкой) в сам блоб?

Почему ты сравниваешь именно с флешем?

В нем подобная практика была нормой

Т.е. эта фича позволит использовать на клиенте языки программирования вместо Javascript?

Исполняемый файл это и есть тот элемент, код/адрес которого ты идешь. Ты же не вырезаешь из яваскрипта одну переменную, ты блокируешь его целиком. И из картинки с рекламой ты не вырезаешь рекламный кусок, ты блокируешь всю картинку.

Исполняемый файл это и есть тот элемент, код/адрес которого ты идешь.

Ок. Ты хочешь поиграть в игрушку на wasm, загружается блоб внутри которого помимо игрушки будет реклама и тут два варианта: терпеть рекламу или забить на игрушку.

Ты хочешь поиграть в игрушку на js, загружается скрипт внутри которого будет реклама. Вопрос: где в этом уравнении флеш?

Причем тут js? Я говорю про блом на wasm.

А я про то что это не отличается от скрипта на js. Но ты почему-то сравниваешь с флешем, который совсем иначе работает.

В новости написано про бинарный код, который будет исполняться на стороне браузера - это не js.

js не исполняется на стороне браузера?

Это будет хоть и прекомпилированный, но таки js

js передается в виде исходного кода, а не бинарного.

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

Какая разница? Ты всё равно либо блокируешь скрипт целиком, либо не блокируешь. Так же как и блоб.

wasm будет выполняться на стороне пользователя и возвращать html контент, который будет отображаться на странице?

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

Какая разница? Ты всё равно либо блокируешь скрипт целиком, либо не блокируешь. Так же как и блоб.

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

Ну вот тут никакого окна появляться не будет. Будет просто загружен скрипт, но вместо js там блоб, скомпиленный из любого языка. Он будет делать то же самое что делал js, только _возможно_ быстрее и занимая меньше места.

Ну тогда все плохо, найдутся извращенцы которые будут не мультимедийный/игровой контент таким образом отдавать.

WebAssembly скоро победит

здравый смысл. обычное дело в вебдеве, пару раз в год случается.

Есть извращенцы которые пишут 3д игры на js и рисуют графику на канвасе. И чего?

я думаю следующий шаг это замена жабки на андроиде

Игры и канвас - пофиг, вот когда текстовую инфу без js нельзя прочитать, это уже напрягает.

на предкомпиленную жабку? ну так уже.

А хорошо ли это?

нет, потому что разобрать что там за сорцы станет еще труднее

в случае с js меняется разметка страницы и можно определенные элементы скрыть.

Потыкал ради интереса в анимированную HTML5 рекламу, которая раньше была на Flash. Несмотря на то, что грузится она как отдельная страничка в iframe, там на всю страницу canvas.

Не пишут их руками, они генерируются. И для генератора проще работать с одним полотном, чем с кучей объектов DOM.

Если в фрейме только реклама, то нет проблем заблокировать весь фрейм. А если последний контент присутствует, есть возможность вырезать только рекламу?

А если последний контент присутствует, есть возможность вырезать только рекламу?

Моя не понимайт.

Ты писал о том, что меняется структура страницы, и это можно динамически отслеживать, чтобы вырезать. Я говорю, что в реальных примерах это не так. Они просто используют canvas.

Борьба с рекламой бесконечная, потому что всегда можно придумать какой-то способ её пропихнуть.