LINUX.ORG.RU
ФорумTalks

Бинарный интернет опять на пороге

 


0

1

https://lists.w3.org/Archives/Public/public-webassembly/2017Feb/0002.html
https://www.opennet.ru/opennews/art.shtml?num=46117

Участники рабочей группы согласились, что архитектура WebAssembly достигла уровня, при котором её дальнейшее развитие невозможно без реального внедрения и начала широкого использования в приложениях. С WebAssembly теперь снята метка «Browser Preview», а все дальнейшие изменения JavaScript API и бинарного формата будут производиться с учётом сохранения обратной совместимости. Следующим шагом станет разработка спецификаций, которые послужат основой для будущего утверждения WebAssembly в качестве web-стандарта. Mozilla планирует включить WebAssembly по умолчанию в выпуске Firefox 52, намеченном на 7 марта. В Chrome включение WebAssembly без привязки к флагу «chrome://flags#enable-webassembly» ожидается в выпуске 57.

Для тех, кто до сих пор считает WebAssembly «распарсенным JavaScript»: http://webassembly.org/docs/semantics/

★★★★★

Последнее исправление: tailgunner (всего исправлений: 1)

Давно пора.

Deleted
()
Ответ на: комментарий от Quasar

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

Deleted
()

Ну докатились...

Deleted
()
Ответ на: комментарий от Quasar

Для этого создавалась Java. А они зачем-то более адовое решение придумали.

Джава была хуже чем чертов флеш

Dred ★★★★★
()
Ответ на: комментарий от Deleted

Java не может манипулировать содержимым страницы за пределами Java-апплета

Частично всё-таки может, делая вызовы js.

orm-i-auga ★★★★★
()
Ответ на: комментарий от dima1981

как сказать, в теории можно будет сильно отойти от JS, писать фронтенд на почти любом ЯП и сильно прибавить скорости на стороне клиентов. Но, если науку двигает армия, то ИТ - развлечения, соотвественно будет лютый наплыв браузерок, только уже на всяких Unity, с графеном и прочим. Так что ранее модный вебдев и модный сейчас инди_мобильны_гйемдев сольются.

Dred ★★★★★
()
Ответ на: комментарий от Dred

ничего себе, сильно.

сольются

а те что останутся, что смогут предложить пастве, в смысле что то путное останется?

dima1981
()

Flash мёртв - да здравствует flash!

atrus ★★★★★
()

Интересно, как на это отреагирует рыночек и конкуренция вообще.

Отхватят ли сишники кусок Web'а и станут ли переносить туда игры и RIA? Пойдут ли сегодняшние Web-макаки кричать «свободная касса»?

Время покажет.

EXL ★★★★★
()
Ответ на: комментарий от EXL

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

dima1981
()
Ответ на: комментарий от Dred

как сказать, в теории можно будет сильно отойти от JS, писать фронтенд на почти любом ЯП

Да, я думаю с появлением WebASM как грибы после дождя полезут GUI-фреймворки с WebGL-backend'ом. Вообще хорошее начинание, ибо отзываться в положительном ключе о Web-макакичьей связки из HTML/CSS/Js-дерьмеца могут только макаки.

Думается мне, будет сделано что-то вроде шустрого и удобного JavaFX и без этих всех свистоплясок с Js.

EXL ★★★★★
()
Ответ на: комментарий от dima1981

Если бы никто не интересовался, то W3C не собирал бы группу стандартизации из представителей Chrome, Edge, Firefox и WebKit.

EXL ★★★★★
()

Интернет слишком быстрый, JavaScript слишком читабельно, давно пора было что-то с этим делать.

ilovewindows ★★★★★
()
Ответ на: комментарий от Quasar

Для этого создавалась Java.

И Java и Flash были 3rd party software, которые крепились к браузеру синей изолентой. Соответственно, когда находили дырку в этих плагинах, разработчики браузеров бежали на поклон к Oracle и Adobe, а потом смиренно ждали, когда те залатают дыру.

За WebAsm отвечать будет сама команда разработчиков браузера, поэтому проблемы с безопастностью будут решаться очень быстро, а внедрение фич и развитие будет сдерживать и стандартизировать лишь W3C, а не какой-то там Oracle или Adobe.

EXL ★★★★★
()

В принципе начинание хорошее, но непонятно, почему некоторые тут решили, что это приведет к рывку производительности. Это ведь тот же JS, только уже распарсенный. Со всем своим динамическим адом, в принципе не пригодным к глубокой оптимизации.

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

