Можно-ли считать WebAssembly «убийцей» JS?

Question

[Монти Пайтон]

Употребляя этот термин "убийца" из жёлтой прессы, WebAsm способен покончить с JS хотя-бы теоретически в далёком будущем? И если можете вкратце как как он устроен?

Например, сайт смогу-ли я при желании откомпилировать, для того что-бы он работал быстрее "ближе к железу", выставив спиннер или прогресс-бар при загрузке "исполняемого" файла? Или он на такую идею не способен?

P.S. скорость работы любого сайта-приложения оставляет желать лучшего в сравнении с приложениями написанными на С/С++ под определённую ОС

P.P.S. больше холивара, больше

Comments

[d'Ivan]

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

[Монти Пайтон]

Роман Мирр: имею ввиду теоретически в какой-то LocalStorage что-бы закачивался исполняемый файл сайта, а оттуда автоматически запускался и подгружал ресурсы, тоже в какое-то временное хранилище, и оттуда в интернет в случае с наоборот

[d'Ivan]

Ostin1: так ресурс ведь ещё скачать надо. А это занимает время. Всё что свыше 200 мс уже будет считаться как "тормозит". Представь, что перед первым открытием сайта ресурс пока скачается, а пользователь то ждёт пока хоть что-то появится на экране.
Помимо голого контента (допустим, в виде JSON) надо ведь скачать и джаваскриптики (размером в несколько МБ), и картиночки (тоже ХХ МБ), и шрифты.
Взять, к примеру, какую-нибудь программу-игру. При старте все необходимые ресурсы загружаются (а игрок ждёт) и лишь потом можно играть.

[Монти Пайтон]

Роман Мирр,

а пользователь то ждёт пока хоть что-то появится на экране.

заглушка, временный экран приветствия с прогрессбаром, вы знаете что такое прогрессбар?

Answer 1

[Vitaliy]

Никуда JS не денется, так как на него подсело много разработчиков, и переходить на С++ (он же компилится в WASM) или что-то подобное они не станут. Ведь кому нужна лишняя головная боль (и выстрелы по ногам), чтобы ускорить приложение, в котором от силы все операции занимают долю секунды.

Конвертеры, 3D игры, обработка изображений и т.п. - вот где важна производительность, остальное и так быстро работает.

Comments

[Иван]

меньше всего хотелось бы,чтобы фронтам в будущем требовали выучить c++))

Answer 2

[beduin01]

Запилят просто язык новый типа Питона только с тонким рантаймом который в WASM будет компилиться и популярность JS резко пойдет вниз.

Comments

[semt1]

Ерунда.
Вы концепцию WASM не понимаете.
УЖЕ сейчас с WASM можно использовать практически ЛЮБОЙ язык программирования, работающий с LLVM

[beduin01]

semt1, я о читал, советую вам лучше с темой ознакомиться.
Не любой, а который без встроенного GC. Языки с поддержкой GC будут только весной доступны.
Системные языки для веб плохо подходят -- слишком сложны.
Разные C#, Java, Python имеют слишком толстый рантайм.

Вывод -- запилят новый язык которые решит старые проблемы.

[semt1]

beduin01, студент, очевидно?
во всех ваших постах звучит: старое говно, нужно все выкинуть и переписать заново.

знаете почему ИТ индустрия такого уровня развития достигла как сегодня?
потому что БАЗИРУЕТСЯ на том, что уже написано давно.
а не пишет каждый год с нуля.

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

[beduin01]

semt1, да, правильно, нужно тащить как можно больше легаси. Желательно вообще PHP в браузер встроить и JQuery, чтобы как можно больше людей могло использовать "привычные инструменты".

>потому что БАЗИРУЕТСЯ на том, что уже написано давно.
Особенно это по Web видно, где знания 3-5 летней давности можно выкинуть из головы ничего не потеряв. Можно писать шикарные сайты не зная JQuery, который 5 лет назад казался просто фантастикой. Я в свое время поленился его изучать в итоге оказалось не зря -- он оказался тупо не нужен.

Теперь все пишут на Vue и React, но пройдет еще 2-3 года и про них тоже можно будет забыть..))

Так что рассказывайте мне дальше сказки дальше про "миллиарды уже написанных строк кода"

[thingInSelf]

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

[beduin01]

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

[thingInSelf]

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

эволюцией вы называете библиотеки.
так это не язык, батенька

[beduin01]

thingInSelf, новые версии браузеров выходят каждые 2 месяца, так что это вообще не проблема. Вон еще вчера про WASM никто и не слышал, а сегодня его уже поддерживают все браузеры. Наступит завтра и все будут на нем решения хотеть.

Тот же JavaScript поменялся крайне сильно, JavaScript сейчас и 10 лет назад крайне сильно различаются.

[lexa4lexa]

