The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от opennews (??), 13-Ноя-19, 09:52 
Компании Mozilla, Fastly, Intel и Red Hat объединили свои усилия в развитии технологий, способствующих превращению WebAssembly в универсальную платформу для безопасного выполнения кода в любых инфраструктурах, операционных системах и устройствах. Для совместной разработки runtime и компиляторов, позволяющих применять WebAssembly не только в web-браузерах, образована организация Bytecode Alliance...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51849

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +50 +/
Сообщение от Аноним (1), 13-Ноя-19, 09:52 
Они яву изобретают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +22 +/
Сообщение от пох. (?), 13-Ноя-19, 09:59 
угу, но такую, специальную яву, для модных-молодежных альтернативно-одаренных программистов-победителей специальных олимпиад, неспособных в объектно-ориентированный код.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

36. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (36), 13-Ноя-19, 12:54 
А сейчас всё идет по пути молодежно-попсового дебильного ребрендинга. Для кого-то осталась дискотека-80, а для кого-то только навязанная современная муть.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

38. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +11 +/
Сообщение от Аноним (38), 13-Ноя-19, 12:57 
> дискотека-80
> навязанная современная муть

Взываю Эскобара! Проясни разницу!

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

41. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +7 +/
Сообщение от Аноним (36), 13-Ноя-19, 13:04 
Классику с правилами заменили на выгребную помойную яму современного вэба, где посередине сидит гугл, придумывая свои правила, и одновременно плюя на них! Перерождение нормальных программ в кислотно-ненастраиваемое г..., с "заботой" о тупых хомяках, путем встраивания анальных и иных зондов и прочих ухищрений.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

42. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –2 +/
Сообщение от Попугай Кеша (?), 13-Ноя-19, 13:04 
Алегрова и какой-нибудь Тимати
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

68. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +4 +/
Сообщение от IRASoldier_registered (ok), 13-Ноя-19, 16:26 
Хм. Между Аллегровой и Тимати разница только формальная, в жанре. А так - что одно попса для малокультурных жлобов в ресторанчике, что другое. Только одним жлобам далеко за 40, а другим - за 20.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

86. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (86), 13-Ноя-19, 21:07 
Ну да. И так как у этих - так и тут с этим и java: "шило - на мыло".
Mozilla, Fastly, Intel и Red Hat - решили "подвинув" занять место троянщиков Oracle с MS(с их C#), как раньше гугл - пытался Adobe(с и их сетевым трояном flash).  
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

98. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от IRASoldier_registered (ok), 14-Ноя-19, 02:38 
Как страшно жить! Даешь гипертекстовый векторный Фидонет!


Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

121. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (121), 15-Ноя-19, 15:10 
> Как страшно жить! Даешь гипертекстовый векторный Фидонет!

Ваш кал протух. Кто вам не даёт - он давно создан. (а, то и уже сдох)

( Правда нодами с пойтами и конечно "Великодушный"-Президентом - там даже сам Великий Mizgol!
Так вот судя по его поведению в его-вики - банит в этом гипертекстовом фидонете надо полагать не реже чем раз день, всех [ему неугодных](впрочем у него это ещё из FIDO, откуда его и самого за это же выперли...), т.к.в ВК писали попал в топ банящих с только на тот момент over5000 человек,
и даже меня забанил в своём вики - как раз за то что написал там список недостатков fidonet(там же и про его гипертекстовый) в сравннии с Internet, включая отс.вообще анонимности что удобно для тотального цензурирования(вовсе не только госуровня, а каждымм первым нодом...)
- это к тому что, у вас совсем уж мимо.. В одной строке - дважды мимо... калом кидаетесь ).  

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

124. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от IRASoldier_registered (ok), 15-Ноя-19, 21:46 
Таблетки?
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

126. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (126), 16-Ноя-19, 23:54 
Хамство?
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

103. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Тот_Самый_Анонимус (?), 14-Ноя-19, 08:24 
О, илита подтянулась. Высококультурные нежлобы, плюющие на б ы дло. Куда ж без вас, аристократов.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

114. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от IRASoldier_registered (ok), 14-Ноя-19, 10:57 
Слушай себе свою "Мурку" с "Владимирским централом", кто ж тебе запрещает-то.


Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

99. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от лютый жабист__ (?), 14-Ноя-19, 05:34 
>Алегрова

Агузарова?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

108. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (108), 14-Ноя-19, 10:03 
Асмус
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

130. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от fgogtfdg (?), 01-Дек-19, 16:26 
а че опять паша оставте в прокое провизора pls
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

69. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от IRASoldier_registered (ok), 13-Ноя-19, 16:29 
А причем тут ООП? Java-апплеты ведь прикрыли по архитектурным соображениям.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

85. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (85), 13-Ноя-19, 20:52 
а при чём тут твои апплеты?
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

100. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от IRASoldier_registered (ok), 14-Ноя-19, 07:02 
А причём тут WebAssembly?
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

75. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +7 +/
Сообщение от 334 (?), 13-Ноя-19, 17:12 
>объектно-ориентированный код

Какая связь между WebAsm и ОО?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

76. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –5 +/
Сообщение от Аноним (76), 13-Ноя-19, 17:49 
Сейчас бы в 2к19 наяривать на помойный ООП.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

83. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +5 +/
Сообщение от Водас (?), 13-Ноя-19, 20:28 
> 2к19

RRRAGE!!!

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

94. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –4 +/
Сообщение от Илья (??), 13-Ноя-19, 22:57 
> помойный ООП.

Грамотный разработчик знает и умеет применять большинство современных парадигм.

Но это не про вас

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

116. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Иваныч (??), 14-Ноя-19, 12:35 
Не способных в ООП любителей C++ которые хотят выполнять код в песочнице, как было в Quake 3 & QVM (только там был ограниченый C89).
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +8 +/
Сообщение от Анонимист (?), 13-Ноя-19, 10:02 
С языка снял. Прям 1995-ым повеяло.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

64. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от 0ffh (??), 13-Ноя-19, 15:09 
так все ходит по кругу
в программировании особенно
современные контроллеры - как писюки 30 лет назад
по 512 флеша по 128 озу
а частоты 70-200
и стоят как бутылка столового вина
а гемору если писать на си - ой ой
так что идея явы - вечна как коммунизм
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (5), 13-Ноя-19, 10:05 
скорее llvm.

P.S. компиляция llvm-байткода в бинарь - это жесть. Некоторые пихают в пакеты llvm-байткод, который потом ООООЧЕЕЕЕНЬ ДОООЛГООO компилируется в нативный код, отжирая при этом дофига памяти. Зато кроссплатформенно, блин. Это у нас такое будущее? С потребителями, которые согласны всё часами компилить у себя, вместо того, чтобы скинуться по 1 копейке с человека и заплатить за аренду сборочной инфраструктуры на годы вперёд?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (20), 13-Ноя-19, 11:02 
Ну так спонсируют это начинание Intel и IBM. Может они же лоббировали отказ от NaCl в браузерах. Вообще современный код содержит огромную кучу мусора, которая не будет выполнена никогда и кода создающего переменные, которые никому не нужны. Вот именно он и компилируется очень долго, а потом и выполняется очень долго. Bloatware...
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

26. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +3 +/
Сообщение от Аноним (26), 13-Ноя-19, 11:47 
> современный код содержит огромную кучу мусора, которая не будет выполнена никогда

Пожалуйста, скажите, что вы не про обработку ошибок, происходящих раз в год.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

55. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –8 +/
Сообщение от ползкрокодил (?), 13-Ноя-19, 14:24 
Я предпочту сбой раз в год постоянным страданиям от жирной программы.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

66. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (20), 13-Ноя-19, 16:09 
> Пожалуйста, скажите, что вы не про обработку ошибок, происходящих раз в год.

Обработка ошибок это вопрос пары машинных инструкций, которые будут проигнорированы спекулятивным выполнением; исключения более громоздкие и жрущие память, особенно в C++. Но я вообще то имел введу сотни виртуальных методов, которые в любом случае будут добавлены в код. А так же методов, которые могли бы быть использованы, при некоторых обстоятельствах, которые совершенно точно не произойдут в данной программе. А так же все переменные которые эти методы могли бы возможно использовать. А так же данные загружаемые из файлов, БД и сети, на всякий случай, который опять же никогда не произойдёт в данной программе. Прожорливость ПО == функциональность в квадрате.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

127. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Урри (?), 17-Ноя-19, 12:40 
А еще большие библиотеки с кучей прослоек, выполняющихся для инициализации внутреннего состояния библиотеки и регулярной отсылки телеметрим. При том, что из библиотеки используется ровно одна функция compare-string, вместо нативной strstr, просто потому что обезьяне стыдно юзать голую позиксфункцию вместо модномолодежного фреймворка - она же не старпер какой-то.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

57. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (57), 13-Ноя-19, 14:36 
> Некоторые пихают в пакеты llvm-байткод, который потом ООООЧЕЕЕЕНЬ ДОООЛГООO компилируется в нативный код, отжирая при этом дофига памяти.

Ну-ка, пруфани-ка. Как это я ни разу такого не видел?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

90. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (5), 13-Ноя-19, 22:20 
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) час ждать, пока всё перекомпилится.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

61. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (61), 13-Ноя-19, 14:51 
>llvm-байткод

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

117. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Иваныч (??), 14-Ноя-19, 12:38 
В плане архитектуры не кроссплатформенность, но не ОС.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

7. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –8 +/
Сообщение от Аноним (7), 13-Ноя-19, 10:18 
Даже такой далёкий от разработки человек как я читал о том, что в отличие от Явы ентот webAssembly нативно интегрирован в систему, а не выполняется отдельно. Из него можно DOM пинать уже сейчас и даже системные штуки в будущем. Именно поэтому Ява так и не смогла нормально прижиться в вебе. И флеш тоже, хоть и глубже зашёл.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

10. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +12 +/
Сообщение от Аноним (10), 13-Ноя-19, 10:36 
> нативно интегрирован в систему

и давно внутренности броузера получили статус "системы"?

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

16. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Andrey Mitrofanov_N0 (??), 13-Ноя-19, 10:48 
>> нативно интегрирован в систему
> и давно внутренности броузера получили статус "системы"?

Нудк, дебияно-редхаты не нужны:  особо "прозорливые" уже окрестили системой щупальцы GAFAM-а.  </brought to ypu by hypno toad>

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

96. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от maximnik0 (?), 14-Ноя-19, 00:20 
>и давно внутренности броузера получили статус "системы"?

Ты не поверишь, в 98 году.
Только технология называлась  
Active-X ,а посколько внутренности IE были переплетены с виндовс получилось несекьюрити.Кстати актив была в статусе бэты когда то портирована на Sco и Солярис (там был эмулятор, очень глючный), так что формально  была технология кроссплатформенная.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

11. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (11), 13-Ноя-19, 10:38 
В твоём себе полная помойка, предланаешь её и на десктопах устроить?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

13. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (13), 13-Ноя-19, 10:41 
>ентот webAssembly нативно интегрирован в систему

угу, смотрим выше & дальше

>> В отличие от разделения на процессы, WebAssembly-обработчики являются легковесными
>> и почти не требуют дополнительных ресурсов - взаимодействие между обработчиками не сильно
>> медленее вызова обычных функций.

Еще одна прослойка и ключевое:

почти не требуют дополнительных ресурсов
и
не сильно медленее вызова обычных функций

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

22. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от istepan (ok), 13-Ноя-19, 11:07 
wasm не умеет в dom.
То что сейчас имеется, это вызов js функций.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

30. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от JL2001 (ok), 13-Ноя-19, 12:26 
> такой далёкий от разработки человек как я

действительно, очень далёкий

> нормально прижиться в вебе. И флеш тоже

а ещё очень молодой или слепой, ну или крайне не наблюдательный человек

флеш выпилили потому что проприетарная дырявая поделка, и потому, что в javaScript завезли те же возможности

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

102. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Ю.Т. (?), 14-Ноя-19, 08:17 
Было, что и Яву собирались интегрировать в систему (в линукс, кстати).
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

18. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от proninyaroslavemail (ok), 13-Ноя-19, 10:58 
>Они яву изобретают?

"Безопасную". Выйдет ли конечно безопасная или очередная, покажет время.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

24. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +3 +/
Сообщение от rm1 (?), 13-Ноя-19, 11:10 
Скорее JVM а не яву, у явовской виртуальной машины на входе байткод, в который кажется могли компилироваться ещё несколько языков помимо самой явы.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

133. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (133), 09-Дек-19, 13:37 
Могли, и сейчас могут. Таких языков больше десятка. И в .NET примерно так же, только более огорожено.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

40. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –2 +/
Сообщение от Аноним (-), 13-Ноя-19, 13:03 
MS ActivX
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

43. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от rshadow (ok), 13-Ноя-19, 13:09 
Ага, причем систему безопасности а-ля айфон/андроид прикрутили. Интересно посмотреть что получится. В тех же андроидах задумка хорошая, но сделано так себе.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

63. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от anonymous (??), 13-Ноя-19, 15:09 
Кстати, в JVM система безопасности уже давно есть, только ею редко кто пользуется.

В общем, джава из топора.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

134. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (133), 09-Дек-19, 13:42 
Это потому что там запросы вида "Разрешить программе делать нижеперечисленное? Да/Нет"
И если ответить Нет, то программа, конечно же, работать не будет. Поэтому толку от таких запросов очень мало.
Примерно то же самое было на Android до выпуска 5 или 6, когда они реализовали запрос полномочий по надобности, т.е. нормально написанный софт просит доступ к, скажем, камере лишь когда юзер нажал кнопку "сделать фото". Раньше было "или разрешаешь всё, или софтина не запустится", да и сейчас таких софтин полно, но уже далеко не 100%.

А ещё та табличка с запросом в жаве выглядит страшно и непонятна для любого, кто не пишет на жаве или не является немножно сисадмином. Это если сравнивать с тем, как выглядят запросы на Android. Да что тут говорить, даже у Flatpak это сделано лучше.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

78. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Kuromi (ok), 13-Ноя-19, 18:29 
Вроде того, но в этот раз она будет намертво встроена в браузер и скорее всего неотключаема.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

97. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +4 +/
Сообщение от Ordu (ok), 14-Ноя-19, 00:57 
> Они яву изобретают?

В некотором смысле да. В другом смысле нет. 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.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

101. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (101), 14-Ноя-19, 07:54 
Переизобретают XULRunner, или Native Client, или...
Да просто узаконивают текущее положение дел, пытаясь немного причесать вебню. Даже если принять js как нормальный язык, сложившаяся ситуация с npm, cdn, минификацией и чёрт знает чем в инфраструктуре распространения, скажем так, удручает.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

135. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (133), 09-Дек-19, 13:44 
Оно очень далеко от XULRunner. К NaCl ближе, да.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

109. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (109), 14-Ноя-19, 10:04 
> Они яву изобретают?

Ну, стандартную многоплатформенную среду исполнения байткода, скорее. И не только яву можно было назвать, но и сишарп, в какой-то мере флэшплейер, llvm... Но тут самое главное - эта новая JVM (CLR...) не будет привязана/закрыта какой-то одной компанией. Тут все заинтересованы чтобы это был единый, общий, стандарт для всех, спецификации которого вырабатываются коллективно, а не чтобы потом какая-то Орацле пыталась кого-то тягать по судам за яву.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (2), 13-Ноя-19, 09:56 
Да понятно. Пусть обпродвигаются. Глядишь что и выйдет. В текущем виде это ппц.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +7 +/
Сообщение от Аноним (6), 13-Ноя-19, 10:11 
Нужно больше изолированного говнокода.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –5 +/
Сообщение от zurapa (ok), 13-Ноя-19, 10:20 
А это не подобно электрону?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +3 +/
Сообщение от anonblmous (?), 13-Ноя-19, 10:21 
Инструментарий для кроссплатформенной малвари? Ну-ну.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 13-Ноя-19, 10:43 
> Инструментарий для кроссплатформенной малвари? Ну-ну.

И тут нам всем резко нужен Микрософт Антивирус и Винукс Фаундейшен Землина.
</больше пиара-продвижения!>

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

23. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от MS (??), 13-Ноя-19, 11:08 
а мы тут причем? Мы - корпорация зла, забыли?! У нас кроссплатформенный код - на C,C++,C#, наконец.

А ЭТО - это вам к вашим любимым корпорациям добра, делающим правой рукой.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

37. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (36), 13-Ноя-19, 12:56 
Ну... Когда правая устаёт, берутся за левую.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

131. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от fgdogtfg (?), 01-Дек-19, 16:33 
правой? но, зачем?
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

132. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от fgdogtfg (?), 01-Дек-19, 16:35 
правой = левой
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

110. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (109), 14-Ноя-19, 10:18 
Она (малварь) и сейчас может на обфускированном JS выполняться. Через браузеры и всякие node.js со всеми своими репозиториями.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

15. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (15), 13-Ноя-19, 10:46 
На расововерной сишечке можно будет сайты делать. Осталось только придумать зачем
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 13-Ноя-19, 10:55 
> На расововерной сишечке можно будет сайты делать. Осталось только придумать зачем

