Здравствуйте, Слава, Вы писали:
С>А куда же девать 50 миллионов фуллстеков, фронтендщиков и верстал? Мастеров различий между == и ===, укротителей NPM и Bower, повелителей LESS и прочей дури?
Здравствуйте, Shmj, Вы писали:
S>Пару лет назад проверял — ему нужен был EV-сертификат подписи кода для запуска, без него нельзя запустить. S>А сейчас вроде вообще отключили.
Я в курсе, что с подачи гугла альтерантивные технологии были уничтожены.
V>>Чем WebAssembly лучше? S>Тем что это стандарт
А другие не "стандарт" что ле?
S>обещает быть рабочим, обещает поддержку везде.
Это всего лишь одна из технологий.
Отличается от других лишь спецификацией своей VM.
И надо было не "обещать", а сначала предоставить эту рабочую технологию и только потом, когда (и если) остальные технологии "умерли" бы, прекратить их поддержку за ненадобностью. Это если бы они действительно умерли.
Но произошло малость другое.
Произошло грубое свинство.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, CreatorCray, Вы писали:
CC>>8MB wasm только чтоб показать 3D модельку? CC>>4.7MB для текстового редактора? CC>>Как то овердофига.
S>Думаете на JS со всеми либами меньше будет? Там же OpenGL — попробуйте на JS найти аналог.
Здравствуйте, vsb, Вы писали:
vsb>Вряд ли. Если это то, о чём я думаю, такое делали сто лет назад без всякого WebAssembly. Только кому оно надо?
Тут обычное десктопное приложение работает в браузере.
Взлетит или нет — другой вопрос.
Здравствуйте, Skorodum, Вы писали:
vsb>>Вряд ли. Если это то, о чём я думаю, такое делали сто лет назад без всякого WebAssembly. Только кому оно надо? S>Тут обычное десктопное приложение работает в браузере. S>Взлетит или нет — другой вопрос.
Здравствуйте, Skorodum, Вы писали:
vsb>>Вряд ли. Если это то, о чём я думаю, такое делали сто лет назад без всякого WebAssembly. Только кому оно надо? S>Тут обычное десктопное приложение работает в браузере.
Сто лет назад такое уже было.
S>Взлетит или нет — другой вопрос.
Не взлетело. Что забавно — взлетело совершенно противоположное: десктопные приложения стали делать из браузерных.
Здравствуйте, Kerk, Вы писали:
K>Нашли чем удивить
Ну для мира C++/Qt это таки что-то новое.
K>http://uk1.thinfinity.net/easymoney/
А тут что под капотом?
Здравствуйте, Skorodum, Вы писали:
S>WebAssembly is developed at the World Wide Web Consortium (W3C) with engineers from Mozilla, Microsoft, Google and Apple.
Брехня.
WebAssembly вырос из экспериментов над JS на деньги Гугла.
Гугл в течении 5-ти лет до этого был источником 95% всего бюджета, располагаемого Мозиллой.
А кто деньги платит, тот и музыку заказывает.
Таким образом, через банальное мошенничество Гугл получил два голоса в W3C, вместо своего одного.
ИМХО, это подсудное дело.
S>Разница с мертворожденным сервелатом большая.
Сервелат, как раз, был вполне живой, с развитой рантайм-библиотекой.
А Вебасм представляет из себя страшно сырую технологию уже относительно давно и непонятно, сколько это безвременье еще продлится.
Но конкурирующие технологии Гугл изъял из Хрома и Лисы уже пару лет назад.
Оно же иначе не взлетит, если дорогу не расчистить, верно?
Мошенничество и свинство.
Здравствуйте, vdimas, Вы писали:
V>Оно же иначе не взлетит, если дорогу не расчистить, верно? V>Мошенничество и свинство.
Чувствуется, что кто-то вложил много времени и сил в сервелат. Сочувствую. Нет, не сочувтсвую
Здравствуйте, Skorodum, Вы писали:
K>>Нашли чем удивить S>Ну для мира C++/Qt это таки что-то новое.
Вообще то нет. Уже много лет как такое работает, с помощью этого http://kripken.github.io/emscripten-site/ инструмента. Кстати, WASM тоже сейчас строят с помощью него (хотя на самом деле можно и без, но тогда придётся руками протягивать все нужные функции), т.к. пока что (пока не реализован прямой API браузера для WASM) даже WASM приложениям всё равно требуется реализация js обёрток к браузерному API.
Integrating with any language supporting Win32, GDI/GDI+ API and ActiveX/COM, Thinfinity VirtualUI redirects Windows calls and drawing commands to the remote HTML5 canvas. https://www.cybelesoft.com/Thinfinity/VirtualUI/
По сути они превращают готовое десктопное приложение в веб-сервер, который рисует UI в браузере.
Это плохо масштабируется, справедливости ради. Но для всяких энтерпрайзов может быть удобно.
Здравствуйте, Skorodum, Вы писали:
vsb>>Вряд ли. Если это то, о чём я думаю, такое делали сто лет назад без всякого WebAssembly. Только кому оно надо? S>Тут обычное десктопное приложение работает в браузере.
Не обычное, а скомпилённое под специальную VM, со специальной CRT.
Под ту же дотнетную VM тоже можно было бы компилять, был бы смысл.
Просто никто не задавался такой целью, бо размер передаваемого по сети бинарника примерно на пару порядков больше, чем в случае того же Сервелата или Джава-апплетов.
Понятное дело, что еще 10 лет назад никому бы и в голову не пришло гнать десяток мег по сети ради простейшего чиха.
Че за бред, ваще...
Уже на стороне клиента должна быть мощная инфраструктура из кучи библиотек.
S>Взлетит или нет — другой вопрос.
Слишком долго взлетает, не находишь?
Джава-апплеты когда-то взлетели за пару лет всего.
Сервелат — тоже.
А тут уже 7 лет яйца чешут с нулевым практическим выхлопом.
Т.е. эта технология для "ежедневного" применения еще не готова и даже слишком далека от такой готовности.
Итого, наступило безвременье для веба, бо через браузер ничего вменяемого не сделаешь.
=================
Я ХЗ, может, тут надо смотреть вообще в другую сторону.
Может, это такая специальная цель стоит — сделать из браузера ПЛОХУЮ платформу для приложений.
А весь этот визг насчёт (да насчёт всего) — лишь дымовая завеса?
Ведь, чем хуже будут возможности браузера, тем чаще разработчики вынуждены будут разрабатывать полноценные клиентские приложухи и продавать их в магазинах Гугла и Эппла.
Да, собсно, уже именно так и происходит.
А гуглу и эпплу с магазина нехило капает. ))
Дык, в том-то и дело, что с помощью извращений и такой-то матери можно даже дотнетные Windows.Forms заставить в браузере работать.
Разве что в 10 раз худшей эффективностью, чем непосредственно на Сервелате разработанное.
Т.е. смысл всех этих "запрещений" как бы теряется.
Ведь в тот же WebAsm можно будет загрузить аналогичным образом подготовленный Сервелат и круг замкнётся.
Здравствуйте, Sheridan, Вы писали:
N>>А богомерзкий Qt разве не помер? S>Он дотнет переживёт, причом вместе с виндой.
В текущем виде не переживёт, бо г-но мамонта и говнокод сам по себе в исходниках.
А тот, что переживёт — это будет другой QT.
Собсно, создание QML как бэ намекает, что проблему они осознают.
Здравствуйте, alex_public, Вы писали:
_>А вот в будущем из всего этого вполне может получится интересное промышленное решение...
Да любую технологию, если её долго толкать, можно и дотолкать.
В сухом остатке webasm — это YA VM.
Против конкретно еще одной VM никто не возражает.
Изумление вызывает вот эта наглость — тупо вырезать конкурируюющие VM.
На фоне абсолютной неготовности инфраструктуры вокруг собственной, сие смотрится особенно шедеврально.
Это эпик фейл, аднака.