beduin01, если верить Google Analytics - 70% посетителей моих сайтов браузеры обновляют крайне редко.

Особенно это хорошо видно по мобильным платформам (а это 60% трафика) - там 90% пользователей сидят на старом стоковом браузере. А ведь у подавляющего большинства даже не предпоследняя ОС в смартфоне, а пред-пред-последняя или еще более древняя.

P.S.:
Всего за 20 лет было 7 изменений (это не "каждые 2 месяца", Карл, далеко не каждые) в JavaScript.
Самое большое изменение, про которое можно сказать, что "до неузнаваемости" - это ЕS6
Спецификация ES6 принята в конце прошлого года.
До сих пор 100% этой спецификации поддерживают только альфа-версии браузеров.

[lexa4lexa]

студент, очевидно?
во всех ваших постах звучит: старое говно, нужно все выкинуть и переписать заново.

Присоединяюсь к этому утверждению.

[beduin01]

lexa4lexa, тоесть вы предлагаете старое говно тащить куда-то вперед? Расскажите, сколько % кода написанных более трех лет назад вы используете сейчас? Я 0 процентов т.к. даже авторы библиотек их уже успели переписать по несколько раз с нуля.

Судя по всему у вас какой-то блог. Явно что человек с телефоном за 7 тыс рублей не полезет с него в интернет магазине что-то покупать.

[Монти Пайтон]

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

По поводу того, что если у людей чтото перестанет работать, то они быстро обновят свои браузеры, что-бы скорее опять всё заработало привычно как прежде, а предприятия заставят админов это сделать если права пользователей имеют место быть, или будут сидеть без работы, так что за обновление браузеров бояться не стоит, они (на ослах) не обновляются, только потому, что такие вроде вас, мучаются с костылями ради них, если вы перестанете это делать, они начнут обновляться чтобы вам удобнее было предоставлять им сервис, ведь они увидят алерты на всех сайтах: "ваш браузер не поддерживается или устарел", дёрнут гугл, админов, соседей, родственников, кого угодно, и те им скажут или сделают что надо, для того чтобы обновиться, они это сделают, потому-что им надо то что вы делаете, вас их проблемы не должны волновать, потомучто кто о вас подумает? Если конечно они за даунгрейт не готовы платить, а они не готовы, скажут "нафиг надо" лучше обновиться, и не платить ни копейки

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



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

Запилят просто язык новый типа Питона только с тонким рантаймом который в WASM будет компилиться и популярность JS резко пойдет вниз

просто идеальные слова

[lexa4lexa]

beduin01,

тоесть вы предлагаете старое говно тащить куда-то вперед? Расскажите, сколько % кода написанных более трех лет назад вы используете сейчас? Я 0 процентов т.к. даже авторы библиотек их уже успели переписать по несколько раз с нуля.

Вы очень наивны, явно еще студент
Микропроектики - можно переписывать с нуля.
Серьезные системы - не переписывают так быстро как всем бы нам хотелось бы.
Вот тут товарщ по этому вопросу поплакался даже
https://habrahabr.ru/post/337010/
Там детально по ряду известного софта написано - сколько унаследованного тянется и по 30 лет.

[lexa4lexa]

Ostin1,

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

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

Но речь то о WebAssembly - там язык не важен.
Важно лишь чтоб он умел генерировать то, что понимает браузер.
А это как выше говорили - LLVM всего-навсего нужен.
Языков, дружных с LLVM - куча большая, не привязывайте себя к JavaScript.

[beduin01]

lexa4lexa, Вы очень наивны, вы явно еще студент и не хватает опыта.

Большинство популярных сейчас JavaScript фреймворков неожиданно было переписано по 2-3 раза с нуля.

>Но речь то о WebAssembly - там язык не важен.
Язык там ой как важен. Как вы туда язык с толстым рантаймом типа Питона или Джавы засунете? Засунуть то получится, но вы представляете как это будет работать?

[lexa4lexa]

beduin01, а че Python или Java уже умеют LLVM? Что то я пропустил?

[beduin01]

lexa4lexa, отдельные эксперементальные ветки есть уже давно.

[lexa4lexa]

beduin01,
Если мы вспомним какая была история с перепиской Angular. Когда его уже обгонял React и было ясно что Angular пора переделать - мы ждали новой версии года 2, помнится.

А мелкие - да, их переписывают частно.

Однако унаследованный код не в этих "наколенных" поделках, что можно за месяц написать (даю время чтобы тщательно все обдумать и тщательно все отладить). И за год раз можно с нуля раза 2 переписать.

С более сложными системами - этот номер не проходит.
Первая и главная причина это время. А время = деньги.
Никто не желает с нуля переделывать код, скажем Firefox. Ну так просто от нечего делать - так как эти мелкие фреймворки по несколько раз с нуля. Это очень дорого.

