The OpenNET Project / Index page

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

Опубликован стандарт WebAssembly 3.0

18.09.2025 06:55

Консорциум W3C объявил о готовности спецификации, стандартизирующей промежуточный код WebAssembly 3.0 и связанный с ним API, позволяющий создавать высокопроизводительные приложения, переносимые между браузерами и аппаратными платформами. WebAssembly предоставляет не зависящий от браузера универсальный низкоуровневый промежуточный код для выполнения приложений, скомпилированных из различных языков программирования.

Технология WebAssembly может применяться для выполнения в браузере задач, требующих высокой производительности, например, кодирования видео, обработки звука, манипуляции с графикой и 3D, разработки игр, криптографических операций и математических вычислений через организацию выполнения в браузере кода, написанного на компилируемых языках, таких как C/C++. Благодаря задействованию JIT для WebAssembly можно добиться уровня производительности близкого к нативному коду.

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

Доступны следующие спецификации:

  • WebAssembly Core - описывает низкоуровневую виртуальную машину для выполнения промежуточного кода WebAssembly. Связанные с WebAssembly ресурсы поставляются в формате ".wasm", схожем с файлами ".class" в Java и содержащем статические данные и сегменты кода для работы с этими данными.
  • WebAssembly JavaScript API - предоставляет API для интеграции с JavaScript. Позволяет получать значения и передавать параметры в функции WebAssembly. Выполнение WebAssembly соответствует модели безопасности JavaScript и всё взаимодействие с основной системой производится по аналогии с выполнением JavaScript-кода.
  • WebAssembly Web API - определяет программный интерфейс на основе механизма Promise для запроса и выполнения ресурсов ".wasm". Формат ресурсов WebAssembly оптимизирован для начала выполнения, не дожидаясь полной загрузки файла, что позволяет повысить отзывчивость web-приложений.
  • WASI API - определяет модульный системный интерфейс для запуска WebAssembly вне браузеров и предоставления доступа к таким ресурсам, как файлы, сетевые соединения, генератор псевдослучайных чисел и системные часы.

