Компании Mozilla, Fastly, Intel и Red Hat объединили свои усилия в развитии технологий, способствующих превращению WebAssembly в универсальную платформу для безопасного выполнения кода в любых инфраструктурах, операционных системах и устройствах. Для совместной разработки runtime и компиляторов, позволяющих применять WebAssembly не только в web-браузерах, образована организация Bytecode Alliance...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51849
Они яву изобретают?
угу, но такую, специальную яву, для модных-молодежных альтернативно-одаренных программистов-победителей специальных олимпиад, неспособных в объектно-ориентированный код.
А сейчас всё идет по пути молодежно-попсового дебильного ребрендинга. Для кого-то осталась дискотека-80, а для кого-то только навязанная современная муть.
> дискотека-80
> навязанная современная мутьВзываю Эскобара! Проясни разницу!
Классику с правилами заменили на выгребную помойную яму современного вэба, где посередине сидит гугл, придумывая свои правила, и одновременно плюя на них! Перерождение нормальных программ в кислотно-ненастраиваемое г..., с "заботой" о тупых хомяках, путем встраивания анальных и иных зондов и прочих ухищрений.
Алегрова и какой-нибудь Тимати
Хм. Между Аллегровой и Тимати разница только формальная, в жанре. А так - что одно попса для малокультурных жлобов в ресторанчике, что другое. Только одним жлобам далеко за 40, а другим - за 20.
Ну да. И так как у этих - так и тут с этим и java: "шило - на мыло".
Mozilla, Fastly, Intel и Red Hat - решили "подвинув" занять место троянщиков Oracle с MS(с их C#), как раньше гугл - пытался Adobe(с и их сетевым трояном flash).
Как страшно жить! Даешь гипертекстовый векторный Фидонет!
> Как страшно жить! Даешь гипертекстовый векторный Фидонет!Ваш кал протух. Кто вам не даёт - он давно создан. (а, то и уже сдох)
( Правда нодами с пойтами и конечно "Великодушный"-Президентом - там даже сам Великий Mizgol!
Так вот судя по его поведению в его-вики - банит в этом гипертекстовом фидонете надо полагать не реже чем раз день, всех [ему неугодных](впрочем у него это ещё из FIDO, откуда его и самого за это же выперли...), т.к.в ВК писали попал в топ банящих с только на тот момент over5000 человек,
и даже меня забанил в своём вики - как раз за то что написал там список недостатков fidonet(там же и про его гипертекстовый) в сравннии с Internet, включая отс.вообще анонимности что удобно для тотального цензурирования(вовсе не только госуровня, а каждымм первым нодом...)
- это к тому что, у вас совсем уж мимо.. В одной строке - дважды мимо... калом кидаетесь ).
Таблетки?
Хамство?
О, илита подтянулась. Высококультурные нежлобы, плюющие на б ы дло. Куда ж без вас, аристократов.
Слушай себе свою "Мурку" с "Владимирским централом", кто ж тебе запрещает-то.
>АлегроваАгузарова?
Асмус
а че опять паша оставте в прокое провизора pls
А причем тут ООП? Java-апплеты ведь прикрыли по архитектурным соображениям.
а при чём тут твои апплеты?
А причём тут WebAssembly?
>объектно-ориентированный кодКакая связь между WebAsm и ОО?
Сейчас бы в 2к19 наяривать на помойный ООП.
> 2к19RRRAGE!!!
> помойный ООП.Грамотный разработчик знает и умеет применять большинство современных парадигм.
Но это не про вас
Не способных в ООП любителей C++ которые хотят выполнять код в песочнице, как было в Quake 3 & QVM (только там был ограниченый C89).
С языка снял. Прям 1995-ым повеяло.
так все ходит по кругу
в программировании особенно
современные контроллеры - как писюки 30 лет назад
по 512 флеша по 128 озу
а частоты 70-200
и стоят как бутылка столового вина
а гемору если писать на си - ой ой
так что идея явы - вечна как коммунизм
скорее llvm.P.S. компиляция llvm-байткода в бинарь - это жесть. Некоторые пихают в пакеты llvm-байткод, который потом ООООЧЕЕЕЕНЬ ДОООЛГООO компилируется в нативный код, отжирая при этом дофига памяти. Зато кроссплатформенно, блин. Это у нас такое будущее? С потребителями, которые согласны всё часами компилить у себя, вместо того, чтобы скинуться по 1 копейке с человека и заплатить за аренду сборочной инфраструктуры на годы вперёд?
Ну так спонсируют это начинание Intel и IBM. Может они же лоббировали отказ от NaCl в браузерах. Вообще современный код содержит огромную кучу мусора, которая не будет выполнена никогда и кода создающего переменные, которые никому не нужны. Вот именно он и компилируется очень долго, а потом и выполняется очень долго. Bloatware...
> современный код содержит огромную кучу мусора, которая не будет выполнена никогдаПожалуйста, скажите, что вы не про обработку ошибок, происходящих раз в год.
Я предпочту сбой раз в год постоянным страданиям от жирной программы.
> Пожалуйста, скажите, что вы не про обработку ошибок, происходящих раз в год.Обработка ошибок это вопрос пары машинных инструкций, которые будут проигнорированы спекулятивным выполнением; исключения более громоздкие и жрущие память, особенно в C++. Но я вообще то имел введу сотни виртуальных методов, которые в любом случае будут добавлены в код. А так же методов, которые могли бы быть использованы, при некоторых обстоятельствах, которые совершенно точно не произойдут в данной программе. А так же все переменные которые эти методы могли бы возможно использовать. А так же данные загружаемые из файлов, БД и сети, на всякий случай, который опять же никогда не произойдёт в данной программе. Прожорливость ПО == функциональность в квадрате.
А еще большие библиотеки с кучей прослоек, выполняющихся для инициализации внутреннего состояния библиотеки и регулярной отсылки телеметрим. При том, что из библиотеки используется ровно одна функция compare-string, вместо нативной strstr, просто потому что обезьяне стыдно юзать голую позиксфункцию вместо модномолодежного фреймворка - она же не старпер какой-то.
> Некоторые пихают в пакеты llvm-байткод, который потом ООООЧЕЕЕЕНЬ ДОООЛГООO компилируется в нативный код, отжирая при этом дофига памяти.Ну-ка, пруфани-ка. Как это я ни разу такого не видел?
1. "ну-ка" будешь к себе обращаться.
2. https://apt.llvm.org/eoan/pool/main/l/llvm-toolchain-snapsho...ссылка может протухнуть, так как это найтли, пакеты по-идее должны каждую ночь обновляться, старых версий в репе нет. Если протухнет, зайти в папку и скачать пакет.
проблемы в .a файлах. В них .o файлы содержат биткод вместо x86_64. Совсем недавно такой хрени не было. ld.lld хавает такие .a файлы, только тормозит адски каждый раз. ld, разумеется, не хавает. Проблема обходится баш-скриптом (однопоточным, для многопоточности надо генерить ninja.build), который распаковывает все ar, компилит биткод в ассемблер, ассемблер - в x86_64 .o, .o пакует обратно. Но это адски долго, ~час на камне 18 года (на core2duo скорее всего в несколько раз дольше). Я не для того ставлю бинарные пакеты, чтобы каждый раз (повторяю, llvm 10 - это nightly) час ждать, пока всё перекомпилится.
>llvm-байткодНет такого зверя. Есть биткод, и он ни разу не кроссплафторменный
В плане архитектуры не кроссплатформенность, но не ОС.
Даже такой далёкий от разработки человек как я читал о том, что в отличие от Явы ентот webAssembly нативно интегрирован в систему, а не выполняется отдельно. Из него можно DOM пинать уже сейчас и даже системные штуки в будущем. Именно поэтому Ява так и не смогла нормально прижиться в вебе. И флеш тоже, хоть и глубже зашёл.
> нативно интегрирован в системуи давно внутренности броузера получили статус "системы"?
>> нативно интегрирован в систему
> и давно внутренности броузера получили статус "системы"?Нудк, дебияно-редхаты не нужны: особо "прозорливые" уже окрестили системой щупальцы GAFAM-а. </brought to ypu by hypno toad>
>и давно внутренности броузера получили статус "системы"?Ты не поверишь, в 98 году.
Только технология называлась
Active-X ,а посколько внутренности IE были переплетены с виндовс получилось несекьюрити.Кстати актив была в статусе бэты когда то портирована на Sco и Солярис (там был эмулятор, очень глючный), так что формально была технология кроссплатформенная.
В твоём себе полная помойка, предланаешь её и на десктопах устроить?
>ентот webAssembly нативно интегрирован в системуугу, смотрим выше & дальше
>> В отличие от разделения на процессы, WebAssembly-обработчики являются легковесными
>> и почти не требуют дополнительных ресурсов - взаимодействие между обработчиками не сильно
>> медленее вызова обычных функций.Еще одна прослойка и ключевое:
почти не требуют дополнительных ресурсов
и
не сильно медленее вызова обычных функций
wasm не умеет в dom.
То что сейчас имеется, это вызов js функций.
> такой далёкий от разработки человек как ядействительно, очень далёкий
> нормально прижиться в вебе. И флеш тоже
а ещё очень молодой или слепой, ну или крайне не наблюдательный человек
флеш выпилили потому что проприетарная дырявая поделка, и потому, что в javaScript завезли те же возможности
Было, что и Яву собирались интегрировать в систему (в линукс, кстати).
>Они яву изобретают?"Безопасную". Выйдет ли конечно безопасная или очередная, покажет время.
Скорее JVM а не яву, у явовской виртуальной машины на входе байткод, в который кажется могли компилироваться ещё несколько языков помимо самой явы.
Могли, и сейчас могут. Таких языков больше десятка. И в .NET примерно так же, только более огорожено.
MS ActivX
Ага, причем систему безопасности а-ля айфон/андроид прикрутили. Интересно посмотреть что получится. В тех же андроидах задумка хорошая, но сделано так себе.
Кстати, в JVM система безопасности уже давно есть, только ею редко кто пользуется.В общем, джава из топора.
Это потому что там запросы вида "Разрешить программе делать нижеперечисленное? Да/Нет"
И если ответить Нет, то программа, конечно же, работать не будет. Поэтому толку от таких запросов очень мало.
Примерно то же самое было на Android до выпуска 5 или 6, когда они реализовали запрос полномочий по надобности, т.е. нормально написанный софт просит доступ к, скажем, камере лишь когда юзер нажал кнопку "сделать фото". Раньше было "или разрешаешь всё, или софтина не запустится", да и сейчас таких софтин полно, но уже далеко не 100%.А ещё та табличка с запросом в жаве выглядит страшно и непонятна для любого, кто не пишет на жаве или не является немножно сисадмином. Это если сравнивать с тем, как выглядят запросы на Android. Да что тут говорить, даже у Flatpak это сделано лучше.
Вроде того, но в этот раз она будет намертво встроена в браузер и скорее всего неотключаема.
> Они яву изобретают?В некотором смысле да. В другом смысле нет. wasm -- это не язык, и даже не виртуальная машина, это байткод. То есть спецификация виртуальной машины. Плюс если jvm/java пилились Sun'ом, который не понимал что и зачем он делает -- имел некоторые идеи на этот счёт, но большинство этих идей нереализовалось, если .Net пилился майкрософтом под десктопные приложения, то wasm пилится исходя из других приоритетов.
• Safe, fast, and portable semantics:
- safe to execute
- fast to execute
- language-, hardware-, and platform-independent
- deterministic and easy to reason about
- simple interoperability with the Web platform
• Safe and efficient representation:
- compact and easy to decode
- easy to validate and compile
- easy to generate for producers
- streamable and parallelizableПодробнее тут: https://github.com/WebAssembly/spec/blob/master/papers/pldi2...
Там есть сравнение и с jvm, и ответы на вопрос почему jvm -- не вариант, в частности:Our work
was directly informed by experience with stack machines
such as the JVM [27] and CIL [33] and their validation al-
gorithms. By designing WebAssembly in lock-step with a
formalization we managed to make its semantics drastically
simpler. For example, JVM bytecode verification takes more
than 150 pages to describe in the current JVM specification,
while for WebAssembly it fits on one page (Figure 3). It took
a decade of research to hash out the details of correct JVM
verification [25], including the discovery of inherent vulner-
abilities [15, 19] – such as a potential O(n^3) worst-case of
the iterative dataflow approach that is a consequence of the
JVM’s unrestricted gotos and other idiosyncracies [39] that
had to be fixed with the addition of stack maps.
Переизобретают XULRunner, или Native Client, или...
Да просто узаконивают текущее положение дел, пытаясь немного причесать вебню. Даже если принять js как нормальный язык, сложившаяся ситуация с npm, cdn, минификацией и чёрт знает чем в инфраструктуре распространения, скажем так, удручает.
Оно очень далеко от XULRunner. К NaCl ближе, да.
> Они яву изобретают?Ну, стандартную многоплатформенную среду исполнения байткода, скорее. И не только яву можно было назвать, но и сишарп, в какой-то мере флэшплейер, llvm... Но тут самое главное - эта новая JVM (CLR...) не будет привязана/закрыта какой-то одной компанией. Тут все заинтересованы чтобы это был единый, общий, стандарт для всех, спецификации которого вырабатываются коллективно, а не чтобы потом какая-то Орацле пыталась кого-то тягать по судам за яву.
Да понятно. Пусть обпродвигаются. Глядишь что и выйдет. В текущем виде это ппц.
Нужно больше изолированного говнокода.
А это не подобно электрону?
Инструментарий для кроссплатформенной малвари? Ну-ну.
> Инструментарий для кроссплатформенной малвари? Ну-ну.И тут нам всем резко нужен Микрософт Антивирус и Винукс Фаундейшен Землина.
</больше пиара-продвижения!>
а мы тут причем? Мы - корпорация зла, забыли?! У нас кроссплатформенный код - на C,C++,C#, наконец.А ЭТО - это вам к вашим любимым корпорациям добра, делающим правой рукой.
Ну... Когда правая устаёт, берутся за левую.
правой? но, зачем?
правой = левой
Она (малварь) и сейчас может на обфускированном JS выполняться. Через браузеры и всякие node.js со всеми своими репозиториями.
На расововерной сишечке можно будет сайты делать. Осталось только придумать зачем
> На расововерной сишечке можно будет сайты делать. Осталось только придумать зачемЩупальца "продвижения" уже зарулила гениальную идею в твой мосх, да?
Не трепыхайся под-на щупальце -- она знает зачем. Резистенс футиле юл би ассимилейтед.
Срочно нужен переводчик с наркоманского. Сказать-то что хотел?
"Кто не понял тот поймёт"
Я не понял. Когда пору пойму обязательно отпишусь
для эмбеддовки. Тамдаже луа/микропихон/микрожс - избыточны.
> избыточны.Какое-то глупое выражение. Если можно писать на языке более высокого уровня, то надо это делать на нем. Вы же не базу данных там писать собираетесь, а скорее всего логику. Вопрос только поместится задуманное или нет.
Эмбедовка тоже каждые два года ускоряется вдвое?
> для эмбеддовки. Тамдаже луа/микропихон/микрожс - избыточны.java в симкартах и кредитках живёт, си наверно слишком сложный для настоящей маленькой эмбеддовки :)
ну там скорее всего кусочек кода с данными. Сама jvm живет внутри телефона/банкомата.
> ну там скорее всего кусочек кода с данными. Сама jvm живет внутри
> телефона/банкомата.Случай всякий может быть.
https://ru.wikipedia.org/wiki/Java_Card
https://en.wikipedia.org/wiki/Java_Card
Открою тебе тайну: это можно делать и сейчас и было можно раньше. Лишь бы CGI-модуль стоял подходящий.
Сейчас уже модули не в почете. Своих серверов/фреймворков на каждом языке развелось как грязи.
Затем, что скрипты и т.д., подгружаемые на страницу, можно элементарно анализировать как текст и вырезать, если что, а бинарь будет выполняться и рекламу уже не порежешь.
> Затем, что скрипты и т.д., подгружаемые на страницу, можно элементарно анализировать как
> текст и вырезать, если что, а бинарь будет выполняться и рекламу
> уже не порежешь.поанализируй это!
https://code.jquery.com/jquery-migrate-1.4.1.min.js
или asm.js
>а бинарь будет выполняться и рекламу уже не порежешь.Наивный, голубоглазый...
Вы их собрались анализировать глазами? Про обфускацию кода слышали? У нас веб-прикладуха уже лет 10 назад была размером в полтора мегабайта крепко обфускированного кода, 95-99% которого был всунутый код фреймворка. А для обработки машиной что анализ обфускированного кода, что какого-то нового байт-кода - всё едино.
То что сразу думают и делают sandbox-окружения - правильно, но для пользователя они будут ещё одним диалогом "разрешить доступ к ... ?", который мало кто читает. Получится ещё один ActiveX.
А ведь мою идею позаимствовали. Впрочем, не жалко. Дарю. )))
как же задолбали эти 100500 вариантов виртмашин
их наверно уже больше чем дистрибутивов, и каждая такая же уникальная, развиваемая самобытно, со свежими уникальными впечатлениями разрабов виртмашинок от одних и тех же граблей
>как же задолбали эти 100500 вариантов виртмашинЫыы, попророчетсвуем на данный момент,
думается это не виртуалки строять, а фундамент портабельного Framework - ГамазинА для B2B - не всем же хочется отчислять %% и быть зависимым от apple store, g.play, etc.
Эта, в отличие от других 100500, не будет привязана к какой-то одной компании, которая будет вертеть спецификациями, только как ей вздумается, и тягать по судам за яву или будет привязана к какому-то полумаргинальному сообществу. Тут крупные энтерпрайзные игроки объединились, я имею ввиду не только сабж в статье (вебассемли-среда для прикладух вне браузеров) но и сам вебассембли как новый формирующийся стандарт.
> каждая зависимость может быть потенциальным источником уязвимостей или атак. Получение контроля за зависимостью позволяет получить контроль и за всеми связанными с ней приложениями. Доверие к приложению, автоматически подразумевает наличие доверия и ко всем зависимостямда неужели хоть до кого-то дошло??
зы: а как они длл-хел (в одном отдельно взятом приложении в том числе) планируют решать?> каждый модуль зависимости выделяется в отдельно изолированный WebAssembly-модуль, полномочия которого задаются в привязке только к этому модулю (например, библиотека для обработки строк не сможет открыть сетевой сокет или файл). ... Разделение может производиться не только на уровне отдельных модулей, но и на уровне групп модулей, которым, например, необходима работа с общими областями памяти
> Запрашиваемые полномочия смогут определяться как на уровне самих зависимостей, так и делегироваться зависимостям по цепочке родительскими модулями ... Например, модулю может быть делегирована возможность обращения к определённому каталогу и системным вызовам, и в случае компрометации инфраструктуры разработки модуля или выявления уязвимости, при атаке доступ будет ограничен лишь этими ресурсами.
> Изначально заданные полномочия проверяются и в случае их изменения загрузка зависимости отвергается до обновления локальной сигнатуры модуля.неплохо, неплохо
> Декларирование ресурсов создателями модулей может стать индикатором подозрительной активности, например, когда модуль для обработки текста запрашивает полномочие на открытие сетевого соединения.
я как-то видел довольно логичные объяснения зачем умному андройд-фонарику интернет и ещё 100500 разрешений
надеюсь тут система разрешений будет более гранулярная> В отличие от разделения на процессы, WebAssembly-обработчики являются легковесными и почти не требуют дополнительных ресурсов - взаимодействие между обработчиками не сильно медленнее вызова обычных функций.
магия в реальном мире? и все заявленые защиты в комплекте?
надо больше магов, а то в ОСях одни маглы прогают
> надеюсь тут система разрешений будет более гранулярнаяВ последних ведроидах - хочешь просканировать wifi, включи gps. WTF? Но есть логичные объяснения.
Надо все таки стараться чтобы были простые и прямолинейные правила для пользователя. Дробление ни к чему хорошему не приведет. Либо думать над совершенно иной системой безопасности.
>> надеюсь тут система разрешений будет более гранулярная
> В последних ведроидах - хочешь просканировать wifi, включи gps. WTF? Но есть
> логичные объяснения.
> Надо все таки стараться чтобы были простые и прямолинейные правила для пользователя.
> Дробление ни к чему хорошему не приведет. Либо думать над совершенно
> иной системой безопасности.а вот могли бы отделить взятие маков wifi-точек от сканирования wifi
>Но есть логичные объяснения.Гугл охренел. IMHO - очень логичное объяснение.
Ибо это они теперь всем подряд программам доступ в инет раздают, а разрешение на инет скрыли с Android 6. А без инета и/или без базы вайфай сетей хрен они местоположение определят по вайфай сетям (вернее скорее всего всё же можно по динамике затухания сигнала, что характеризует местность вокруг телефона, просто статью пока никто не опубликовал в открытых источниках).
В принципе для подсоединения к сетям даже их ssid и bssid приложению знать не обязательно, достаточно псевдослучайного идентификатора, который система может связать с зареганными в ней сетями.
Окрытые источники завалены этими статьями и все об одном и том же, о бесполезности этого метода для точного определения локации.
Это скважина в безопасности. Даже не так, целая шахта.
только тоже так подумалось. слово в слово почти. молви не телепат ли ты ?
Now kiss
Пусть этот WebAssembly продвинут куда-нибудь подальше, например в пропасть.
https://twitter.com/solomonstre/status/1111004913222324225 - если что, то это пишет создатель докера.
Детский лепет не интересен.
вместо относительно читаемого жс получаем непонятные блобы. круто! опен веб, все дела.
IDA Pro в помощь.
она уже опенсорсная?
Если ты знаешь асм, то для тебя - любая проприетарь - "условно опенсорсная", хоть и ни разу не свободная.
>знаешь асмЛишняя головная боль, особенно когда там напиханы протекторы в формате виртуалок. Так с наскоку не раскурить, пустая трата времени.
минифицированный и обфускированный жс (достаточного размера, а не кусочек в 100 символов) ничем не отличается от непонятного блоба
(в плане читабельности)
Есть много проблем у ЯП. Но есть одна очень глобальная заноза в заднице: невозможность писать на одном ЯП под все. По крайней мере для языков считающих себя мега универсальными - скриптовых ЯП.Пока что альтернатив js вообще не было. Возможно это хоть как-то приблизит крах js монополии. Экспансию wasm на десктопы будем еще посмотреть, а вот обратная экспансия языков в браузер очень даже интересна. Надеюсь хотябы wasm станет той виртуальной машиной с драйверами под большинство ЯП.
>Пока что альтернатив js вообще не былоэксперты на марше!
вбскрипт от мс, дарт (первый) от гугла, еще вспоминается возможность писать скрипты на тикле(но там сперва подключался интерпретатор, написанный на js).
> вбскрипт от мсWSH for Unixes не покажете?
при чем здесь он? речь шла об альтернативе js в браузере
> при чем здесь он? речь шла об альтернативе js в браузереНапомню, что ветка начиналась с:
> невозможность писать на одном ЯП под все
то есть, не только про браузеры.
а я отвечал только о браузерах, такие дела.
Хипсто-интерпритаторы и помершие не в счет. Речь о реально массово используемых языках.
Под js снизу подложат эту поделку и все.
Меня тут смкщают именно попытки с этим мусором влезть на десктопы. В линуксе, в отличие от, есть хорошее решение - репозитории, и эта хрень за компанию со снапами и прочим тоже будет пытаться их давить, с прежней идеей "давайте запускать недоверенный код". Да ну их в пень.
> Меня тут смкщают именно попытки с этим мусором влезть на десктопы. В
> линуксе, в отличие от, есть хорошее решение - репозитории, и эта
> хрень за компанию со снапами и прочим тоже будет пытаться их
> давить, с прежней идеей "давайте запускать недоверенный код". Да ну их
> в пень.приложения на электроне или пхп спокойно лежат в репозиториях, и эти будут
а инетный жаваскрипт в браузер как проползал, так и аебасембли будет в браузер проползать - разницы то?
Потому что это борьба идей прежде всего. Контролируемое пользователем программное окружение против доставляемого откуда попало кода, который якобы можно безопасно гонять в песочницах. А то, что пользователь теряет контроль над тем, какая функциональность ему доступна - это ж мелочи, да? Веб так уже угробили, мобилы пошли следом, осталось только десктоп добить. Причём для каких-нибудь виндузятников это хоть какие-то проблемы решало/решает, а в линуксе - только прибавляет.
Борьба идей осуществляется людьми и в людях, а выбор технологий вторичен. ))
Если потребителям нравится этот мусор им надо насыпать еще тележку пусть питаются.
Угу, а потом оказывается, что нормальные решения вымерли. Хоть те же почтовики, хоть IM-клиенты, хоть RSS - вытеснены совершенно неконтролируемой мутью
Вроде кто-то предлагал модуль ведра для более быстрого выполнения васи? Напомните, кто ещё об этом слышал.
Вся это котовасия и нужна только для андроида. Нужна просто более быстрая джава.
> котовасияДа блин, оставьте вы бедного кота Васю в покое! По-русски правильно «катавасия».
Нет кот Вася зачинщик, а не жертва.
молодцы все на васю спихнули)))) а кот то тут при чем?)) или всем опять нужны просмотрщики котиков только впиленные на всяких ассембли в браузер? а че гугл уже сделал хромую ось, че давай продолжать гробить ресурсы компьютеров, а то чет шустрые шибко стали. да вот много кричащих "нищ*броды" появилось на форумах. они готовы жрать все дер*мо что дают.
http://blog.danieljanus.pl/2019/10/07/web-of-documents/
https://onpon4.github.io/articles/kill-js.html
https://hacks.mozilla.org/2019/11/announcing-the-bytecode-al.../
эх, а ведь было бы 10-20 лет назад, половина вынешних веб-технологий никогда бы не понадобилась. html был бы лишь прослойкой (с очень ограниченым функционалом) для загрузки webassembly-приложения с сайта, css был бы не нужен, js тоже
10 лет назад я писал SPA на GWT и все уже было, было сложно из-за IE6 но мы справлялись! 15 лет назад был тотальный флеш, а вот 20 лет назад уже похоже на правду.
Те они запихнули абстрактный ассемблер в виртуальную машину?
WebAssembly это по сути бинарный asm.js. А суть новости, в том, что эти корпорации предлагают компилировать Си-код не в машинный, а в asm.js. Потому, что им кажется, что современные приложения строятся из никем не проверенного кода, полученного из репозитариев вроде npm. И поэтому должны выполнятся в песочнице вроде браузера. Вот эту новую песочницу с контролем прав приложения они и делают. Хотя по моему контейнерной изоляции более чем достаточно.
Не удивлен этой новости.. Года 2 назад с коллегами обсуждали, что WebAssembly будут продвигать как альтернативу .net и jvm к гадалке не ходи, только тут будет зоопарк базовых фреймворков, скорее всего несовместимых и война между ними как в js