Точнее вру. Делают уже с нуля Servo.
При том, что текущей версии вот уже 15 лет.
3 версии с нуля, говорите?
;)))
3 * 15 = 45 лет.
Полвека.

Первое правило программиста:

Сидит программист глубоко в отладке.
Подходит сынишка:
— Папа, почему солнышко каждый день встает на востоке, а садится на западе?
— Ты это проверял?
— Проверял.
— Хорошо проверял?
— Хорошо.
— Работает?
— Работает.
— Каждый день работает?
— Да, каждый день.
— Тогда ради бога, сынок, ничего не трогай, ничего не меняй.

[beduin01]

>мы ждали новой версии года 2, помнится
Это разве долго?

Vue за 4 года переписывался трижды.

[lexa4lexa]

beduin01, Vue - чуть ли не самый компактный из этого класса?
Да, пожалуй что он почти и есть - самый маленький

[lexa4lexa]

beduin01, у вас болезнь, которой страдают джуны - проще самому написать по быстрому, что там делать-то.
опытные коллеги, работающие с сложными системами прекрасно уже понимают, что так делать стоит редко. иначе всю свою жизнь будет только подходить к решению задачи, готовить набор своих велосипедов - а работодатель/заказчик платит тебе не за это, а за решение его прикладной задачи.

[beduin01]

lexa4lexa, эти же опытные коллеги до сих пор на JQuery пишут ссылаясь на то что "проверенный временем инструмент"

Answer 3

[Вячеслав Шиндин]

WebAssembly скорее позволит пользовать кодовую базу других языков программирования скомпилированных в wasm, и подключенных к js.

Answer 4

[awdemme]

Употребляя этот термин "убийца" из жёлтой прессы, теоретически WebAsm способен покончить с JS хотя-бы в далёком будущем?

Он или нечто аналогичное.
Обязательно.
И не так долго ждать.

Например, я смогу сайт при желании откомпелировать что-бы он работал быстрее ближе к железу, выставив спиннер или прогресс-бар при загрузке "исполняемого" файла? Или он на такую идею не способен?

Уверен, что когда это доведут до ума - никакие прогресс бары не будут нужны. Быстро все будет.

скорость работы любого сайта-приложения оставляет желать лучшего в сравнении с приложениями написанными на С/С++ под определённую ОС

Зависит от степени вашей криворукости.
Еще лет 20 люди на медленном-премедленном по современным меркам железе - творили чудеса.
Люди, вон, Кваку на JS пишут - а вы жалуетесь на то, что у вас где-то там тормозит.

Comments

[Монти Пайтон]

тормозит Google Docs в сравнении с тем-же офисом например, офис не идеально быстро работает но ощутимо заметно быстрее с которым гораздо комфортнее работать по прежнему

[awdemme]

Ostin1: Нет. Я дохрена зарабатываю. Поэтому работаю пару дней в неделю.

[Vitaliy]

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

[Монти Пайтон]

Виталий Столяров: тоже постоянно слышу про это, говорят, это связано с тем что когда у тебя меньше возможностей то меньше вероятности допускать ошибки жертвуя МГц/Часами

[Kovalsky]

Ostin1: проще простого - достаточно перейти на страницу "Обратная связь", выбрать в теме сообщения "Предложение сотрудничества", описать причины по которым вы хотите стать модератором, и дальше вам остаётся только ждать, когда до вас дойдёт очередь. Станете модератором - забаните кого хотите.

Но есть ещё один нюанс - чтобы вам не писали, достаточно самому не вливаться во флейм.

[stratosmi]

Виталий Столяров,

Отмазка всегда будет одна - покупайте устройства помощнее.

Это не отмазка.
Ты или платишь за работу программиста.
Или за железо.
Железо дешевле.
Люди голосуют рублем (долларом) за плохую программу.

[Vitaliy]

stratosmi, скорее не за работу программистов, а архитекторов

[Vitaliy]

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

[stratosmi]

Виталий Столяров,

Но как на большом можно все вывозить?

Вы лично в таком проекте участвовали?

[Vitaliy]

stratosmi, да, сам себе и DevOps, и администратор БД и .. ну короче Full Stack

[Vitaliy]

stratosmi, омг.. видел! При чем здесь наш проект?

[Vitaliy]

stratosmi, ну хз, если они 15 лет одно и то же пилят, то да

[Vitaliy]

stratosmi, бородач с затуманенным мозгом детектед

[Vitaliy]

stratosmi, зачем? Вы не стоите столько внимания, чтобы вам еще по делу что-то отвечать. Увы, первая попытка была напрасной

Answer 5

[d'Ivan]

По мне, так вопрос можно перефразировать так:
"А можно ли считать ассемблер "убийцей" Бейсика?"

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

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