Щупальца "продвижения" уже зарулила гениальную идею в твой мосх, да?
Не трепыхайся под-на щупальце -- она знает зачем.   Резистенс футиле юл би ассимилейтед.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

29. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от CryNet (?), 13-Ноя-19, 12:15 
Срочно нужен переводчик с наркоманского. Сказать-то что хотел?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

84. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Водас (?), 13-Ноя-19, 20:32 
"Кто не понял тот поймёт"
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

104. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Илья (??), 14-Ноя-19, 08:26 
Я не понял. Когда пору пойму обязательно отпишусь
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

39. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (38), 13-Ноя-19, 12:59 
для эмбеддовки. Тамдаже луа/микропихон/микрожс - избыточны.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

44. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +3 +/
Сообщение от rshadow (ok), 13-Ноя-19, 13:16 
> избыточны.

Какое-то глупое выражение. Если можно писать на языке более высокого уровня, то надо это делать на нем. Вы же не базу данных там писать собираетесь, а скорее всего логику. Вопрос только поместится задуманное или нет.
Эмбедовка тоже каждые два года ускоряется вдвое?

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

58. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от JL2001 (ok), 13-Ноя-19, 14:37 
> для эмбеддовки. Тамдаже луа/микропихон/микрожс - избыточны.

java в симкартах и кредитках живёт, си наверно слишком сложный для настоящей маленькой эмбеддовки :)

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

79. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от rshadow (ok), 13-Ноя-19, 18:52 
ну там скорее всего кусочек кода с данными. Сама jvm живет внутри телефона/банкомата.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

106. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 14-Ноя-19, 08:32 
> ну там скорее всего кусочек кода с данными. Сама jvm живет внутри
> телефона/банкомата.

Случай всякий может быть.
https://ru.wikipedia.org/wiki/Java_Card
https://en.wikipedia.org/wiki/Java_Card

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

70. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от IRASoldier_registered (ok), 13-Ноя-19, 16:33 
Открою тебе тайну: это можно делать и сейчас и было можно раньше. Лишь бы CGI-модуль стоял подходящий.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

80. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от rshadow (ok), 13-Ноя-19, 18:54 
Сейчас уже модули не в почете. Своих серверов/фреймворков на каждом языке развелось как грязи.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

87. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –2 +/
Сообщение от VladShemail (?), 13-Ноя-19, 21:07 
Затем, что скрипты и т.д., подгружаемые на страницу, можно элементарно анализировать как текст и вырезать, если что, а бинарь будет выполняться и рекламу уже не порежешь.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

92. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от JL2001 (ok), 13-Ноя-19, 22:28 
> Затем, что скрипты и т.д., подгружаемые на страницу, можно элементарно анализировать как
> текст и вырезать, если что, а бинарь будет выполняться и рекламу
> уже не порежешь.

поанализируй это!
https://code.jquery.com/jquery-migrate-1.4.1.min.js
или asm.js

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

107. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 14-Ноя-19, 08:35 
>а бинарь будет выполняться и рекламу уже не порежешь.

Наивный, голубоглазый...

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

111. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (109), 14-Ноя-19, 10:26 
Вы их собрались анализировать глазами? Про обфускацию кода слышали? У нас веб-прикладуха уже лет 10 назад была размером в полтора мегабайта крепко обфускированного кода, 95-99% которого был всунутый код фреймворка. А для обработки машиной что анализ обфускированного кода, что какого-то нового байт-кода - всё едино.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

19. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +5 +/
Сообщение от Аноним (19), 13-Ноя-19, 11:00 
То что сразу думают и делают sandbox-окружения - правильно, но для пользователя они будут ещё одним диалогом "разрешить доступ к ... ?", который мало кто читает. Получится ещё один ActiveX.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –5 +/
Сообщение от Аноним (21), 13-Ноя-19, 11:02 
А ведь мою идею позаимствовали. Впрочем, не жалко. Дарю. )))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от JL2001 (ok), 13-Ноя-19, 11:34 
как же задолбали эти 100500 вариантов виртмашин
их наверно уже больше чем дистрибутивов, и каждая такая же уникальная, развиваемая самобытно, со свежими уникальными впечатлениями разрабов виртмашинок от одних и тех же граблей
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (13), 13-Ноя-19, 12:38 
>как же задолбали эти 100500 вариантов виртмашин