quwy
()
Ответ на: комментарий от ilovewindows

Интернет слишком быстрый

ЛОЛ.

Интернет превратился в дрянь, которая постоянно жрет процессор и память. Тормозит на элементарных операциях. Вот сейчас даже набор текста в поле ввода отстает от нажатий кнопок. И это на машине с шестью ядрами 3+ GHz и 32 GB оперативки, про планшеты/смартфоны даже вспоминать не хочется.

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

quwy
()
Ответ на: комментарий от quwy

уже доделают

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

dima1981
()
Последнее исправление: dima1981 (всего исправлений: 1)
Ответ на: комментарий от quwy

Плюсую. Засрали всё скриптами которые тормозят шо ппц.

FiXer ★★☆☆☆
()
Ответ на: комментарий от dima1981

https://geektimes.ru/post/285100/

Если Ъ, то вкратце: планируется перекрыть краник халявного процессорного времени скриптам на фоновых вкладках. Если скрипт жрет CPU сверх дозволенного, его выполнение затормаживается, чтобы он оставался в рамках выделенного бюджета.

Я сам хромом не пользуюсь, но такое начинание как минимум охладит пыл скриптовых web-макак, а как максимум будет скопировано и в другие браузеры.

quwy
()

Это проприетарщики, спят и видят делать закрытые блобы для интернета.

Банить проприетарщиков люлями!

stevejobs ★★★★☆
()
Ответ на: комментарий от Deleted

Java-апплеты так и не сделали безопасными

Да! Ставлю белорусский рубль на то, что в Webassembly не найдут дыр в течение полугода.

tailgunner ★★★★★
()
Ответ на: комментарий от quwy

Ты имеешь в виду будет скопировано в лису? Лет через сколько? Тут пока на все вкладки один процесс, и это типа инновация.

mandala ★★★★★
() автор топика
Ответ на: комментарий от dima1981

Да чего крутого, там же и рецепт обхода - нулевой звук, теперь на каждой страничке будет звуковой проигрыватель. Еще выдадут бонус из сломанного мессенджера, но зато биржи для биткоин-трейдинга не будут выжирать процессор, ура.

ilovewindows ★★★★★
()
Последнее исправление: ilovewindows (всего исправлений: 1)
Ответ на: комментарий от dima1981

так это хорошо или нет?

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

Deleted
()
Ответ на: комментарий от ilovewindows

да так то мне фиолетово очень редко больше трех вкладок юзаю да и те в 300кб умещаются. но вроде сказал понятно он, и вроде кому припекает станет лучше потому и сказал что круто.

dima1981
()
Ответ на: комментарий от Deleted

вот вот, про гугл даже я впервую очередь подумал.

а облака согласен без кванта ниочем тема, рано еще в них всех заталкивать.

dima1981
()
Ответ на: комментарий от dima1981

так это хорошо или нет?

Смотря для кого. Для линуха это очень хорошо. Появится больше ПО и современных игорь. Для винды это плохо. Для разработчиков опять же хорошо.

foror ★★★★★
()
Ответ на: комментарий от quwy

Вот сейчас даже набор текста в поле ввода отстает от нажатий кнопок.

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

foror ★★★★★
()
Ответ на: комментарий от quwy

Это ведь тот же JS, только уже распарсенный.

Нет.

foror ★★★★★
()
Ответ на: комментарий от EXL

Да, я думаю с появлением WebASM как грибы после дождя полезут GUI-фреймворки с WebGL-backend'ом.

Эпоха Flash 2.0? Спасибо, уже наелись вначале 00-х.

foror ★★★★★
()
Последнее исправление: foror (всего исправлений: 1)
Ответ на: комментарий от foror

я полезут GUI-фреймворки с WebGL-backend'ом.

Эпоха Flash 2.0? Спасибо уже наелись

Ты так говоришь, будто этому можно помешать.

tailgunner ★★★★★
()
Ответ на: комментарий от dima1981

Эта штука по перформансу близка к нативному коду. Код пишется на тех же ЯП, что сейчас пишут нативные игори и ПО. Управление памятью ручное. Более того, там используется JIT, что позволит заоптимизировать полученный бинарь именно под твой процессор.

foror ★★★★★
()
Ответ на: комментарий от tailgunner

Пропагандой альтернативных решений. В том числе своего фреймворка, над которым сейчас работаю.

foror ★★★★★
()
Последнее исправление: foror (всего исправлений: 2)
Ответ на: комментарий от foror

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

dima1981
()
Последнее исправление: dima1981 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.