Отмечается, что в новой версии стандарта значительно улучшена поддержка компиляции в WebAssembly высокоуровневых языков, таких как Java, OCaml, Scala, Kotlin, Scheme и Dart. Основные изменения в WebAssembly 3.0, по сравнению со второй версией стандарта:

  • Реализована поддержка 64-разрядного адресного пространства. Для адресации памяти теперь может применяться тип i64, а не только i32, что расширяет доступное для приложений адресное пространство с 4 ГБ до 16 ЭБ (при выполнении в браузере выставлено ограничение в 16 ГБ).
  • Предоставлена возможность одновременного использования в одном WebAssembly-модуле нескольких объектов памяти и работы с разными адресными пространствами. Среди прочего, возможно копирование данных между разными экземплярами объектов памяти, размещёнными в разных адресных пространствах.
  • Добавлена поддержка сборки мусора. Помимо ранее доступной линейной памяти предложен отдельный тип хранилища, автоматически управляемый при помощи сборщика мусора. Компилятор теперь может использовать отдельные структуры данных, массивы и переменные, за выделение памяти и управление жизненным циклом которых отвечает WebAssembly.
  • Добавлена поддержка типизированных ссылок, которые могут описывать точную структуру значения, на которое указывает ссылка, что позволяет избежать дополнительных проверок во время выполнения. Поддерживаются подтипы, рекурсия типов и возможность безопасного использования ссылок на функции, не требующих проверок типов и границ во время выполнения.
  • Добавлена поддержка хвостовых вызовов (Tail call), при которых текущая функция сразу завершает выполнение после вызова другой функции, не расходуя место в стеке.
  • Добавлена поддержка обработки исключений.
  • Добавлена поддержка "ослабленных" (relaxed) векторных SIMD-инструкций, позволяющих добиться более высокой производительности за счёт отказа от строгого соблюдения семантики на всех аппаратных платформах.
  • Добавлена поддержка детерминированного профиля выполнения, который определяет не зависящее от текущей платформы поведение для инструкций, результаты выполнения которых могут отличаться на разных платформах (операции с плавающей запятой, возвращение значения NaN, ослабленные векторные инструкции). При выборе данного профиля Wasm обеспечивает детерминированное поведение, воспроизводимость и переносимость.
  • Добавлен синтаксис для создания собственных аннотаций, позволяющих прикрепить дополнительную информацию к коду WebAssembly. Ранее поддержка пользовательских секций, позволяющих хранить произвольную информацию, имелась в бинарном формате WebAssembly, но отсутствовала в текстовом формате WebAssembly. Теперь есть возможность добавлять эту информацию в читаемом и редактируемом виде.
  • В JavaScript API добавлены встроенные функции для работы со строками. Ранее строки JavaScript можно было передавать в WebAssembly только как внешние ссылки, а теперь можно напрямую обращаться к строкам и манипулировать ими внутри WebAssembly.


  1. Главная ссылка к новости (https://webassembly.org/news/2...)
  2. OpenNews: Доступен Emscripten 4.0, компилятор из C/C++ в WebAssembly
  3. OpenNews: Доступен Wasmer 5.0, инструментарий для создания приложений на базе WebAssembly
  4. OpenNews: Анонсирован язык программирования Moonbit, оптимизированный для WebAssembly
  5. OpenNews: Доступен предварительный вариант стандарта WebAssembly 2.0
  6. OpenNews: W3C придал WebAssembly статус рекомендованного стандарта
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63899-webassembly
Ключевые слова: webassembly, wasm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (220) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, 12yoexpert (ok), 08:31, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    хоспаде, оно ещё нигде не используется, а они уже два раза обратную
    совместимость сломали
     
     
  • 2.7, Аноним (7), 08:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +21 +/
    То есть совместимость надо ломать, когда ей уже пользуются вовсю? Л - Логика.
     
     
  • 3.51, Аноним (51), 11:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оглянись вокруг - везде так делают.
     
  • 2.8, Аноним (8), 08:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Так лучше пусть сейчас ломают, чем потом
     
     
  • 3.16, Аноним (16), 08:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Потом тоже сломают, не переживайте.
     
     
  • 4.44, Bottle (?), 11:26, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опыт ПитоноПерлоРастов показывает, что так можно делать.
    Ну и сишники с плюсовиками тоже это делают, просто не так жёстко.
    Не то что бы это хорошо. . .
     
     
  • 5.71, Фнон (?), 12:42, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это не хорошо и не плохо.
    Это неизбежно.

    Когда читаешь статьи по C++ в которых челны комитета жалуются "нам нужно сломать АБИ, тогда мы получим ускорение некоторых функций до 3 раз, но сообщество будет недовольно и поэтому оно откладывается"...

    Старое нужно выбрасывать и главное вовремя.

     
     
  • 6.79, Незнакомка (?), 13:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Без этого старого они нафиг никому не нужны. Это их конек. Иначе проигрывает Rust по всем статьям. То есть совместимость сломаешь, но выигрышь локальный. А чтобы починить все - это уже новый язык
     
     
  • 7.113, Аноним (113), 15:10, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    (не проигрывает)
    В расте гавно обработка ошибок с детскими болячками.

    Нет перегрузок.

    Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет.

    Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах.

    Про паттерн матчинг и говорить не стоит.

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

    Ну и ещё проблем куча но мне уже лень

    Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно.

     
     
  • 8.116, Аноним (-), 15:23, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пруфы или примеры увидеть бы А то косплеете лебедева Ты про темплейты от котор... большой текст свёрнут, показать
     
     
  • 9.121, блячел (?), 15:34, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А то косплеете лебедева Пример 1 Функция A вызывает функции B и C Функция B к... большой текст свёрнут, показать
     
  • 9.123, блячел (?), 15:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, про них И это не просто фича, это киллер фича плюсов В расте ничего на ур... большой текст свёрнут, показать
     
     
  • 10.138, Аноним (-), 16:09, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Настолько киллер что от них отказываются крупные игроки те кто могут себе это п... большой текст свёрнут, показать
     
     
  • 11.144, Аноним (113), 16:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Те кто отказываются, возможно, имеют у себя недостаточно опытных и умелых разраб... большой текст свёрнут, показать
     
  • 10.140, Аноним (113), 16:13, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что же тут неконструктивного Полной безопасности в Rust нет Вы так же можете... текст свёрнут, показать
     
     
  • 11.143, Аноним (143), 16:19, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О полной говорят только воины против Раста вроде вас Сами чушь придумали - са... текст свёрнут, показать
     
     
  • 12.147, Аноним (113), 16:21, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Про безопасность при работе с памятью и речь Её нету Так опытные их и не дела... текст свёрнут, показать
     
     
  • 13.150, Аноним (-), 16:30, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что значит нету Код который не в unsafe получает гарантии Не очень понятно чт... текст свёрнут, показать
     
     
  • 14.157, Аноним (113), 16:53, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну то и значит Что можно в коде на 100 без unsafe получить сегфолт Поэтому т... большой текст свёрнут, показать
     
     
  • 15.166, Аноним (166), 17:18, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А можно пример или ссылку на обсуждение или баг Интересно посмотреть что там С... текст свёрнут, показать
     
     
  • 16.167, Аноним (113), 17:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https github com Speykious cve-rs ... текст свёрнут, показать
     
     
  • 17.170, Аноним (-), 17:35, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А любимая игрушка растохейтеров Чуваки всего неделю целым консилиумом ломали... текст свёрнут, показать
     
  • 13.156, Аноним (143), 16:49, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Та самая мощная аргументация Ну, что тут сказать То-то я каждую неделю читаю... текст свёрнут, показать
     
     
  • 14.158, Аноним (113), 16:54, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Много где там модерн плюсы А не Си или Си с классами... текст свёрнут, показать
     
  • 14.161, Аноним (113), 17:01, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Выссказывайте претензии нормально В Rust нет полностью безопасной работы с памя... текст свёрнут, показать
     
     
  • 15.169, Аноним (169), 17:33, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так высказывай нормально Начни с пруфа на это утверждение ... текст свёрнут, показать
     
     
  • 16.171, Аноним (113), 17:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    pub trait __ type __ L, R __ __ L, R fn transmute R sel... текст свёрнут, показать
     
     
  • 17.173, Аноним (-), 17:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы хоть ссылку приложил _- github com rust-lang rust issues 135011 В кратце ... текст свёрнут, показать
     
     
  • 18.174, Аноним (113), 17:48, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален А опытные такие проблемы и не допускают Да и есть -fana... текст свёрнут, показать
     
     
  • 19.179, Аноним (-), 18:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да уже скажи где я могу увидеть эти опытных Хотя бы глазком посмотреть Вон... большой текст свёрнут, показать
     
  • 17.177, Аноним (169), 17:53, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты еще https github com Speykious cve-rs на серьезных щах упомяни, лол ... текст свёрнут, показать
     
  • 8.133, Аноним (143), 16:02, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В смысле не деалает А borrow checker что, не в компиляторе ... текст свёрнут, показать
     
     
  • 9.135, Аноним (113), 16:06, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз таки borrow checker это то что пользуется лайфтаймами и прочим, что рука... текст свёрнут, показать
     
     
  • 10.146, Аноним (143), 16:21, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сорян, но компилятор твои мысли не может читать ... текст свёрнут, показать
     
     
  • 11.148, Аноним (113), 16:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только gcc почему-то научился и прикрутил -fanalyzer для сишки чтобы как раз так... текст свёрнут, показать
     
     
  • 12.151, Аноним (-), 16:32, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Аж в GCC 10 Настолько мощным, что ошибки никуда не делись Возможно Настоящие ... текст свёрнут, показать
     
     
  • 13.159, Аноним (113), 16:56, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ССЗБ что не применяют Это их проблемы, а не проблемы языка ... текст свёрнут, показать
     
     
  • 14.181, Аноним (181), 18:25, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если на язык не позволяет безопасно работать с памятью, не обмазавшись для этого... текст свёрнут, показать
     
  • 12.162, Аноним (143), 17:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты не поверишь, но программисты юзали статические анализаторы для C и C десятк... большой текст свёрнут, показать
     
     
  • 13.164, Аноним (113), 17:09, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    До gcc таких продвинутых не было gt оверквотинг удален Только вот у раста то... большой текст свёрнут, показать
     
     
  • 14.172, Аноним (169), 17:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну теперь заживем It is neither sound nor complete The analyzer is only suit... текст свёрнут, показать
     
     
  • 15.176, Аноним (113), 17:52, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем сразу ссылки Могу прямо кодом дать pub trait __ type __ L, R __ ... текст свёрнут, показать
     
     
  • 16.180, Аноним (181), 18:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть ты нашел в инете ссылку на баг компилятора, который воспроизводится чере... текст свёрнут, показать
     
  • 8.134, Аноним (143), 16:03, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что за детские болячки-то И, главное а как правильно надо ... текст свёрнут, показать
     
     
  • 9.139, Аноним (113), 16:10, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пример 1 Функция A вызывает функции B и C Функция B как ошибку возвращает цело... большой текст свёрнут, показать
     
     
  • 10.149, Аноним (-), 16:23, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Реализации в стандарте Или ты предлагаешь пользоваться васнолибами, тк в станда... большой текст свёрнут, показать
     
     
  • 11.153, Аноним (113), 16:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Реализации в компиляторе В расте и этого нет и есть только Anyhow, который реша... большой текст свёрнут, показать
     
     
  • 12.155, Аноним (-), 16:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Т е не получится взять старый проект и всё заработало И придется поковырать к... текст свёрнут, показать
     
     
  • 13.160, Аноним (113), 16:58, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У раста нет даже этого, опять же Да и речь шла как правильно То что в плюсах н... текст свёрнут, показать
     
  • 10.152, Аноним (143), 16:35, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Число в качестве ошибки Строка в качестве ошибки Ты извини, но до такого гениа... текст свёрнут, показать
     
     
  • 11.154, Аноним (113), 16:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не реальный код, а синтетический пример Вместо этих типов там могли быть лю... большой текст свёрнут, показать
     
     
  • 12.182, Аноним (181), 18:30, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Обсуждать дальше будет иметь смысл только после того, как ты приведешь адекватны... текст свёрнут, показать
     
  • 6.85, Аноним (143), 14:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда читаешь статьи по C++ в которых челны комитета жалуются "нам нужно сломать АБИ

    Стандарт C++ ABI вообще не регламентирует. О чем ты? Может, API?

     
     
  • 7.94, Аноним (-), 14:26, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    опа есть, а слова нет с В стандарте С тоже нет описания ABI Я про соглашени... большой текст свёрнут, показать
     
  • 2.19, Аноним (19), 09:11, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > оно ещё нигде не используется

    Ложь.

    > обратную совместимость сломали

    Ложь.

     
     
  • 3.26, 12yoexpert (ok), 09:57, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    истина оба раза, а у тебя как раз ложь
     
     
  • 4.87, Джон Титор (ok), 14:11, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я с ним согласен. В каком месте они сломали совместимость? Наведите пример где будет не работать то что работало ранее. Как-раз таки выглядит новый стандарт от w3c впечатляюще и решает те проблемы, которые ранее было тяжело решить и из-за этого сложно применять web assembly. В частности выполнение кода из скрипта.
     
     
  • 5.229, penetrator (?), 17:41, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у меня вопрос, выкинет ли оно реакт на помойку в отдаленной перспективе?
     
  • 2.31, Аноним (143), 10:13, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > хоспаде, оно ещё нигде не используется

    Вот это новости! Уважаемый эксперт не слышал о Emscripten?

     
     
  • 3.219, 12yoexpert (ok), 10:00, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    слышал, конечно, но нигде ни разу не видел. у меня вся эта шняга отключена и ни единого разрыва
    немножко экстраполяции - и получается истина в последней инстанции
     
  • 2.34, Аноним (34), 10:21, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В любых веб-играх используется. В юнити, в годоте, в анриле - все это компилируется в васм при экспорте под веб. Поиграть можешь на итче или в том же вк.
     
  • 2.192, Аноним (192), 19:06, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    из app.cadbase.rs не согласны с этим утверждением, там wasm - исходник gitlab.com/cadbase/cdbs-app
     
  • 2.228, penetrator (?), 17:40, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему же нигде, Blazor есть на WASM, числодробилки онлайн, всякие фильтры, обработка картинок и прочее
     

     ....большая нить свёрнута, показать (62)

  • 1.3, 12yoexpert (ok), 08:32, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Отмечается, что в новой версии стандарта значительно улучшена поддержка компиляции в WebAssembly высокоуровневых языков. Например, реализована возможность компиляции в WebAssembly проектов на языках Java, OCaml, Scala, Kotlin, Scheme и Dart.

    то есть С у веб-синьоров уже не язык высокого уровня?

     
     
  • 2.9, Аноним (7), 08:40, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    В С уже завезли sum types и безопасную работу с памятью?
     
  • 2.10, Аноним (10), 08:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Си вродиж ни когда высокоуровневым не былжеш. Тут о компиляторе разговор, тип теперь можете писать вот на том и на том а работать пудет шо ракета ибо все превварится в webassembly.
     
     
  • 3.212, Bottle (?), 01:00, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Товарищ, всё что не является ассемблером (без макросов) и хекс-кодами - это высокоуровневый язык. Даже пресловутый Forth, потому что далеко не каждая машина оперирует исключительно стеком.
    Сишная модель памяти НЕ ЯВЛЯЕТСЯ ОТОБРАЖЕНИЕМ РЕАЛЬНОСТИ. Иначе бы не пришлось в стандарт 1999 года вводить бы пресловутое словечко "restrict" для указателей, чтобы "самый быстрый язык в мире" смог приблизиться к Фортрану. И подобных нюансов - вагон и маленькая тележка.
    Все стандартные сишные аллокаторы работают через сисколлы операционки, прямо как любой высокоуровневый язык. Чтобы писать под эмбед без ОС, приходится выкидывать половину стандартной библиотеки.
     
     
  • 4.218, Аноним (-), 09:25, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > всё что не является ассемблером и хекс-кодами - не является низкоуровневым языков

    поправил, не благодари

    Но то что язык не низкоуровневый не значит что он высокоуровневый))
    Сишка невероятна убога по системе типов.

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

     
  • 4.222, Аноним (10), 11:31, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Товарищ, за лекбез отдельное вам спасибо.
    Представление было, что есть машинный код, выше ассемблер, а дальше низкоуровневые типа сишечки, высокоуровневые которы можут в си код компилироваться типа питонов жсов и т.д.
     
  • 2.20, Аноним (20), 09:21, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так это те языки, что добавтли в третьей версии. А C, С++  были и в предыдущей.
     
     
  • 3.215, Аноним (215), 06:45, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чушь собачья, все эти языки были и раньше там.

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

     

  • 1.4, Аноним (4), 08:33, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Доброе утро! Вопрос к специалистам: эта штуковина в будущем заменит JS или нет?
     
     
  • 2.11, Аноним (7), 08:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не заменит, пока не добавят zero-copy интеграцию с веб апи. Сейчас васм годится только для очень узкого класса задач -- таких задач, где ты ровно один раз формируешь аргументы, ровно один раз вызываешь васм-код, он там начинает шуршать CPU минуту-две, занимаясь сложными вычислениями, а потом он ровно один раз выдает результат. Очевидно, что обычный обработчик UI на таком писать неразумно.
     
     
  • 3.43, fidoman (ok), 11:06, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а запустить это в отдельном потоке нельзя что ли, и неспешно перекидываться сообщениями?
     
     
  • 4.45, Аноним (7), 11:27, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1. В яваскрипте нет потоков.
    2. Обработка UI в яваскрипте значительно быстрее, чем обработка UI в яваскрипте-и-васм (нет, совсем без яваскрипта не получится, так как у васма нет доступа к веб апи).
     
     
  • 5.81, Незнакомка (?), 13:38, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В яваскрипте нет, а вот в web api есть воркеры
     
     
  • 6.110, Аноним (7), 14:54, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тоже верно. Не отменяет факта дичайших тормозов, когда данные пересекают границу яваскрипт <===> васм.
     
     
  • 7.112, Аноним (-), 15:02, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не отменяет факта дичайших тормозов, когда данные пересекают границу яваскрипт <===> васм.

    Насколько эти тормоза "дичайшие"?
    Может проблема какая-то архитектурная?
    Ну типа данные туда-сюда избыточно часто гоняются?


     
     
  • 8.115, Аноним (7), 15:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не замерял Но тебе должно быть достаточно вот какого факта функция аля toUpper... текст свёрнут, показать
     
     
  • 9.122, Аноним (122), 15:37, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теперь не надо, в новости написано ж А зачем игре вагон строк конвертировать О... текст свёрнут, показать
     
  • 9.216, Аноним (-), 08:51, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я написал небольшую игрушку на васме лет десять назад, чтобы посмотреть на то, ч... большой текст свёрнут, показать
     
  • 9.217, Аноним (217), 09:16, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Игру на васме не пишут Игру пишут на c или берут уже написанную и компилирую... текст свёрнут, показать
     
  • 5.178, Страдивариус (?), 18:03, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Плевать на производительность. Любая производительность на ТВОЁМ железе лучше, чем твоя возможность понять, чем занимается это выполняемое дерьмо.
     
     
  • 6.208, Джон Титор (ok), 23:45, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и зачем это писать если вы вебом не занимаетесь?
     
  • 3.223, Аноним (223), 12:39, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не соглашусь. Имею за поясом пару приложений формата "интерактивный визуализатор больших (>RAM) данных", которые прекрасно используют WASM для:
    1. Распаковки (zstd) данных на лету по мере необходимости
    2. Быстрого поиска в массивчиках (напомню, что WASM может в SIMD)
    3. Per-frame генерации level of detail на N потоках

    Работает не идеально (см. то же ограничение по памяти), но вполне юзабельно. Мои аппликухи спокойно кушают per-frame сгенериованные WASM-ом данные и рисуют их на 240hz дисплее. Штраф за копирование данных решается использованием SharedArrayBuffer.

    Проще говоря, дорогу осилит идущий.

     
  • 2.89, Джон Титор (ok), 14:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, я считаю что в итоге заменит Поисковым система всё-равно что там на скрипте... большой текст свёрнут, показать
     
  • 2.210, Аноним (210), 00:47, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а какая разница, всё-равно сравнение js идёт с высокоровневыми языками скорее, которые в wasm компилятся, а не с самим - нравится что-то из них - пиши
     

  • 1.5, Аноним (10), 08:35, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нам теперь этот ваш электрон н... ненужОн? Не?
     
     
  • 2.84, Аноним (84), 13:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://browserbench.org/Speedometer3.1/
     

  • 1.6, Жироватт (ok), 08:37, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Как сделать java которая не java или стрип от xckd про 15 стандартов
     
     
  • 2.12, Аноним (7), 08:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У нас уже была жава в браузерах. Назывались "ява-апплеты". Тормозили безбожно. Да и безопасность текла.
     
     
  • 3.15, IMBird (ok), 08:51, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зато не дотнет. Героически подебили злобный сервелат (причём сами гаврики из мс), лол.
     
     
  • 4.29, 12yoexpert (ok), 09:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты путаешь курицу с яйцом в обоих случаях
     
     
  • 5.221, IMBird (ok), 10:04, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я помню те времена. Кругом ie, немного лисы и опера. Живой ещё флэш — и достаточно капризный на тот момент, даже если забыть про дыры. Сайты начинают тяжелеть, превращаясь в приложения — и тут выходит мс с сервелатом, который быстрее флэша (который сам по себе был быстрее тогдашнего js). Всё хорошо, всё прекрасно, скоро будут приложения вместо сайтов, всё компактное и бинарное и в отличие от ява-апплетов даже кому-то нужное. Выходит сервелат для симбиана, потом целая мобильная платформа. Всё идёт замечательно, появляется мунлайт, впереди открытие сервелата и стандартизация байткода. HTML/JS/CSS должен остаться уделом простых сайтов, для всего тяжелее будет байткод, хорошо поддающийся JIT/AOT-компиляции на клиенте.

    Потом внутри мс что-то случается и локомотив технологического развития налетает не то на агрессивный костяк жадных манагеров, не то на анклав индусов — и всё объявляется НЕПРАВИЛЬНЫМ.
    Мобилка, со скрипом съехавшая с Win32 на сервелат добивается переводом на какую-то хтонь в лице WinRT, на десктоп выкатывается недоделанная пятая версия, а всем обещают ультрабыстрое будущее с WASM. В реальности обещанное тотальное WASM-будущее так и не наступает, зато превращается в зависимость веба от Chromium/V8, а оверхэд компенсируется ростом системных требований.

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

     
  • 4.74, Аноним (143), 12:45, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Героически подебили злобный сервелат

    Да с ним никто и не влевал - он сам издох.

     
  • 3.68, Мемоним (?), 12:27, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У Васьма будет лучше?
     
     
  • 4.165, Аноним (165), 17:14, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Он не решает никаких проблем. Разве только переносимость кода с других языков.
    Сейчас столько библиотек, что быстрее заюзать JS версию чем тра...тить время на порттирование.
     
  • 2.33, Аноним (143), 10:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как сделать java которая не java

    А у Java когда-то была производительность, близкая к нативному коду? Опеннетная экспертиза как всегда поражает...

     
     
  • 3.35, Аноним (35), 10:24, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всегда почти была
     
     
  • 4.41, Аноним (143), 10:51, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Так и запишем: интерпертируемый язык со слоями абстракций и динамическими аллокациями на каждый чих почти всегда имеет почти такую же производительность, как и нативный код.

    Еще экспертные мнения будут? Гулять так гулять! 🤣

     
     
  • 5.55, tty2 (?), 11:54, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам бы матчасть поучить...
     
     
  • 6.60, Аноним (143), 12:09, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вам бы матчасть поучить...

    Вам бы что-то содержательное по теме сказать...

     
  • 6.224, Аноним (224), 17:07, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вам бы матчасть поучить...

    Что из себя на нативном уровне представляет массив Integer?

     
  • 5.75, Аноним (122), 12:57, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В плюсах абстракций уже не меньше чем в яве наворочено. А если в точных числах производительности, то вот, ява уступила C++ на 0.1%.
    https://www.techempower.com/benchmarks/#section=data-r23
    may-minihttp 100.0% rust
    h2o 92.4% C
    drogon-core 78.5% C++
    vertx-postgres 78.4% Java
     
     
  • 6.82, Аноним (143), 13:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если в точных числах производительности, то вот, ява уступила C++ на 0.1%.
    > drogon-core 78.5% C++
    > vertx-postgres 78.4% Java

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

    Что ж, парад опеннетной экспертизы продолжается!

     
     
  • 7.114, Аноним (114), 15:11, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, а тут настоящий взаправдошный кексперт нарисовался что ли? Тогда ответь, почему топовый с++ фреймворк с «зеро кост абсракшонс» медленнее дидовой сишки, и на уровне энтерпрайзной жавы с абстрактными фабриками абстрактных фабрик? Другие C++ фреймворки ещё, например, яндексовый, который активно пиарят, ещё медленнее.
     
     
  • 8.126, Аноним (143), 15:55, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какой ты от меня ответ хочешь получить Ты что, не соображаешь, что это абсолютн... текст свёрнут, показать
     
     
  • 9.136, Аноним (122), 16:06, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Просто признай что типичный код на C примерно как ява по скорости Понятно что... текст свёрнут, показать
     
     
  • 10.168, Аноним (169), 17:30, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Итак, опеннетные эксперты сравнивают скорость языков по Работе веб-фреймворко... текст свёрнут, показать
     
     
  • 11.175, Аноним (114), 17:50, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У языка нет скорости, кексперт Есть у кода который на нем написан, что и сравни... текст свёрнут, показать
     
     
  • 12.184, Аноним (181), 18:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, кэп Главное, что она есть у веб-фреймворков Так и померяли А, ну з... текст свёрнут, показать
     
  • 5.202, Вася (??), 20:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Так и запишем: интерпертируемый язык

    Java - не интерпретируемый язык! - по тоеме?

     
  • 4.64, Аноним (64), 12:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > производительность, близкая к нативному коду

    не может сочетаться с

    > Виртуальная машина с +100500 слоями абстракций

    Когда вы это уже поймёте, гуглолюбы?

     
  • 3.36, Аноним (36), 10:32, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу. Но потом начинет микрофиризить из-за сборщика мусора
     
     
  • 4.39, Аноним (143), 10:48, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу

    А, ну да, софт же тормозит из-за освобождения памяти... 🤦

     
     
  • 5.49, Аноним (51), 11:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То-то сишники до сих пор рожают аллокаторы, у каждого свой велосипед.
     
  • 5.227, Аноним (224), 17:35, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А, ну да, софт же тормозит из-за освобождения памяти... 🤦

    Представь себя да, malloc и free это ОЧЕНЬ медленные функции. Код писать надо так, чтобы число вызовов этих функций было минимальным. Самый производительным видом кода, являются рекурсивные функции, сборка мусора в которых даже быстрее чем языках с GC. К сожалению многие современные учебники по программированию прямо учат тому, что код нужно писать как будто бы это художественное произведение для людей, а не более удобный способ записи байт-кода.

     
  • 4.42, Аноним (42), 10:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу

    Нет, не может, потому что там, где в Java без альтернатив дергает динамические аллокации, в C++ в большинстве случаев можно просто юзать стек.

     
     
  • 5.50, Аноним (51), 11:37, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > можно просто юзать стек

    На плюсах можно писать безопасный софт, но придумали раст.

     
     
  • 6.59, Аноним (143), 12:08, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мастерское приплетание Раста!
     
     
  • 7.241, Аноним (241), 00:41, 20/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то не вдуплил между "можно" и "будут"
     
  • 5.73, Аноним (122), 12:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там где можно использовать стек, ява его и использует давным давно.
     
  • 4.77, _kp (ok), 13:26, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    C работает с освобождением памяти - как напишешь Более того, можно и не жрать... большой текст свёрнут, показать
     

  • 1.13, Букер (?), 08:44, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > реализована возможность компиляции в WebAssembly проектов на языках Java, OCaml, Scala, Kotlin, Scheme и Dart

    что это за старье, если не появится поддержка современных языков, не взлетит

     
     
  • 2.14, Аноним (10), 08:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы про раст опять? Так-то java, kotlin вполне современны
     
     
  • 3.22, Букер (?), 09:24, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну так-то сейчас без этого никуда. В ядро завозят, убунта вон тоже начинает везде внедрять. Молодежь не хочет в "дидовских" языках разбираться, говорит что очень сложно и не безопасно. А сабж на кого рассчитан? Вот и мне приходится мысль свою разжевывать. То-то и оно.
     
     
  • 4.24, Tron is Whistling (?), 09:39, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот та "молодёжь"-то и не взлетит...
     
  • 4.25, Аноним (10), 09:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут давиче публиковался рейтинг яп, так вот, некоторые дидовские языки неожиданно поднялись в рейтингах.
     
     
  • 5.28, Аноним (7), 09:58, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вилами по воде писано. Ты видел хоть одного перловика? Такого, чтобы он использовал перл настолько часто, что это бы подняло перл на 10 место в рейтинге.
     
     
  • 6.47, Аноним (10), 11:31, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В данный момент, возможно, и даже у питона были взлеты и падения особенно 2я версия, а 3 взлетела. Может в компилятор си вошьют проверку памяти или чего там, и она может начать набирать популярность. Странно что этого небыло реализовано раньше, а сделали целый новый язык.
    Хотя для си кажется создано что-то подобное, но реализовано модулем, но это не точно.
     
     
  • 7.57, Аноним (-), 11:58, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вторая тоже была популярная Да потом был неприятный переиод перехода, но это не... большой текст свёрнут, показать
     
  • 5.53, Аноним (-), 11:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В каких рейтингах?
    Если ты про Тиобе - то он составляется, упрощенно, про кол-ву запросов в гугл.

    Вот вышла на ру-сайтах новость про Perl-Conf.Ru/25 - молодежь полезла искать, что это за перл и зачем делать сьезд пенсионеров.
    В гугле куча поисковых запросов - язык пошел вверх в рейтинге.

     
  • 3.32, Аноним (32), 10:19, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > kotlin вполне современны

    Нет такого языка.

     
  • 2.17, Карлос Сношайтилис (ok), 08:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А чего не хватает?
    Особенно с учётом того, что C/C++/Go/Rust уже поддерживаются.
     
  • 2.58, Аноним (58), 12:03, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Kotlin и Dart не современные?
     

  • 1.18, Аноним (-), 09:03, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Подскажите как из сишки скомпилировать код через Webaasembly чтобы он выполнился внутри браузера?
     
     
  • 2.38, Аноним (36), 10:34, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    гугли emscripten
     
  • 2.93, Джон Титор (ok), 14:25, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, поискать нельзя?
    Cheerp (formerly Duetto): Compiles C++ applications to both binary code and JavaScript, integrated with the LLVM/clang infrastructure.
    Clue: A C language compiler capable of targeting various runtimes, including JavaScript.
    Mandreel: Converts C++ and Objective-C applications based on OpenGL ES to JavaScript or ActionScript 3 web applications.
    Bonsai-C: Focuses on converting C code to asm.js.

    И это только первое что найдено.

     
     
  • 3.214, Аноним (-), 05:05, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не С++ а Си. Подходящие GNU компиляторы есть?
     

  • 1.30, Ананоним (?), 10:12, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Поддержка 64-бит адресов? Ну всё, теперь ваш браузер сожрёт больше памяти чем вы сможете купить!
     
     
  • 2.63, Аноним (63), 12:18, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это началось ещё в 2008 с монополизацией хрома путём неконкурентных способов продвижения.
     
     
  • 3.91, Аноним (-), 14:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > путём неконкурентных способов продвижения

    Это какие интересно?
    Вы про то, что у них были деньги рекламировать хром?
    И что в этом нечестного?

     
     
  • 4.194, Аноним (-), 19:13, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Подкупать файрфокс, и заставить их ломать обратную совместимость аддонов.

     
     
  • 5.198, Аноним (198), 19:46, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж эти консперологи... Firefox просто плохой браузер! Даже сейчас они переставляют кровати в интерфейсе.
     
  • 4.209, Аноним (64), 00:29, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ломать обратную совместимость веб-стандартов - так, из очевидного Ломать свои р... большой текст свёрнут, показать
     
  • 2.211, Аноним (211), 00:54, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "...(при выполнении в браузере выставлено ограничение в 16 ГБ)"

    А вообще, зависит от сайтов/задач и количества открытых вкладок (как и сейчас). Если Вы там веб-фотошопы и автокады будете пачками открывать - то конечно подраздуется.

     

  • 1.46, Аноним (51), 11:29, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И чем им ява-апплеты не нравились? Героически рожают то, что уже было в яве.
     
     
  • 2.62, Аноним (143), 12:12, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, и Adobe Flash, чтобы вообще хорошо было.
     
     
  • 3.90, zionist (ok), 14:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ага, и Adobe Flash, чтобы вообще хорошо было.

    Adobe Flash - это не хорошо, совсем не хорошо!

     
     
  • 4.95, Джон Титор (ok), 14:27, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласен, хорошо было когда оно было Macromedia Flash
     
  • 4.124, Аноним (124), 15:42, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, никто так до сих пор и не ответил, чем это было нехорошо.
     
     
  • 5.129, zionist (ok), 15:58, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, никто так до сих пор и не ответил, чем это было
    > нехорошо.

    Тормозами и вендорлоком.

     
  • 5.191, Аноним (181), 19:05, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, никто так до сих пор и не ответил, чем это было нехорошо.

    Это был сговор проклятых корпораций. Правду от нас до сих пор скрывают, поэтому ответа мы не получим.

     
  • 5.195, Аноним (-), 19:17, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, никто так до сих пор и не ответил, чем это было нехорошо.

    Так вроде понятно - Flash был дырявым.
    Постоянные проблемы в браузере где люди часто делятся чувствительной инфой.

    В этом он кажется внебрачным братом С и С++.
    CVE-2018-5002 - выполнение произвольного кода в результате ошибки переполнения буфера
    CVE-2020-9633 - use after free vulnerability... could lead to arbitrary code execution

    Причем это 10 из 10)
    И их там просто дофига.

    Достаточно посмотреть на эти графики
    cvedetails.com/product/6761/Adobe-Flash-Player.html?vendor_id=53
    и станет ясно что такое днище нужно закапывать.
    Глубоко и навсегда)

     

  • 1.52, SKZ (?), 11:45, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В общем, жаба-плагин образца 90-х записали за кривизну и дырявость, чтобы заполнить примерно то же самое.
     
     
  • 2.56, SKZ (?), 11:55, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    *запинали
     
  • 2.92, zionist (ok), 14:24, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В общем, жаба-плагин образца 90-х записали за кривизну и дырявость, чтобы заполнить
    > примерно то же самое.

    Сравните кривизну и дырявость WebAssembly с таковыми в Java Applets. Тема не раскрыта.

     
  • 2.97, Джон Титор (ok), 14:29, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, код web assembly в общем-то доступен, при желании можно разобрать, а вот у ActiveX компонентов это были проприетарные технологии, закрытые от мира.
     
     
  • 3.205, SKZ (?), 23:28, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и ActiveX был ничем иным, как бинарниками для х86
     
     
  • 4.207, Джон Титор (ok), 23:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так разница в контроле. Те кому надо теперь могут контролировать процессы. А ActiveX можно было и свой написать. Вот из-за последнего факта начались проблемы с безопасностью. По крайней мере такие мнения писали в нете. Причем безопасность предоставляет тот кто создает движок для веб-асма и какие там могут быть недокументированные возможности - кто знает? А учитывая тот факт что релиз некоторые делают чуть ли не каждые 2 недели, то могут как появится, так и исчезнуть. Но не сторонний сможет этим воспользоваться.
     

  • 1.54, zionist (ok), 11:54, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Манипулировать DOM всё так же нельзя? А нахрена оно такое тогда нужно? Лобби жабоскрипт обезьянок не пускает WebAssembly в DOM?
     
     
  • 2.67, Аноним (122), 12:24, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ранее строки JavaScript можно было передавать в WebAssembly только как внешние ссылки, а теперь можно напрямую обращаться к строкам и манипулировать ими внутри WebAssembly.

    т.к. "манипуляции" в js это всегда было просто редактирование стрингов, то похоже теперь и со стороны wasm можно. но это не точно.

     
  • 2.72, Аноним (143), 12:42, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Манипулировать DOM всё так же нельзя? А нахрена оно такое тогда нужно?

    Лол. А зечем тебе манипулировать DOM через WebAssembly?

     
     
  • 3.86, zionist (ok), 14:09, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зечем тебе манипулировать DOM через WebAssembly?

    Для того, чтобы не иметь дело с JS. Например Go можно компилировать в WebAssembly.

     
     
  • 4.101, Аноним (143), 14:38, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Для того, чтобы не иметь дело с JS

    А в чем проблема манипулироания DOMом через JS? Через Go было бы удобнее, или что?

     
     
  • 5.118, Anon62513512124 (?), 15:27, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну потенциально это может быть быстрее, и думаю некоторым компаниям проще нанять одного веб программиста который им wasm+go настроит чем заменять всю команду go на веб разработчиков
     
  • 5.127, zionist (ok), 15:56, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А в чем проблема манипулироания DOMом через JS? Через Go было бы
    > удобнее, или что?

    Проблема в том, что сейчас это можно делать только при помощи JS. Но не всем он подходит и не все хотят переводить разработку на него и переучиваться.

     
     
  • 6.186, Аноним (181), 18:45, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема в том, что сейчас это можно делать только при помощи JS.

    Это вообще не проблема. К тому же, сейчас есть TypeScript и т.п.

    > Но не всем он подходит

    Оно подходит уже 30 лет всем, кто пишет фронтенд. Ты такой особенный, или что?

    > не все хотят переводить разработку на него

    С чего переводить, лол? Фронт всегда был на JS.

    > и переучиваться

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

     
     
  • 7.197, zionist (ok), 19:32, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Проблема в том, что сейчас это можно делать только при помощи JS.
    > Это вообще не проблема. К тому же, сейчас есть TypeScript и т.п.

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

    >> Но не всем он подходит
    > Оно подходит уже 30 лет всем, кто пишет фронтенд. Ты такой особенный,
    > или что?

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

    >> не все хотят переводить разработку на него
    > С чего переводить, лол? Фронт всегда был на JS.

    У обезьянок какой-то ограниченный ум и они не знают, что JS - это не только веб? Нода - это что? Электрон - это что? Ты профнепригоден или как?

    >> и переучиваться
    > Ну если ты хочешь работать на фронтенде, но не способен выучить стандартный
    > для него язык, то я не знаю, что тебе сказать...

    Боже упаси, я не хочу становиться таким как вы. Лучше перечитай ответ выше.

     
     
  • 8.200, Аноним (181), 20:12, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, это очень важно для манипулирования DOM Ну сейчас придет мессия в виде z... большой текст свёрнут, показать
     
     
  • 9.226, zionist (ok), 17:15, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это важно при написании программы, которая не только DOM-ом манипулирует Ты глу... текст свёрнут, показать
     
  • 5.225, нейм (?), 17:09, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чтобы очевидно не пользоваться мерзким js
     

  • 1.61, Аноним (61), 12:11, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    дотнет в васм все ещё не умеет? вроде пару лет назад было что-то о нём на сайте майков
     
     
  • 2.65, Аноним (65), 12:21, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Умеет.

    Прчём в нескольких реализациях:
    Как минимум:
    Blazor
    Uno Platform

     

  • 1.66, Аноним (66), 12:24, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я одного понять не могу, что им мешает пихнуть нативное исполнение в браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что?
     
     
  • 2.80, SKZ (?), 13:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > я одного понять не могу, что им мешает пихнуть нативное исполнение в
    > браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что?

    А вообще, оно было. ActiveX, npm - вот это вот все.

     
     
  • 3.119, SKZ (?), 15:32, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > npm - вот это вот все.

    *npapi

     
  • 3.142, Аноним (66), 16:17, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот было ведь пихнули ведь, в чем проблема?
     
     
  • 4.235, Аноним (224), 18:18, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >ну вот было ведь пихнули ведь, в чем проблема?

    В красногазиках. Адепты OpenSource категорически против даже LLVM, не говоря уже о машинном. А WASM это такой бинарный вариант asm.js, его можно без проблем декомпилировать в asm.js. Так его и протолкнули красноглазикам. Тут другой вопрос: что мешало добавить в браузер язык со статической типизацией? <script language="C#"></script>. Открытый код, безопасные бинарники, которым не нужна виртуальная машина, все было бы замечательно. Не нравится C#? Придумайте свой безопасный язык со статической типизацией. В конце концов JS был придуман, как способ проверки форм перед их отправкой, что немного ускоряло интернет, когда он работал через медленные версии Dial-Up.

     
  • 2.83, Вася (??), 13:50, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >я одного понять не могу, что им мешает пихнуть нативное исполнение в браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что?

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

     
     
  • 3.120, SKZ (?), 15:33, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > сервер  с программами под все  архитектуры и окружения?

    х86 достаточно.

     
     
  • 4.125, Вася (??), 15:46, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >х86 достаточно.

    х86 и майкрософт виндовс... достаточно конечно если не вдумываться в детали или если рассматривать какого то конкретного васю и его нокнкреный пк, а не то что есть сейчас.

     
     
  • 5.206, SKZ (?), 23:31, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что сейчас? x86 под виндой на десктопе и жаба ВМ под ведроидом - на мобилах.
     
  • 3.137, Аноним (66), 16:08, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а под какую архитектуру у вас браузер и вирт машина в нем вот под эту же архит... большой текст свёрнут, показать
     
  • 2.88, zionist (ok), 14:17, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > я одного понять не могу, что им мешает пихнуть нативное исполнение в
    > браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что?

    Браузер - это пожалуй единственная платформа, на которой в 2025 году оправдано использование виртуальной машины и принципа "написано один раз - работает везде". Нигде более этот принцип уже не оправдан. Например изначально это было одной из основных фишек Java, но сейчас это уже давно совершенно бесполезная фишка. Тем более после смерти апплетов в браузере. Серверная Java работает почти исключительно и только под Linux - либо на x86, либо на ARM. Но пихать нативное исполнение в браузер - это от небольшого ума. Разумеется речь не про JIT.

     
     
  • 3.141, Аноним (66), 16:16, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем мне браузер если вирт машине нет необходимости в браузере, та же вирт ма... большой текст свёрнут, показать
     
     
  • 4.199, zionist (ok), 19:52, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не знаешь для чего нужен веб браузер Ты и читать не умеешь Я ведь прямым те... большой текст свёрнут, показать
     
     
  • 5.204, Аноним (66), 23:12, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    какая на х ен платформенная независимость, если помимо разных аппаратных платфор... большой текст свёрнут, показать
     
     
  • 6.230, zionist (ok), 17:47, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла о платформах в целом, то есть не исключительно об аппаратных платформах... большой текст свёрнут, показать
     
     
  • 7.239, Аноним (239), 00:08, 20/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    будет один файл для винды другой для линуха, третий для мака что в данном пре... большой текст свёрнут, показать
     
  • 3.213, _kp (ok), 04:54, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>пихать нативное исполнение в браузер - это от небольшого ума.

    Если в контейнере/виртуалке запуск, то никаких проблем.
    А нативный код, это не только быстродействие, но и мгновенный запуск, без предварительного преобразования байт кода.
    А разных архитектур, раз, два и обчёлся.

     
     
  • 4.231, zionist (ok), 17:54, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>>пихать нативное исполнение в браузер - это от небольшого ума.
    > Если в контейнере/виртуалке запуск, то никаких проблем.

    Это и есть идея песочницы.

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

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

    > А разных архитектур, раз, два и обчёлся.

    Борис, ты не прав. Посмотри на зоопарк мибильных устройств. Раз два и обчёлся - это разве что на серверах или в крайнем случае на персональных компьютерах. Но веб используется далеко не только на них.

     
     
  • 5.232, _kp (ok), 18:06, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > с JS всё ещё хуже, .. ещё скомпилировать надо.

    Так и webassembly или надо компилировать, или интерпретировать. И в даже если компилировать, код будет плохой, не использующий фичи архитектуры.

    >> Зоопарк мибильных устройств.

    Ну, они на ARM.
    Кто старый, нестандартный, кривой, и прочие неактуальные - могут перекомпилировать сами.

    > на серверах

    Там мощности другие, перекомпилирует что угодно, и не заметит


     
     
  • 6.234, zionist (ok), 18:15, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> с JS всё ещё хуже, .. ещё скомпилировать надо.
    > Так и webassembly или надо компилировать, или интерпретировать. И в даже если
    > компилировать, код будет плохой, не использующий фичи архитектуры.

    WebAssembly работает вовсе не с исходным кодом, поэтому компилировать там нечего. Ему надо лишь задействовать JIT для трансляции байт кода в машинный, ну или интерпретировать байт код, пока JIT не закончил свою работу. Именно так это работает в JVM.

    >>> Зоопарк мибильных устройств.
    > Ну, они на ARM.
    > Кто старый, нестандартный, кривой, и прочие неактуальные - могут перекомпилировать сами.

    На очень разных ARM и на очень разных OS.

    >> на серверах
    > Там мощности другие, перекомпилирует что угодно, и не заметит

    Не скажи. Проблема холодного старта существует и там. Это одна из причин (хотя далеко не единственная) постепенного перехода с Java на Go.

     
     
  • 7.236, Аноним (224), 18:40, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ему надо лишь задействовать JIT для трансляции байт кода в машинный, ну или интерпретировать байт код, пока JIT не закончил свою работу. Именно так это работает в JVM.

    Угу, только произвести оптимизирующую трансляцию с учётом взаимодействия тысяч функций между собой. Мелочь. </sarcasm>Именно компиляция(разбор исходников на ключевые слова) дело плёвое, самый ад начинается после.

    >На очень разных ARM и на очень разных OS.

    ARMv7 и ARMv8 и всё. В качестве ОС выступает браузер, а он один и тот же. Виндовые приложения могут запускаться под Windows, wine + Linux, wine + FreeBSD. Более того, трансляция в другие архитектуры процессора тоже не исключена. Вроде такие разные архитектуры, а COFF бинарники даже не подозревают о том, что запущенны не на винде.

     
     
  • 8.237, zionist (ok), 19:46, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    JIT - это условно бэкэнд обычного компилятора Но в отличии от обычного компилят... текст свёрнут, показать
     
     
  • 9.242, Аноним (224), 01:46, 20/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В WASM нет никакой динамической компиляции, это подаётся как преимущество перед ... текст свёрнут, показать
     
  • 7.238, _kp (ok), 21:28, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > WebAssembly работает вовсе не с исходным кодом, поэтому компилировать там нечего. Ему
    > надо лишь задействовать JIT

    Так всё равно не мгновенный запуск, а лишняя трансляция из некого кода в нативный.
    А ведь можно вместо астрактногг кода использовать сразу нативный.
      Для массовых архитектур сервер мог бы сразу выдать готовый код.
    А нестандартным архитектурам не все ли равно какой код транслировать в нативный. Научились же х86 игры запускать и на Маках и на Андроидах.
    Кстати, Ява и С# могли б ерундой не занимаиться, а тоже создавать сразу нативные бинарники, вон, на Маках Свифт может же.


    > на очень разных OS.

    В браузере не все ли равно в какой он ОS?


    > Не скажи. Проблема холодного старта существует и там.

    Это если б сервер на каждый запрос перекомпилировал, а если там лежит все готовое, то и нагрузки нет.


     
     
  • 8.243, Аноним (224), 01:56, 20/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    net core и генерит сразу машинные коды, от JIT они отказались Ну, а Java это с... текст свёрнут, показать
     
  • 2.98, Аноним (-), 14:31, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто не мешает. У гугла были NaCl и PNaCl (как wasm, только сделанное инженерами). Но оно оказалось недостаточно кривым. В вебе же как - продвигают самый кривой стандарт.
     
     
  • 3.145, Аноним (66), 16:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В вебе же как - продвигают самый кривой стандарт.

    То есть вы согласны с тем, что продвигают идею бесконтрольного исполнения ПО на вашей машине?

     
     
  • 4.244, Аноним (224), 02:04, 20/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть вы согласны с тем, что продвигают идею бесконтрольного исполнения ПО
    > на вашей машине?

    В смысле безконтрольного? Этот код у них исполнялся внутри виртуальной машины, как и JS с WASM. Просто компиляция больше не нужна, только проверка кода на возможность выхода за пределы буферов. Работа в QEMU это тоже по Вашему запуск беcконтрольного кода? Я Вам страшный секрет сейчас скажу, ActiveX тоже можно было запускать в изоляции.

     

  • 1.69, Аноним (122), 12:34, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > кодирования видео, обработки звука, манипуляции с графикой и 3D, разработки игр, криптографических операций и математических вычислений
    > можно добиться уровня производительности близкого к нативному коду

    Ага, можно, только это будет производительность уровня нативного кода на коре дуба, т.к. simd в wasm только 128 битный завезли, и то ограниченное подмножество, инструкции ускорения aes например вряд ли есть.

     
     
  • 2.103, Аноним (103), 14:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага, можно, только это будет производительность уровня нативного кода на коре дуба, т.к. simd в wasm только 128 битный завезли, и то ограниченное подмножество, инструкции ускорения aes например вряд ли есть.

    На "кору дуба" SIMD вообще никакой в WASM не завезли. Потому что мозилла ленивая.

     

  • 1.70, Мемоним (?), 12:34, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждем в ядре? А то от ebpf бздёвым душком тянет.
     
     
  • 2.76, Аноним (76), 13:02, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в ядре уже раст, а ebpf заменят питоном переписанным на раст
     

  • 1.96, Аноним (103), 14:28, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    откровенно вредительский стандарт, производящий разбухшие и тормознутые приложения для десктопа, зато оказывающий незаменимую услугу веб-разработчикам - они могут писать вредоносное ПО, которое хрен разреверсишь, и одновременно дискриминировать против пользователей с камнями ниже Nehalem.
     
     
  • 2.100, Аноним (-), 14:35, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > производящий разбухшие и тормознутые приложения для десктопа

    которые на порядки быстрее чем обычный JS

    > которое хрен разреверсишь,

    а вы старайтесь лучше

    > одновременно дискриминировать против пользователей с камнями ниже Nehalem.

    Nehalem релизнулся в 2008 году...
    А у таких 6оmжей есть доступ в интернет? Их не дискриминировать нужно, а просто завершать работу аппы со словами "мусор не поддерживается".


     
     
  • 3.104, Аноним (103), 14:42, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >которые на порядки быстрее чем обычный JS

    А не надо в JS впихивать Crysis.

     
     
  • 4.106, Аноним (-), 14:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А не надо в JS впихивать Crysis.

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

     
  • 2.102, Аноним (-), 14:40, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, а кто это решает Но которые ты не напишешь на существующих технологиях Поп... большой текст свёрнут, показать
     
     
  • 3.105, Аноним (103), 14:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Но которые ты не напишешь на существующих технологиях.

    Отлично пишутся на C++.

    >Вредноносность нужно доказать. Без доказательсва это просто куkapeku.

    Открываешь Zoom с WASM отключённым, идёшь на фиг, вот и всё доказательство. Нет никакого обоснования, чтобы Zoom требовал wasm и WebGL, кроме "защиты" "авторских прав" создателей сервиса.

     
     
  • 4.107, Аноним (-), 14:48, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Отлично пишутся на C++

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

    > Открываешь Zoom с WASM отключённым, идёшь на фиг, вот и всё доказательство.

    Ахаха! Мда... я думал, что там реально будут какие-то доказтельства, но оказалось что собеседник очередной клован. Ты еще пожалуйся что без js сайт не открывается!

    Обоснование есть - авторы так захотели. Ты или пользуешься, или идешь на хурд.

    > кроме "защиты" "авторских прав" создателей сервиса

    В современном мире это очень важно.

     
  • 4.163, Мемоним (?), 17:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Отлично пишутся на C++.

    Как Calligra? Кстати, как она там?

     
  • 2.185, Аноним (185), 18:42, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > откровенно вредительский стандарт

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

     
     
  • 3.187, Аноним (-), 18:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Согласен. Критерий может быть таким: если ты не владеешь и не видишь, чем пользуешься - вредно для потребителя.

    Владеешь ли ты автобусом или поездом метро?
    Понимаешь что там внутри?
    Мог бы изготовить дома замену шатуну или электродвигателю?
    Но пользуешься)

    ps есть такое классное "обсессивно-компульсивное расстройство личности".
    Выражается в частности, в желании контроллировать всё до чего пациент может дотянуться.

     
     
  • 4.196, Аноним (185), 19:28, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если Вы человек умный, то понимаете, что аргументик так себе.
    - Я вижу(осязаю) обстановку в транспорте.
    - Я могу выразить претензию эксплуатанту по определенным каналам.
     
     
  • 5.245, Аноним (224), 02:13, 20/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > - Я вижу(осязаю) обстановку в транспорте.

    Ну так и фронтенд веб-приложения Вы видите.

    > - Я могу выразить претензию эксплуатанту по определенным каналам.

    И Вы тоже можете написать претензию владельцам кода, но они очевидно будут проигнорированы, как и в случае с транспортом.

     

  • 1.183, Аноним (185), 18:37, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Предоставлена возможность одновременного использования в одном WebAssembly-модуле нескольких объектов памяти и работы с разными адресными пространствами.

    Это первые шаги в объектно-ориентированность? А что было до этого?

    Ещё вопрос: Вот эти 4 подсистемы можно использовать по-отдельности, а то последняя в списке статьи очень подозрительно выглядит?

     
  • 1.188, Аноним (185), 18:48, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Старается занять нишу java, но java проверена временем и неоднократно "шпинялась" на безопасность, а это неизвестный новичок.
     
  • 1.233, zionist (ok), 18:06, 19/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Решил спросить китайских товарищей о причинах урезания доступа WebAssembly к DOM. Интересный диалог получился:

    https://chat.qwen.ai/s/2ba20e04-99b1-4f24-a17e-058acf53226d?fev=0.0.209

    Среди прочего особенно понравилось следующее:

    > It wasn't technical necessity - it was a business/political decision.

     
  • 1.240, Аноним (241), 00:33, 20/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ...активно эксплуатируемая хакерами уязвимость в Хроме: CVE-2025-10585 - ошибка путаницы типов в движке V8 — JavaScript и WebAssembly. Это может привести к выполнению произвольного кода при помощи вредоносной HTML-страницы.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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