Ыыы, попророчетсвуем на данный момент,
думается это не виртуалки строять, а фундамент портабельного Framework - ГамазинА для B2B - не всем же хочется отчислять %%  и быть зависимым от apple store, g.play, etc.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

112. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (109), 14-Ноя-19, 10:34 
Эта, в отличие от других 100500, не будет привязана к какой-то одной компании, которая будет вертеть спецификациями, только как ей вздумается, и тягать по судам за яву или будет привязана к какому-то полумаргинальному сообществу. Тут крупные энтерпрайзные игроки объединились, я имею ввиду не только сабж в статье (вебассемли-среда для прикладух вне браузеров) но и сам вебассембли как новый формирующийся стандарт.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от JL2001 (ok), 13-Ноя-19, 12:10 
> каждая зависимость может быть потенциальным источником уязвимостей или атак. Получение контроля за зависимостью позволяет получить контроль и за всеми связанными с ней приложениями. Доверие к приложению, автоматически подразумевает наличие доверия и ко всем зависимостям

да неужели хоть до кого-то дошло??
зы: а как они длл-хел (в одном отдельно взятом приложении в том числе) планируют решать?

> каждый модуль зависимости выделяется в отдельно изолированный WebAssembly-модуль, полномочия которого задаются в привязке только к этому модулю (например, библиотека для обработки строк не сможет открыть сетевой сокет или файл). ... Разделение может производиться не только на уровне отдельных модулей, но и на уровне групп модулей, которым, например, необходима работа с общими областями памяти
> Запрашиваемые полномочия смогут определяться как на уровне самих зависимостей, так и делегироваться зависимостям по цепочке родительскими модулями ... Например, модулю может быть делегирована возможность обращения к определённому каталогу и системным вызовам, и в случае компрометации инфраструктуры разработки модуля или выявления уязвимости, при атаке доступ будет ограничен лишь этими ресурсами.
> Изначально заданные полномочия проверяются и в случае их изменения загрузка зависимости отвергается до обновления локальной сигнатуры модуля.

неплохо, неплохо

> Декларирование ресурсов создателями модулей может стать индикатором подозрительной активности, например, когда модуль для обработки текста запрашивает полномочие на открытие сетевого соединения.

я как-то видел довольно логичные объяснения зачем умному андройд-фонарику интернет и ещё 100500 разрешений
надеюсь тут система разрешений будет более гранулярная

> В отличие от разделения на процессы, WebAssembly-обработчики являются легковесными и почти не требуют дополнительных ресурсов - взаимодействие между обработчиками не сильно медленнее вызова обычных функций.

магия в реальном мире? и все заявленые защиты в комплекте?
надо больше магов, а то в ОСях одни маглы прогают

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от rshadow (ok), 13-Ноя-19, 19:01 
> надеюсь тут система разрешений будет более гранулярная

В последних ведроидах - хочешь просканировать wifi, включи gps. WTF? Но есть логичные объяснения.
Надо все таки стараться чтобы были простые и прямолинейные правила для пользователя. Дробление ни к чему хорошему не приведет. Либо думать над совершенно иной системой безопасности.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

91. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от JL2001 (ok), 13-Ноя-19, 22:23 
>> надеюсь тут система разрешений будет более гранулярная
> В последних ведроидах - хочешь просканировать wifi, включи gps. WTF? Но есть
> логичные объяснения.
> Надо все таки стараться чтобы были простые и прямолинейные правила для пользователя.
> Дробление ни к чему хорошему не приведет. Либо думать над совершенно
> иной системой безопасности.

а вот могли бы отделить взятие маков wifi-точек от сканирования wifi

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

93. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (5), 13-Ноя-19, 22:28 
>Но есть логичные объяснения.

Гугл охренел. IMHO - очень логичное объяснение.

Ибо это они теперь всем подряд программам доступ в инет раздают, а разрешение на инет скрыли с Android 6. А без инета и/или без базы вайфай сетей хрен они местоположение определят по вайфай сетям (вернее скорее всего всё же можно по динамике затухания сигнала, что характеризует местность вокруг телефона, просто статью пока никто не опубликовал в открытых источниках).

В принципе для подсоединения к сетям даже их ssid и bssid  приложению знать не обязательно, достаточно псевдослучайного идентификатора, который система может связать с зареганными в ней сетями.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

125. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Forthemail (ok), 15-Ноя-19, 22:53 
Окрытые источники завалены этими статьями и все об одном и том же, о бесполезности этого метода для точного определения локации.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

31. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –2 +/
Сообщение от Аноним (31), 13-Ноя-19, 12:33 
Это скважина в безопасности. Даже не так, целая шахта.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от AS (??), 13-Ноя-19, 12:42 
только тоже так подумалось. слово в слово почти. молви не телепат ли ты ?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

118. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (118), 14-Ноя-19, 16:51 
Now kiss
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

34. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (34), 13-Ноя-19, 12:44 
Пусть этот WebAssembly продвинут куда-нибудь подальше, например в пропасть.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –2 +/
Сообщение от Ph0zzy (ok), 13-Ноя-19, 12:49 
https://twitter.com/solomonstre/status/1111004913222324225 - если что, то это пишет создатель докера.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Урри (?), 18-Ноя-19, 08:54 
Детский лепет не интересен.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

45. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –4 +/
Сообщение от Аноним (45), 13-Ноя-19, 13:19 
вместо относительно читаемого жс получаем непонятные блобы. круто! опен веб, все дела.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (46), 13-Ноя-19, 13:20 
IDA Pro в помощь.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

47. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (45), 13-Ноя-19, 13:22 
она уже опенсорсная?
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

48. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (38), 13-Ноя-19, 13:25 
Если ты знаешь асм, то для тебя - любая проприетарь - "условно опенсорсная", хоть и ни разу не свободная.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

51. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (51), 13-Ноя-19, 13:31 
>знаешь асм

Лишняя головная боль, особенно когда там напиханы протекторы в формате виртуалок. Так с наскоку не раскурить, пустая трата времени.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

122. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (109), 15-Ноя-19, 17:31 
минифицированный и обфускированный жс (достаточного размера, а не кусочек в 100 символов) ничем не отличается от непонятного блоба
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

123. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Аноним (109), 15-Ноя-19, 17:33 
(в плане читабельности)
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

49. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от rshadow (ok), 13-Ноя-19, 13:25 
Есть много проблем у ЯП. Но есть одна очень глобальная заноза в заднице: невозможность писать на одном ЯП под все. По крайней мере для языков считающих себя мега универсальными - скриптовых ЯП.

Пока что альтернатив js вообще не было. Возможно это хоть как-то приблизит крах js монополии. Экспансию wasm на десктопы будем еще посмотреть, а вот обратная экспансия языков в браузер очень даже интересна. Надеюсь хотябы wasm станет той виртуальной машиной с драйверами под большинство ЯП.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (45), 13-Ноя-19, 13:46 
>Пока что альтернатив js вообще не было

эксперты на марше!

вбскрипт от мс, дарт (первый) от гугла, еще вспоминается возможность писать скрипты на тикле(но там сперва подключался интерпретатор, написанный на js).

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

60. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от имя (ok), 13-Ноя-19, 14:47 
> вбскрипт от мс

WSH for Unixes не покажете?

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

62. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (45), 13-Ноя-19, 14:57 
при чем здесь он? речь шла об альтернативе js в браузере
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

67. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от имя (ok), 13-Ноя-19, 16:20 
> при чем здесь он? речь шла об альтернативе js в браузере

Напомню, что ветка начиналась с:

> невозможность писать на одном ЯП под все

то есть, не только про браузеры.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

71. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –3 +/
Сообщение от Аноним (45), 13-Ноя-19, 16:36 
а я отвечал только о браузерах, такие дела.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

82. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от rshadow (ok), 13-Ноя-19, 19:05 
Хипсто-интерпритаторы и помершие не в счет. Речь о реально массово используемых языках.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

54. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (54), 13-Ноя-19, 13:58 
Под js снизу подложат эту поделку и все.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

56. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от CrazyAlex (?), 13-Ноя-19, 14:32 
Меня тут смкщают именно попытки с этим мусором влезть на десктопы. В линуксе, в отличие от, есть хорошее решение - репозитории, и эта хрень за компанию со снапами и прочим тоже будет пытаться их давить, с прежней идеей "давайте запускать недоверенный код". Да ну их в пень.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

65. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от JL2001 (ok), 13-Ноя-19, 15:54 
> Меня тут смкщают именно попытки с этим мусором влезть на десктопы. В
> линуксе, в отличие от, есть хорошее решение - репозитории, и эта
> хрень за компанию со снапами и прочим тоже будет пытаться их
> давить, с прежней идеей "давайте запускать недоверенный код". Да ну их
> в пень.

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

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

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

89. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Crazy Alex (ok), 13-Ноя-19, 21:22 
Потому что это борьба идей прежде всего. Контролируемое пользователем программное окружение против доставляемого откуда попало кода, который якобы можно безопасно гонять в песочницах. А то, что пользователь теряет контроль над тем, какая функциональность ему доступна - это ж мелочи, да? Веб так уже угробили, мобилы пошли следом, осталось только десктоп добить. Причём для каких-нибудь виндузятников это хоть какие-то проблемы решало/решает, а в линуксе - только прибавляет.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

105. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +1 +/
Сообщение от Ю.Т. (?), 14-Ноя-19, 08:28 
Борьба идей осуществляется людьми и в людях, а выбор технологий вторичен. ))
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

74. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (74), 13-Ноя-19, 17:04 
Если потребителям нравится этот мусор им надо насыпать еще тележку пусть питаются.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

88. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Crazy Alex (ok), 13-Ноя-19, 21:19 
Угу, а потом оказывается, что нормальные решения вымерли. Хоть те же почтовики, хоть IM-клиенты, хоть RSS - вытеснены совершенно неконтролируемой мутью
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

50. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (38), 13-Ноя-19, 13:26 
Вроде кто-то предлагал модуль ведра для более быстрого выполнения васи? Напомните, кто ещё об этом слышал.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (54), 13-Ноя-19, 13:57 
Вся это котовасия и нужна только для андроида. Нужна просто более быстрая джава.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

59. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Sgt. Gram (?), 13-Ноя-19, 14:42 
> котовасия

Да блин, оставьте вы бедного кота Васю в покое! По-русски правильно «катавасия».

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

73. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (74), 13-Ноя-19, 17:03 
Нет кот Вася зачинщик, а не жертва.
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

77. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Анонимчжан (?), 13-Ноя-19, 18:02 
молодцы все на васю спихнули)))) а кот то тут при чем?)) или всем опять нужны просмотрщики котиков только впиленные на всяких ассембли в браузер? а че гугл уже сделал хромую ось, че давай продолжать гробить ресурсы компьютеров, а то чет шустрые шибко стали. да вот много кричащих "нищ*броды" появилось на форумах. они готовы жрать все дер*мо что дают.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

72. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (72), 13-Ноя-19, 16:58 
http://blog.danieljanus.pl/2019/10/07/web-of-documents/
https://onpon4.github.io/articles/kill-js.html
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (95), 13-Ноя-19, 23:05 
https://hacks.mozilla.org/2019/11/announcing-the-bytecode-al.../
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

113. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Нанобот (ok), 14-Ноя-19, 10:42 
эх, а ведь было бы 10-20 лет назад, половина вынешних веб-технологий никогда бы не понадобилась. html был бы лишь прослойкой (с очень ограниченым функционалом) для загрузки webassembly-приложения с сайта, css был бы не нужен, js тоже
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

115. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +2 +/
Сообщение от Аноним (115), 14-Ноя-19, 11:11 
10 лет назад я писал SPA на GWT и все уже было, было сложно из-за IE6 но мы справлялись! 15 лет назад был тотальный флеш, а вот 20 лет назад уже похоже на правду.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

119. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Аноним (119), 15-Ноя-19, 00:34 
Те они запихнули абстрактный ассемблер в виртуальную машину?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

120. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  –1 +/
Сообщение от Аноним (20), 15-Ноя-19, 12:22 
WebAssembly это по сути бинарный asm.js. А суть новости, в том, что эти корпорации предлагают компилировать Си-код не в машинный, а в asm.js. Потому, что им кажется, что современные приложения строятся из никем не проверенного кода, полученного из репозитариев вроде npm. И поэтому должны выполнятся в песочнице вроде браузера. Вот эту новую песочницу с контролем прав приложения они и делают. Хотя по моему контейнерной изоляции более чем достаточно.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

129. "Mozilla, Fastly, Intel и Red Hat продвигают WebAssembly, как..."  +/
Сообщение от Анонимиус (??), 18-Ноя-19, 20:59 
Не удивлен этой новости.. Года 2 назад с коллегами обсуждали, что WebAssembly будут продвигать как альтернативу .net и jvm к гадалке не ходи, только тут будет зоопарк базовых фреймворков, скорее всего несовместимых и война между ними как в js
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру