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

"Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от opennews (ok), 18-Сен-25, 08:10
Консорциум W3C объявил о готовности спецификации, стандартизирующей промежуточный код  WebAssembly 3.0 и связанный с ним API, позволяющий создавать высокопроизводительные приложения, переносимые между браузерами и аппаратными платформами. WebAssembly предоставляет не зависящий от браузера универсальный низкоуровневый промежуточный код для выполнения приложений, скомпилированных из различных языков программирования... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63899
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
Сообщение от 12yoexpert (ok), 18-Сен-25, 08:31
хоспаде, оно ещё нигде не используется, а они уже два раза обратную совместимость сломали
Ответить | Правка | Наверх | Cообщить модератору

	7. "Опубликован стандарт WebAssembly 3.0"	+17 +/–
	Сообщение от Аноним (7), 18-Сен-25, 08:39
	То есть совместимость надо ломать, когда ей уже пользуются вовсю? Л - Логика.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (51), 18-Сен-25, 11:39
	Оглянись вокруг - везде так делают.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Опубликован стандарт WebAssembly 3.0"	+2 +/–
	Сообщение от Незнакомка (?), 18-Сен-25, 13:33
	Это же эксперты opennet. Они еще и не такое делают. Думаю скоро это станет мемом всего русского интернета.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	8. "Опубликован стандарт WebAssembly 3.0"	+4 +/–
	Сообщение от Аноним (8), 18-Сен-25, 08:39
	Так лучше пусть сейчас ломают, чем потом
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	16. "Опубликован стандарт WebAssembly 3.0"	+11 +/–
	Сообщение от Аноним (16), 18-Сен-25, 08:59
	Потом тоже сломают, не переживайте.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Bottle (?), 18-Сен-25, 11:26
	Опыт ПитоноПерлоРастов показывает, что так можно делать. Ну и сишники с плюсовиками тоже это делают, просто не так жёстко. Не то что бы это хорошо. . .
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Опубликован стандарт WebAssembly 3.0"	+5 +/–
	Сообщение от Фнон (?), 18-Сен-25, 12:42
	Это не хорошо и не плохо. Это неизбежно. Когда читаешь статьи по C++ в которых челны комитета жалуются "нам нужно сломать АБИ, тогда мы получим ускорение некоторых функций до 3 раз, но сообщество будет недовольно и поэтому оно откладывается"... Старое нужно выбрасывать и главное вовремя.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Незнакомка (?), 18-Сен-25, 13:36
	Без этого старого они нафиг никому не нужны. Это их конек. Иначе проигрывает Rust по всем статьям. То есть совместимость сломаешь, но выигрышь локальный. А чтобы починить все - это уже новый язык
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (113), 18-Сен-25, 15:10
	(не проигрывает) В расте гавно обработка ошибок с детскими болячками. Нет перегрузок. Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет. Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах. Про паттерн матчинг и говорить не стоит. Эта "безопасность" не безопасность и опытным разработчикам не нужна. Она была бы норм если бы компилятор сам проставлял это все, но он этого не делает. Ну и ещё проблем куча но мне уже лень Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно.
	Ответить | Правка | Наверх | Cообщить модератору

	116. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 18-Сен-25, 15:23
	> В расте гавно обработка ошибок с детскими болячками. Пруфы или примеры увидеть бы. А то косплеете лебедева) > Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет. Ты про темплейты от которых хочется рыгать и плакать? Наверное одна из самых убогих "фич". > Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах. Вкусовщина. > Про паттерн матчинг и говорить не стоит. Ага. В дыряшке даже нельзя сделать банальный let foo = match { ... } может они это исправили, но сомневаюсь. > Эта "безопасность" не безопасность и опытным разработчикам не нужна. Ну так покажи мне этих "опытных". Пока плюсы ничем не лучше сишки, в плане типичных дыр. Тот же гугл его признал безнадежным и новый код старается писать на хрусте. > Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно. Проверка заимствований и лайфтвймов это не фича?))
	Ответить | Правка | Наверх | Cообщить модератору

	121. Скрыто модератором	+2 +/–
	Сообщение от блячел (?), 18-Сен-25, 15:34
	>Пруфы или примеры увидеть бы. А то косплеете лебедева) Пример 1. Функция A вызывает функции B и C. Функция B как ошибку возвращает целочисленное число, а C - строку. Функция A ещё может вернуть число с плавающей точкой в качестве ошибки. Но чтобы создать такую функцию A, нужно будет создавать новый енам, в котором перечислять ошибки B, ошибки C, да ещё и новые добавлять. Есть Anyhow, но это костыль, который стирает типы вообще и информация теряется. В плюсах, впрочем, она тоже теряется. Но там есть пропозал и даже готовые реализации, где эта проблема исправлена. В расте реализации с исправлением этого уже есть? И ещё один пример. Есть диапазон A, допустим, это std::ranges::transform_view, я могу без проблем закинуть его в fold_left, в котором могу выбросить свои ошибки, при этом внутри transform ошибки тоже могут быть свои. И при этом все будет работать и не нужно ничего дублировать и специально про ошибки писать. В расте так делается? А далают так разработчики библиотек? >Ты про темплейты от которых хочется рыгать и плакать? >Наверное одна из самых убогих "фич".
	Ответить | Правка | Наверх | Cообщить модератору

	123. Скрыто модератором	+1 +/–
	Сообщение от блячел (?), 18-Сен-25, 15:39
	>> Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет. > Ты про темплейты от которых хочется рыгать и плакать? > Наверное одна из самых убогих "фич". Ага, про них. И это не просто фича, это киллер фича плюсов. В расте ничего на уровне с ними нет. Только макросами костылят то что в плюсах делается на уровне типов. >> Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах. > Вкусовщина. Не вкусовщина. Языковые фичи труднее разрабатывать и поддерживать в языке, когда библиотеку править легко. И зачем плодить костыль, когда можно было бы добавить новые более общие фичи, на которых бы выражалось вот это. То что там есть это костыли. >> Про паттерн матчинг и говорить не стоит. > Ага. > В дыряшке даже нельзя сделать банальный > let foo = match { ... } > может они это исправили, но сомневаюсь. К паттерн матчингу те же претензии что и к енамам. Костыль. >> Эта "безопасность" не безопасность и опытным разработчикам не нужна. > Ну так покажи мне этих "опытных". > Пока плюсы ничем не лучше сишки, в плане типичных дыр. > Тот же гугл его признал безнадежным и новый код старается писать на > хрусте. Те кто в комитете стандартизации C++ сидят. Вот эти они опытные. Уже достаточно? >> Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно. > Проверка заимствований и лайфтвймов это не фича?)) Не фича т.к. нужно явно всю эту говну прописывать. Делал бы это компилятор, проблем бы не было, опять же. Но он так не делает.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	138. Скрыто модератором	+/–
	Сообщение от Аноним (-), 18-Сен-25, 16:09
	>> Ты про темплейты от которых хочется рыгать и плакать? > Ага, про них. И это не просто фича, это киллер фича плюсов. Настолько киллер что от них отказываются крупные игроки (те кто могут себе это позволить)) В темплейтах "очень удобно" разбирать ошибки, дебажить, особенно если туда попало что-то not constrained в параметрах. > К паттерн матчингу те же претензии что и к енамам. Костыль. Не буду спорить, кажется это бесполезно. Как ты по другому сделаешь ветвление в зависимости от условного енама с ассоциативными значениями? > Те кто в комитете стандартизации C++ сидят. Вот эти они опытные. Уже достаточно? Это те кто почти порвался на две части на вопросе "как делать Safe C++"? Зачем вообще Опытным™ добавлять какой-то Safe? > Не фича т.к. нужно явно всю эту говну прописывать. Да, тут я соглашусь. Всю дыряшчную г0внину рано или поздно придется переписать.
	Ответить | Правка | Наверх | Cообщить модератору

	144. Скрыто модератором	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:20
	>>> Ты про темплейты от которых хочется рыгать и плакать? >> Ага, про них. И это не просто фича, это киллер фича плюсов. > Настолько киллер что от них отказываются крупные игроки (те кто могут себе > это позволить)) Те кто отказываются, возможно, имеют у себя недостаточно опытных и умелых разработчиков на плюсах. > В темплейтах "очень удобно" разбирать ошибки, дебажить, особенно если туда попало что-то > not constrained в параметрах. Ну это skill issue называется. С опытом навык разбирать там ошибки приходит. >> К паттерн матчингу те же претензии что и к енамам. Костыль. > Не буду спорить, кажется это бесполезно. > Как ты по другому сделаешь ветвление в зависимости от условного енама с > ассоциативными значениями? ифчейн с std::get_if, да std::visit. Можно использовать родные перегрузки языка и реализовать паттерн Overloaded. Если нужно пробрасывать ретурны, эту фичу можно было бы добавить отдельно и переиспользовать. >> Те кто в комитете стандартизации C++ сидят. Вот эти они опытные. Уже достаточно? > Это те кто почти порвался на две части на вопросе "как делать > Safe C++"? > Зачем вообще Опытным™ добавлять какой-то Safe? Потому что на C++ пишут не только опытные. А разбирают фичи они не только для себя, а для компании, от кого они в комитет и пришли. Опытным не нужно. >> Не фича т.к. нужно явно всю эту говну прописывать. > Да, тут я соглашусь. > Всю дыряшчную г0внину рано или поздно придется переписать. А может нормальный ответ дадите?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Anon62513512124 (?), 18-Сен-25, 15:23
	В кои то веки конструктивная критика раста, я уж и не думал что увижу такое на opennet. Спасибо тебе большое, человеческое ❤️
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	128. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Проходил мимо (?), 18-Сен-25, 15:57
	Нету тут конструктивной критики.
	Ответить | Правка | Наверх | Cообщить модератору

	131. Скрыто модератором	+/–
	Сообщение от Аноним (113), 18-Сен-25, 15:59
	> Нету тут конструктивной критики. Ну сейчас нам этот юзверь опеннета расскажет что да как и почему там нет конструктивной критики. Да, юзверь опеннета?
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:00
	>> Эта "безопасность" не безопасность и опытным разработчикам не нужна. > В кои то веки конструктивная критика раста Да, очень конструктивно. Даже добавить нечего. 🤣
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	140. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:13
	>>> Эта "безопасность" не безопасность и опытным разработчикам не нужна. >> В кои то веки конструктивная критика раста > Да, очень конструктивно. Даже добавить нечего. 🤣 И что же тут неконструктивного? Полной безопасности в Rust нет. Вы так же можете отстрелить себе колени не притронувшись к unsafe вообще. Т.е. он просто уменьшает кол-во ошибок. Да, он делает это чуть лучше чем плюсы. Только плюсы не требуют везде расставлять лайфтаймы. А когда работаешь на C++ долго, про все ногострелы становится понятно и ошибок конкретно с памятью становится меньше.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:19
	> Полной безопасности в Rust нет. О "полной" говорят только воины против Раста вроде вас. Сами чушь придумали - сами разоблачаете. Есть полная безопасность при работе с памятью. > А когда работаешь на C++ долго, про все ногострелы становится понятно и ошибок конкретно с памятью становится меньше Ну да: "чтобы не было ошибок, просто не делайте ошибки". Гениально простое решение! Как де раньше до этого не додумались?
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:21
	>> Полной безопасности в Rust нет. > О "полной" говорят только воины против Раста вроде вас. Сами чушь придумали > - сами разоблачаете. > Есть полная безопасность при работе с памятью. Про безопасность при работе с памятью и речь. Её нету. >> А когда работаешь на C++ долго, про все ногострелы становится понятно и ошибок конкретно с памятью становится меньше > Ну да: "чтобы не было ошибок, просто не делайте ошибки". Гениально простое > решение! Как де раньше до этого не додумались? Так опытные их и не делают. Точнее делают сильно меньше чем думают пропагандисты раста.
	Ответить | Правка | Наверх | Cообщить модератору

	150. Скрыто модератором	+/–
	Сообщение от Аноним (-), 18-Сен-25, 16:30
	>> Есть полная безопасность при работе с памятью. > Про безопасность при работе с памятью и речь. Её нету. Что значит нету? Код который не в unsafe получает гарантии. Не очень понятно? что значит "её нету". Мысль стоит развернуть. > Так опытные их и не делают. Точнее делают сильно меньше чем думают пропагандисты раста. Ну так клонируйте опытных. От того что где-то есть шумахер - это не повод разрешать в городе ездить на 100км/ч. Поэтому был сделан раст. Чтобы не тратить бесполезно усилия для ручного управления и отслеживания кто-кого-когда и можно ли делать free. ps по поводу "опытные их и не делают" думаешь все дыры в ядре написали васяны-смузихлебы? Не, там диды по 20+ лет опыта разработки. А ошибки такие же.
	Ответить | Правка | Наверх | Cообщить модератору

	157. Скрыто модератором	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:53
	>>> Есть полная безопасность при работе с памятью. >> Про безопасность при работе с памятью и речь. Её нету. > Что значит нету? > Код который не в unsafe получает гарантии. > Не очень понятно? что значит "её нету". Мысль стоит развернуть. Ну то и значит. Что можно в коде на 100% без unsafe получить сегфолт. >> Так опытные их и не делают. Точнее делают сильно меньше чем думают пропагандисты раста. > Ну так клонируйте опытных. > От того что где-то есть шумахер - это не повод разрешать в > городе ездить на 100км/ч. > Поэтому был сделан раст. Чтобы не тратить бесполезно усилия для ручного управления > и отслеживания кто-кого-когда и можно ли делать free. Поэтому тратят усилия на еблю с лайфтаймами везде, да. А чем больше опыта, тем меньше усилий на это тратится. > ps по поводу "опытные их и не делают" > думаешь все дыры в ядре написали васяны-смузихлебы? > Не, там диды по 20+ лет опыта разработки. > А ошибки такие же. А в ядре и не плюсы и ошибку допустить легче.
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	166. Скрыто модератором	+/–
	Сообщение от Аноним (166), 18-Сен-25, 17:18
	> в коде на 100% без unsafe получить сегфолт. А можно пример или ссылку на обсуждение или баг? Интересно посмотреть что там. > Поэтому тратят усилия на еблю с лайфтаймами везде, да. А чем больше опыта, тем меньше усилий на это тратится. Слава богу в других правильных™ ЯП это не нужно. Ну значит перейдем на эти крутые языки. Если они существуют.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	167. Скрыто модератором	+/–
	Сообщение от Аноним (113), 18-Сен-25, 17:20
	>> в коде на 100% без unsafe получить сегфолт. > А можно пример или ссылку на обсуждение или баг? > Интересно посмотреть что там. https://github.com/Speykious/cve-rs
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	170. Скрыто модератором	+/–
	Сообщение от Аноним (-), 18-Сен-25, 17:35
	> https://github.com/Speykious/cve-rs А... любимая игрушка растохейтеров. Чуваки всего неделю целым консилиумом ломали раст. github.com/Speykious/cve-rs/issues/4 Напили свой null_mute используя transmute... И только тогда получили ошибку. Извини, такой "серьезный аргумент" будет только для умственно отсталых. Я уже молчу про то, что не все так хорошо с этим примером https://github.com/Speykious/cve-rs/issues/3 We've been defeated by Miri.
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	156. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:49
	> Про безопасность при работе с памятью и речь. Её нету. Та самая мощная аргументация. Ну, что тут сказать?.. > Точнее делают сильно меньше чем думают пропагандисты раста. То-то я каждую неделю читаю тут про CVE с типичными use-after-free, вызодами за пределы буфера и т.п.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:54
	>> Про безопасность при работе с памятью и речь. Её нету. > Та самая мощная аргументация. Ну, что тут сказать?.. >> Точнее делают сильно меньше чем думают пропагандисты раста. > То-то я каждую неделю читаю тут про CVE с типичными use-after-free, вызодами > за пределы буфера и т.п. Много где там модерн плюсы? А не Си или Си с классами
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	161. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (113), 18-Сен-25, 17:01
	>> Про безопасность при работе с памятью и речь. Её нету. > Та самая мощная аргументация. Ну, что тут сказать?.. Выссказывайте претензии нормально. В Rust нет полностью безопасной работы с памятью. Даже если в проекте нет ни строчки с unsafe, как и сторонних библиотек.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	169. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (169), 18-Сен-25, 17:33
	> Выссказывайте претензии нормально. В Rust нет полностью безопасной работы с памятью. Ну так высказывай нормально. Начни с пруфа на это утверждение.
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	171. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 17:36
	>> Выссказывайте претензии нормально. В Rust нет полностью безопасной работы с памятью. > Ну так высказывай нормально. Начни с пруфа на это утверждение. ``` pub trait __ {     type __<L, R>: __<__<L, ()> = R>;     fn transmute<R>(self) -> R; } impl<T> __ for T {     type __<L: __<__<<R::__<R, L> as __>::__<R, ()>, ()> = R>, R: __> = L;     fn transmute<R: __>(self) -> <R::__<R, Self> as __>::__<R, ()> {         self     } } fn main() {     let s: String = vec![65_u8, 66, 67].transmute();     println!("{}", s); // prints "ABC" } ```
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	133. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:02
	> Эта "безопасность" не безопасность и опытным разработчикам не нужна. Она была бы норм если бы компилятор сам проставлял это все, но он этого не делает. В смысле "не деалает"? А borrow checker что, не в компиляторе?
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	135. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:06
	>> Эта "безопасность" не безопасность и опытным разработчикам не нужна. Она была бы норм если бы компилятор сам проставлял это все, но он этого не делает. > В смысле "не деалает"? А borrow checker что, не в компиляторе? Как раз таки borrow checker это то что пользуется лайфтаймами и прочим, что руками расставил программист. Расставлялись бы лайфтаймы автоматически и было бы нормально.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:21
	> Расставлялись бы лайфтаймы автоматически и было бы нормально Сорян, но компилятор твои мысли не может читать.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:22
	>> Расставлялись бы лайфтаймы автоматически и было бы нормально > Сорян, но компилятор твои мысли не может читать. Только gcc почему-то научился и прикрутил -fanalyzer для сишки чтобы как раз таки заменять ручное просставление лайфтаймов мощным статическим анализом.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 16:32
	> Только gcc почему-то научился и прикрутил -fanalyzer для сишки Аж в GCC 10. > таки заменять ручное просставление лайфтаймов мощным статическим анализом. Настолько мощным, что ошибки никуда не делись. Возможно  Настоящие Програмисты™ его даже не запускают. Зачем? Они же и так профи. Оно будет работать тогда, когда станет обязательным, хотя бы по умолчанию.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:56
	>> Только gcc почему-то научился и прикрутил -fanalyzer для сишки > Аж в GCC 10. >> таки заменять ручное просставление лайфтаймов мощным статическим анализом. > Настолько мощным, что ошибки никуда не делись. ССЗБ что не применяют. Это их проблемы, а не проблемы языка.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 17:04
	> Только gcc почему-то научился и прикрутил -fanalyzer для сишки чтобы как раз таки заменять ручное просставление лайфтаймов мощным статическим анализом. Ты не поверишь, но программисты юзали статические анализаторы для C и C++ десятками лет до того, как оно появилось в GCC. Вот это поворот, да? 😧 Еще большим шоком для тебя будет то, что все эти анализаторы так и не искоренили типичные ошибки. И уже точно не заменили (и не заменят) ручное расставление лайфтаймов. Ну и контрольным выстрелом для тебя цитата из мануала GCC по -fanalyser: It is neither sound nor complete: it can have false positives and false negatives. It is a bug-finding tool, rather than a tool for proving program correctness. В общем, чел, твои претензии и аргументы с потрохами выдают из тебя гордого писателя хеэлоуворлдов в одно лицо, который ни в одном реальном коммерческом проекте не участвовал, и, вероятно, даже ВУЗа по специальности не заканчивал. Последнее очевидно из твоих фантащий про "автоматическую расстановку лайфтаймов", то есть про "Проблему остановки" ты не слыхал.
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	164. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 17:09
	>> Только gcc почему-то научился и прикрутил -fanalyzer для сишки чтобы как раз таки заменять ручное просставление лайфтаймов мощным статическим анализом. > Ты не поверишь, но программисты юзали статические анализаторы для C и C++ > десятками лет до того, как оно появилось в GCC. Вот это > поворот, да? 😧 До gcc таких продвинутых не было. >[оверквотинг удален] > не заменят) ручное расставление лайфтаймов. > Ну и контрольным выстрелом для тебя цитата из мануала GCC по -fanalyser: > It is neither sound nor complete: it can have false positives and > false negatives. It is a bug-finding tool, rather than a tool > for proving program correctness. > В общем, чел, твои претензии и аргументы с потрохами выдают из тебя > гордого писателя хеэлоуворлдов в одно лицо, который ни в одном реальном > коммерческом проекте не участвовал, и, вероятно, даже ВУЗа по специальности не > заканчивал. Последнее очевидно из твоих фантащий про "автоматическую расстановку лайфтаймов", > то есть про "Проблему остановки" ты не слыхал. Только вот у раста тоже есть false negatives. Никакой полноты в сфере безопасности у раста не было. Можно получить сегфолт без unsafe кода. И да, быть может оно не найдёт некоторые ошибки, но большинство ошибок в коде найдёт при развитии этого далее.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:03
	> В расте гавно обработка ошибок с детскими болячками. А что за детские болячки-то? И, главное: а как правильно надо?
	Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

	139. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (113), 18-Сен-25, 16:10
	>> В расте гавно обработка ошибок с детскими болячками. > А что за детские болячки-то? Пример 1. Функция A вызывает функции B и C. Функция B как ошибку возвращает целочисленное число, а C - строку. Функция A ещё может вернуть число с плавающей точкой в качестве ошибки. Но чтобы создать такую функцию A, нужно будет создавать новый енам, в котором перечислять ошибки B, ошибки C, да ещё и новые добавлять. Есть Anyhow, но это костыль, который стирает типы вообще и информация теряется. В плюсах, впрочем, она тоже теряется. Но там есть пропозал и даже готовые реализации, где эта проблема исправлена. В расте реализации с исправлением этого уже есть? Пример 2. Есть диапазон A, допустим, это std::ranges::transform_view, я могу без проблем закинуть его в fold_left, в котором могу выбросить свои ошибки, при этом внутри transform ошибки тоже могут быть свои. fold_left нужно прекратить выполнение сразу после возникновения ошибки в рейндже и пробросить её дальше.  И при этом все будет работать и не нужно ничего дублировать и специально про ошибки писать. В расте так делается? А далают так разработчики библиотек? Спойлер: делается но идеология раста против использования паник как замены исключений. > И, главное: а как правильно надо? Исключения как в C++, но с автоматически выводимыми из тела типами выбрасываемых исключений. И научить компилятор в оптимизацию исключений если исключения выбрасываются часто. Ну и сахарка бы навернуть.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 16:23
	> В плюсах, впрочем, она тоже теряется. Но там есть пропозал и даже готовые реализации, где эта проблема исправлена. В расте реализации с  исправлением этого уже есть? Реализации в стандарте? Или ты предлагаешь пользоваться васнолибами, тк в стандарт оно попадет лет через 10? > Спойлер: делается но идеология раста против использования паник как замены исключений. Преимущества exceptionʼов над panic'ами не доказано. И тот и другой подход имеет как достоинства так и недостатки. >> И, главное: а как правильно надо? > Исключения как в C++, С которым уже есть куча проблем? И от которых отказались многие крупные проекты типа хромиума (chromium.org/chromium-os/build/c-exception-support/) Проблеми известна, обсуждается, но пока не видно хороших решений. Дабы не быть голословным: www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p0709r4.pdf P2544R0 C++ exceptions are becoming more and more problematic open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2544r0.html#biblio-p0709r4 > но с автоматически выводимыми из тела типами выбрасываемых исключений. Не уверен что в любой момент времени будут все нужные данные для такого автоматического вывода. > И научить компилятор в оптимизацию исключений если исключения выбрасываются часто. Ну и сахарка бы навернуть. А... т.е типичное "мышки станьте ежиками"?
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:44
	>> В плюсах, впрочем, она тоже теряется. Но там есть пропозал и даже готовые реализации, где эта проблема исправлена. В расте реализации с  исправлением этого уже есть? > Реализации в стандарте? > Или ты предлагаешь пользоваться васнолибами, тк в стандарт оно попадет лет через > 10? Реализации в компиляторе. В расте и этого нет и есть только Anyhow, который решает не все проблемы и имеет те же проблемы что и исключения. >> Спойлер: делается но идеология раста против использования паник как замены исключений. > Преимущества exceptionʼов над panic'ами не доказано. > И тот и другой подход имеет как достоинства так и недостатки. Так исключения и развёртывающие стек типизированные паники это одно и тоже. >[оверквотинг удален] > С которым уже есть куча проблем? > И от которых отказались многие крупные проекты типа хромиума (chromium.org/chromium-os/build/c-exception-support/) > Проблеми известна, обсуждается, но пока не видно хороших решений. > Дабы не быть голословным: > www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p0709r4.pdf > P2544R0 C++ exceptions are becoming more and more problematic > open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2544r0.html#biblio-p0709r4 >> но с автоматически выводимыми из тела типами выбрасываемых исключений. > Не уверен что в любой момент времени будут все нужные данные для > такого автоматического вывода. Для того чтобы данных было больше в плюсах уже есть модули. Чтобы не делать интерфейс отдельно в хедере а реализацию в .cpp. А со старыми проектами можно руками писать throw(int, float, std::string) >> И научить компилятор в оптимизацию исключений если исключения выбрасываются часто. Ну и сахарка бы навернуть. > А... т.е типичное "мышки станьте ежиками"? https://isocpp.org/files/papers/P3166R0.html Работы от автора по оптимизации исключений этого уже пропозала ведутся.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 16:47
	> Для того чтобы данных было больше в плюсах уже есть модули. Чтобы не делать интерфейс отдельно в хедере а реализацию в .cpp. А со старыми проектами можно руками писать throw(int, float, std::string) Т.е не получится взять старый проект и "всё заработало"? И придется поковырать код. > https://isocpp.org/files/papers/P3166R0.html Работы от автора по оптимизации исключений  этого уже пропозала ведутся. Выглядит интересно. Как закончат посмотрим. Как внесут в стандарт - поговорим. А пока - это не часть С++.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:58
	>> Для того чтобы данных было больше в плюсах уже есть модули. Чтобы не делать интерфейс отдельно в хедере а реализацию в .cpp. А со старыми проектами можно руками писать throw(int, float, std::string) > Т.е не получится взять старый проект и "всё заработало"? > И придется поковырать код. >> https://isocpp.org/files/papers/P3166R0.html Работы от автора по оптимизации исключений  этого уже пропозала ведутся. > Выглядит интересно. > Как закончат посмотрим. > Как внесут в стандарт - поговорим. > А пока - это не часть С++. У раста нет даже этого, опять же. Да и речь шла как правильно. То что в плюсах не совсем правильно это уже другое.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 16:35
	> Функция A вызывает функции B и C. Функция B как ошибку возвращает целочисленное число, а C - строку. Число в качестве ошибки? Строка в качестве ошибки? Ты извини, но до такого гениального дизайна АПИ даже джуны не додумываются. Обсуждать дальше смысла нет. > прекратить выполнение сразу после возникновения ошибки в рейндже и пробросить её дальше.  И при этом все будет работать и не нужно ничего дублировать и специально про ошибки писать > делается но идеология раста против использования паник Ну так ты определись: ты собираешься ошибку обрабатывать (и тогда писать про ошибки придется), или тебе на нее плевать (и при панике получиться то же самое, что и при необработанном исключении в C++).
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	154. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 16:47
	>> Функция A вызывает функции B и C. Функция B как ошибку возвращает целочисленное число, а C - строку. > Число в качестве ошибки? Строка в качестве ошибки? Ты извини, но до > такого гениального дизайна АПИ даже джуны не додумываются. Обсуждать дальше смысла > нет. Это не реальный код, а синтетический пример. Вместо этих типов там могли быть любые другие. Смысл обсуждать дальше есть. >> прекратить выполнение сразу после возникновения ошибки в рейндже и пробросить её дальше.  И при этом все будет работать и не нужно ничего дублировать и специально про ошибки писать >> делается но идеология раста против использования паник > Ну так ты определись: ты собираешься ошибку обрабатывать (и тогда писать про > ошибки придется), или тебе на нее плевать (и при панике получиться > то же самое, что и при необработанном исключении в C++). Обрабатывать, но не сейчас, а в родительской функции родительской функции.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 14:04
	> Когда читаешь статьи по C++ в которых челны комитета жалуются "нам нужно сломать АБИ Стандарт C++ ABI вообще не регламентирует. О чем ты? Может, API?
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	94. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (-), 18-Сен-25, 14:26
	> Стандарт C++ ABI вообще не регламентирует. *опа есть, а слова нет (с) В стандарте С тоже нет описания ABI) >  О чем ты? Может, API? Я про "соглашения" которые принимает WG21. Если интересно вот несколько старых статей cor3ntin.github.io/posts/abi/ Вот open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1863r0.pdf More critically, there is a non-trivial amount of performance that we cannot recoup because of ABI concerns. We cannot remove runtime overhead involved in passing unique_ptr by value , nor can we change std::hash or class layout for unordered_map, without forcing a recompile everywhere. Hash performance has been extensively researched for years now, and between table lookup optimizations and hash improvements, we believe we could provide an API-compatible unordered_map/std::hash implementation that improves existing performance by 200-300% on average. This is disallowed by ABI constraints.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Опубликован стандарт WebAssembly 3.0"	+2 +/–
	Сообщение от Аноним (19), 18-Сен-25, 09:11
	> оно ещё нигде не используется Ложь. > обратную совместимость сломали Ложь.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	26. "Опубликован стандарт WebAssembly 3.0"	–3 +/–
	Сообщение от 12yoexpert (ok), 18-Сен-25, 09:57
	истина оба раза, а у тебя как раз ложь
	Ответить | Правка | Наверх | Cообщить модератору

	87. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 18-Сен-25, 14:11
	А я с ним согласен. В каком месте они сломали совместимость? Наведите пример где будет не работать то что работало ранее. Как-раз таки выглядит новый стандарт от w3c впечатляюще и решает те проблемы, которые ранее было тяжело решить и из-за этого сложно применять web assembly. В частности выполнение кода из скрипта.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Опубликован стандарт WebAssembly 3.0"	+2 +/–
	Сообщение от Аноним (132), 18-Сен-25, 10:13
	> хоспаде, оно ещё нигде не используется Вот это новости! Уважаемый эксперт не слышал о Emscripten?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	34. "Опубликован стандарт WebAssembly 3.0"	+4 +/–
	Сообщение от Аноним (34), 18-Сен-25, 10:21
	В любых веб-играх используется. В юнити, в годоте, в анриле - все это компилируется в васм при экспорте под веб. Поиграть можешь на итче или в том же вк.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	40. "Опубликован стандарт WebAssembly 3.0"	+3 +/–
	Сообщение от Аноним (-), 18-Сен-25, 10:51
	> оно ещё нигде не используется Мда... кекспертиза уровня "опеннет". Впрочем если всю жизнь только прдлить консольку, то наверное это норма. Ниже уже написали про игры, но кроме них практически любой тяжелый веб-софт это как WebAssembly - Adobe Photoshop, Figma, AutoCAD Web, Zoom Web и так далее. Так что вылазь из своей пещеры и посмотри на реальность.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Опубликован стандарт WebAssembly 3.0"	–2 +/–
Сообщение от 12yoexpert (ok), 18-Сен-25, 08:32
> Отмечается, что в новой версии стандарта значительно улучшена поддержка компиляции в WebAssembly высокоуровневых языков. Например, реализована возможность компиляции в WebAssembly проектов на языках Java, OCaml, Scala, Kotlin, Scheme и Dart. то есть С у веб-синьоров уже не язык высокого уровня?
Ответить | Правка | Наверх | Cообщить модератору

	9. "Опубликован стандарт WebAssembly 3.0"	–3 +/–
	Сообщение от Аноним (7), 18-Сен-25, 08:40
	В С уже завезли sum types и безопасную работу с памятью?
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Опубликован стандарт WebAssembly 3.0"	–4 +/–
	Сообщение от Аноним (10), 18-Сен-25, 08:41
	Си вродиж ни когда высокоуровневым не былжеш. Тут о компиляторе разговор, тип теперь можете писать вот на том и на том а работать пудет шо ракета ибо все превварится в webassembly.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	20. "Опубликован стандарт WebAssembly 3.0"	+3 +/–
	Сообщение от Аноним (20), 18-Сен-25, 09:21
	Так это те языки, что добавтли в третьей версии. А C, С++  были и в предыдущей.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	130. Скрыто модератором	+/–
	Сообщение от Аноним (130), 18-Сен-25, 15:59
	Анонимные комментаторы опеннета...
	Ответить | Правка | Наверх | Cообщить модератору

4. "Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от Аноним (4), 18-Сен-25, 08:33
Доброе утро! Вопрос к специалистам: эта штуковина в будущем заменит JS или нет?
Ответить | Правка | Наверх | Cообщить модератору

	11. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (7), 18-Сен-25, 08:43
	Не заменит, пока не добавят zero-copy интеграцию с веб апи. Сейчас васм годится только для очень узкого класса задач -- таких задач, где ты ровно один раз формируешь аргументы, ровно один раз вызываешь васм-код, он там начинает шуршать CPU минуту-две, занимаясь сложными вычислениями, а потом он ровно один раз выдает результат. Очевидно, что обычный обработчик UI на таком писать неразумно.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от fidoman (ok), 18-Сен-25, 11:06
	а запустить это в отдельном потоке нельзя что ли, и неспешно перекидываться сообщениями?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (7), 18-Сен-25, 11:27
	1. В яваскрипте нет потоков. 2. Обработка UI в яваскрипте значительно быстрее, чем обработка UI в яваскрипте-и-васм (нет, совсем без яваскрипта не получится, так как у васма нет доступа к веб апи).
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Незнакомка (?), 18-Сен-25, 13:38
	В яваскрипте нет, а вот в web api есть воркеры
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (7), 18-Сен-25, 14:54
	Тоже верно. Не отменяет факта дичайших тормозов, когда данные пересекают границу яваскрипт <===> васм.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 15:02
	> Не отменяет факта дичайших тормозов, когда данные пересекают границу яваскрипт <===> васм. Насколько эти тормоза "дичайшие"? Может проблема какая-то архитектурная? Ну типа данные туда-сюда избыточно часто гоняются?
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (7), 18-Сен-25, 15:22
	Не замерял. Но тебе должно быть достаточно вот какого факта: функция аля toUpperCase, написанная целиком на яваскрипте, будет намного быстрее васмовского, потому что при васме тебе надо скодировать WTF-16 строку в UTF-8, скопировать в буфер для васма, вызвать васм, васм поработает, далее копируешь из васма себе, декодируешь из UTF-8 в WTF-16 и наконец получаешь результат. А прикинь такую фигню при любом событии типа on mouse move. Игру на васме не напишешь: будет слайдшоу вместо игры. Васм дает выигрышь только в долгих ЦПУ-интенсив операциях типа "скодировать видео с одного формата в другой".
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (122), 18-Сен-25, 15:37
	> при васме тебе надо скодировать WTF-16 строку в UTF-8, скопировать в буфер для васма Теперь не надо, в новости написано ж. > Игру на васме не напишешь А зачем игре вагон строк конвертировать? Обычные игровые данные можно передавать через числовые массивы, выделенные на стороне JS и заполняемые в wasm. > скодировать видео с одного формата в другой Для этого вебкодек апи есть с аппаратным ускорением.
	Ответить | Правка | Наверх | Cообщить модератору

	89. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 18-Сен-25, 14:22
	Да, я считаю что в итоге заменит. Поисковым система всё-равно что там на скрипте, им нужна разметка. Пользователям всё-равно, лишь бы быстро работало. Вот и ради быстрой работы все и перейдут на web assembly. Потом браузер превратится что-то вроде однопрограммной ОС на вкладку, во что оно уже в целом превратилось. И конторы по написанию антивирусов будут чесать репу - как так получилось что Сказочные Штаты превратились в мирового полицейского опять и чего запретить то в таком случае? Появится суверенный браузер на основе исходных кодов того что есть, при этом не дающий ничего нового - просто появится отвечающая голова за безопасность использования браузера. А на опеннете, если он доживёт будет очередное нытье и непонимание зачем создавать технологии? Также я думаю что будет развитие какого-нибудь строгого режима TypeScript который и даст возможность компиляции в web-assembly, что в принципе в некоторых технологиях уже частично реализовано. Соответственно сайты которые будут придерживаться строгой типизации смогут почувствовать не только проверку ошибок во время этапа трансляции, но и потихоньку рост производительности кода.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
Сообщение от Аноним (10), 18-Сен-25, 08:35
Нам теперь этот ваш электрон н... ненужОн? Не?
Ответить | Правка | Наверх | Cообщить модератору

	84. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (84), 18-Сен-25, 13:59
	https://browserbench.org/Speedometer3.1/
	Ответить | Правка | Наверх | Cообщить модератору

6. "Опубликован стандарт WebAssembly 3.0"	+6 +/–
Сообщение от Жироватт (ok), 18-Сен-25, 08:37
Как сделать java которая не java или стрип от xckd про 15 стандартов
Ответить | Правка | Наверх | Cообщить модератору

	12. "Опубликован стандарт WebAssembly 3.0"	+2 +/–
	Сообщение от Аноним (7), 18-Сен-25, 08:44
	У нас уже была жава в браузерах. Назывались "ява-апплеты". Тормозили безбожно. Да и безопасность текла.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от IMBird (ok), 18-Сен-25, 08:51
	Зато не дотнет. Героически подебили злобный сервелат (причём сами гаврики из мс), лол.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Опубликован стандарт WebAssembly 3.0"	+2 +/–
	Сообщение от 12yoexpert (ok), 18-Сен-25, 09:59
	ты путаешь курицу с яйцом в обоих случаях
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 12:45
	> Героически подебили злобный сервелат Да с ним никто и не влевал - он сам издох.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	68. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Мемоним (?), 18-Сен-25, 12:27
	У Васьма будет лучше?
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	165. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (165), 18-Сен-25, 17:14
	Нет. Он не решает никаких проблем. Разве только переносимость кода с других языков. Сейчас столько библиотек, что быстрее заюзать JS версию чем тра...тить время на порттирование.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 10:20
	> Как сделать java которая не java А у Java когда-то была производительность, близкая к нативному коду? Опеннетная экспертиза как всегда поражает...
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	35. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (35), 18-Сен-25, 10:24
	Всегда почти была
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Опубликован стандарт WebAssembly 3.0"	+4 +/–
	Сообщение от Аноним (132), 18-Сен-25, 10:51
	Так и запишем: интерпертируемый язык со слоями абстракций и динамическими аллокациями на каждый чих почти всегда имеет почти такую же производительность, как и нативный код. Еще экспертные мнения будут? Гулять так гулять! 🤣
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от tty2 (?), 18-Сен-25, 11:54
	Вам бы матчасть поучить...
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (132), 18-Сен-25, 12:09
	> Вам бы матчасть поучить... Вам бы что-то содержательное по теме сказать...
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (122), 18-Сен-25, 12:57
	В плюсах абстракций уже не меньше чем в яве наворочено. А если в точных числах производительности, то вот, ява уступила 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
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	82. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 13:39
	> А если в точных числах производительности, то вот, ява уступила C++ на 0.1%. > drogon-core 78.5% C++ > vertx-postgres 78.4% Java Говорит про точные числа производительности языков, сравнивая время работы разных веб фреймворков. 🤦 Что ж, парад опеннетной экспертизы продолжается!
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (114), 18-Сен-25, 15:11
	О, а тут настоящий взаправдошный кексперт нарисовался что ли? Тогда ответь, почему топовый с++ фреймворк с «зеро кост абсракшонс» медленнее дидовой сишки, и на уровне энтерпрайзной жавы с абстрактными фабриками абстрактных фабрик? Другие C++ фреймворки ещё, например, яндексовый, который активно пиарят, ещё медленнее.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 15:55
	> Тогда ответь, почему топовый с++ фреймворк с «зеро кост абсракшонс» медленнее дидовой сишки Какой ты от меня ответ хочешь получить? Ты что, не соображаешь, что это абсолютно разные кодовые базы, где различаются не только языки, но и алгоритмы, архитектура и т.д.? Господи...
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (122), 18-Сен-25, 16:06
	Просто признай что типичный код на C++ примерно как ява по скорости. Понятно что кодовые базы разные, но в среднем кодер пишет так как принято в его области, так что правильнее сравнивать не сферические хэлоуворды в вакууме а реальные проекты.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (169), 18-Сен-25, 17:30
	> типичный код Итак, опеннетные эксперты сравнивают скорость языков по: * Работе веб-фреймворков * По абстрактному "типичному коду" в вакууме Экспрты приведут еще более экспертные методы замера скорости, или максимальное дно уже достигнуто?
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (64), 18-Сен-25, 12:20
	> производительность, близкая к нативному коду не может сочетаться с > Виртуальная машина с +100500 слоями абстракций Когда вы это уже поймёте, гуглолюбы?
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	36. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (36), 18-Сен-25, 10:32
	Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу. Но потом начинет микрофиризить из-за сборщика мусора
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	39. "Опубликован стандарт WebAssembly 3.0"	+3 +/–
	Сообщение от Аноним (132), 18-Сен-25, 10:48
	> Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу А, ну да, софт же тормозит из-за освобождения памяти... 🤦
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (51), 18-Сен-25, 11:36
	То-то сишники до сих пор рожают аллокаторы, у каждого свой велосипед.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (42), 18-Сен-25, 10:59
	> Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу Нет, не может, потому что там, где в Java без альтернатив дергает динамические аллокации, в C++ в большинстве случаев можно просто юзать стек.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	50. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (51), 18-Сен-25, 11:37
	> можно просто юзать стек На плюсах можно писать безопасный софт, но придумали раст.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 12:08
	Мастерское приплетание Раста!
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (122), 18-Сен-25, 12:44
	Там где можно использовать стек, ява его и использует давным давно.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	77. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от _kp (ok), 18-Сен-25, 13:26
	C++ работает с освобождением памяти - как напишешь. Более того, можно и не жрать память из кучи в критичных местах, а использовать статически, и ничего не выделять и не освобожать. И промежуточные варианты, с освобождение в некритичные моменты времени, то есть управляемо. >Жава может работать быстрее си++ Только если на С++ целенаправленно писать г@внокод и компилировать без оптимизации. Ява (и с# тоже) может приблизиться по быстродействию к нативному коду, но неизбежны затраты на компиляцию, будут лаги при запуске, ну, чудес же не бывает. Значительные издержки будут при активном вводе/выводе, ибо Ява то - в виртуальной машине, что в принципе не увеличивает быстродействие. Кроме того большое потребление памяти, которая типа дешевая, и что её экономить.. но, чтобы мусолить значительный объём памяти кучи, на это тоже расходуются ресурсы процессора. Кэши у процессоров не резиновые, а если критичный код выполняется из кэшей, то работает быстрее, как и работа с данными. Так же, и злоупотребление обектным стилем может весьма просадить быстродействие. А ява не располагает к написанию критичных мест в "дубовом" стиле.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

13. "Опубликован стандарт WebAssembly 3.0"	–2 +/–
Сообщение от Букер (?), 18-Сен-25, 08:44
> реализована возможность компиляции в WebAssembly проектов на языках Java, OCaml, Scala, Kotlin, Scheme и Dart что это за старье, если не появится поддержка современных языков, не взлетит
Ответить | Правка | Наверх | Cообщить модератору

	14. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (10), 18-Сен-25, 08:47
	Вы про раст опять? Так-то java, kotlin вполне современны
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Букер (?), 18-Сен-25, 09:24
	ну так-то сейчас без этого никуда. В ядро завозят, убунта вон тоже начинает везде внедрять. Молодежь не хочет в "дидовских" языках разбираться, говорит что очень сложно и не безопасно. А сабж на кого рассчитан? Вот и мне приходится мысль свою разжевывать. То-то и оно.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Tron is Whistling (?), 18-Сен-25, 09:39
	Вот та "молодёжь"-то и не взлетит...
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (10), 18-Сен-25, 09:43
	Тут давиче публиковался рейтинг яп, так вот, некоторые дидовские языки неожиданно поднялись в рейтингах.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	28. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (7), 18-Сен-25, 09:58
	Вилами по воде писано. Ты видел хоть одного перловика? Такого, чтобы он использовал перл настолько часто, что это бы подняло перл на 10 место в рейтинге.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (10), 18-Сен-25, 11:31
	В данный момент, возможно, и даже у питона были взлеты и падения особенно 2я версия, а 3 взлетела. Может в компилятор си вошьют проверку памяти или чего там, и она может начать набирать популярность. Странно что этого небыло реализовано раньше, а сделали целый новый язык. Хотя для си кажется создано что-то подобное, но реализовано модулем, но это не точно.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Опубликован стандарт WebAssembly 3.0"	–2 +/–
	Сообщение от Аноним (-), 18-Сен-25, 11:58
	> у питона были взлеты и падения особенно 2я версия, а 3 взлетела. Вторая тоже была популярная. Да потом был неприятный переиод перехода, но это не помешало языку развиваться. > Может в компилятор си вошьют проверку памяти или чего там, и она может начать набирать популярность. Уже есть попытки. Fil-C - компилятор для языков C и C++, гарантирующий безопасную работу с памятью opennet.ru/opennews/art.shtml?num=62241 Проект TrapC развивает Си-подобный язык, безопасно работающий с памятью opennet.ru/opennews/art.shtml?num=62224 К сожалению эти потуги, скорее всего, обречены на провал по двум причинам: - слом обратной совместимости - священная корова для СИшников. (хотя все рассказы "я скомпилял код С89 в современной версии и все заработало" зачастую правдивы только для хеллоуворлдов). - потеря производительности: "собираемые в Fil-C программы медленнее примерно в 1.5-5 раз, по сравнению со сборкой обычными компиляторами" - это фиаско > Странно что этого небыло реализовано раньше, а сделали целый новый язык. Потому что всем было пофиг. Диды привыкли лабать овнокод абыкак. Главное побыстрее. На корректность и безопасность забивали. Это было норм для времени когда интернет был по телефонным карточкам. Но сейчас уязвимость в либе шрифтов может позволить получить рут и украсть твои денежки с банковского приложения телефона. Времена поменялись, диды адаптироваться не хотят. Зато усиленно копротивляются.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (-), 18-Сен-25, 11:47
	В каких рейтингах? Если ты про Тиобе - то он составляется, упрощенно, про кол-ву запросов в гугл. Вот вышла на ру-сайтах новость про Perl-Conf.Ru/25 - молодежь полезла искать, что это за перл и зачем делать сьезд пенсионеров. В гугле куча поисковых запросов - язык пошел вверх в рейтинге.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	32. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
	Сообщение от Аноним (32), 18-Сен-25, 10:19
	> kotlin вполне современны Нет такого языка.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	17. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Карлос Сношайтилис (ok), 18-Сен-25, 08:59
	А чего не хватает? Особенно с учётом того, что C/C++/Go/Rust уже поддерживаются.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	58. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (58), 18-Сен-25, 12:03
	Kotlin и Dart не современные?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

18. "Опубликован стандарт WebAssembly 3.0"	–1 +/–
Сообщение от Аноним (-), 18-Сен-25, 09:03
Подскажите как из сишки скомпилировать код через Webaasembly чтобы он выполнился внутри браузера?
Ответить | Правка | Наверх | Cообщить модератору

	38. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (36), 18-Сен-25, 10:34
	гугли emscripten
	Ответить | Правка | Наверх | Cообщить модератору

	93. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 18-Сен-25, 14:25
	А что, поискать нельзя? 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. И это только первое что найдено.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

30. "Опубликован стандарт WebAssembly 3.0"	+5 +/–
Сообщение от Ананоним (?), 18-Сен-25, 10:12
Поддержка 64-бит адресов? Ну всё, теперь ваш браузер сожрёт больше памяти чем вы сможете купить!
Ответить | Правка | Наверх | Cообщить модератору

	63. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (63), 18-Сен-25, 12:18
	Это началось ещё в 2008 с монополизацией хрома путём неконкурентных способов продвижения.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 14:22
	> путём неконкурентных способов продвижения Это какие интересно? Вы про то, что у них были деньги рекламировать хром? И что в этом нечестного?
	Ответить | Правка | Наверх | Cообщить модератору

46. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
Сообщение от Аноним (51), 18-Сен-25, 11:29
И чем им ява-апплеты не нравились? Героически рожают то, что уже было в яве.
Ответить | Правка | Наверх | Cообщить модератору

	62. "Опубликован стандарт WebAssembly 3.0"	+2 +/–
	Сообщение от Аноним (132), 18-Сен-25, 12:12
	Ага, и Adobe Flash, чтобы вообще хорошо было.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Опубликован стандарт WebAssembly 3.0"	–2 +/–
	Сообщение от zionist (ok), 18-Сен-25, 14:22
	> Ага, и Adobe Flash, чтобы вообще хорошо было. Adobe Flash - это не хорошо, совсем не хорошо!
	Ответить | Правка | Наверх | Cообщить модератору

	95. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 18-Сен-25, 14:27
	Согласен, хорошо было когда оно было Macromedia Flash
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (124), 18-Сен-25, 15:42
	Кстати, никто так до сих пор и не ответил, чем это было нехорошо.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	129. Скрыто модератором	–1 +/–
	Сообщение от zionist (ok), 18-Сен-25, 15:58
	> Кстати, никто так до сих пор и не ответил, чем это было > нехорошо. Тормозами и вендорлоком.
	Ответить | Правка | Наверх | Cообщить модератору

52. "Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от SKZ (?), 18-Сен-25, 11:45
В общем, жаба-плагин образца 90-х записали за кривизну и дырявость, чтобы заполнить примерно то же самое.
Ответить | Правка | Наверх | Cообщить модератору

	56. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от SKZ (?), 18-Сен-25, 11:55
	*запинали
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от zionist (ok), 18-Сен-25, 14:24
	> В общем, жаба-плагин образца 90-х записали за кривизну и дырявость, чтобы заполнить > примерно то же самое. Сравните кривизну и дырявость WebAssembly с таковыми в Java Applets. Тема не раскрыта.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	97. Скрыто модератором	+/–
	Сообщение от Джон Титор (ok), 18-Сен-25, 14:29
	Нет, код web assembly в общем-то доступен, при желании можно разобрать, а вот у ActiveX компонентов это были проприетарные технологии, закрытые от мира.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

54. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
Сообщение от zionist (ok), 18-Сен-25, 11:54
Манипулировать DOM всё так же нельзя? А нахрена оно такое тогда нужно? Лобби жабоскрипт обезьянок не пускает WebAssembly в DOM?
Ответить | Правка | Наверх | Cообщить модератору

	67. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (122), 18-Сен-25, 12:24
	> Ранее строки JavaScript можно было передавать в WebAssembly только как внешние ссылки, а теперь можно напрямую обращаться к строкам и манипулировать ими внутри WebAssembly. т.к. "манипуляции" в js это всегда было просто редактирование стрингов, то похоже теперь и со стороны wasm можно. но это не точно.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 12:42
	> Манипулировать DOM всё так же нельзя? А нахрена оно такое тогда нужно? Лол. А зечем тебе манипулировать DOM через WebAssembly?
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	86. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от zionist (ok), 18-Сен-25, 14:09
	> А зечем тебе манипулировать DOM через WebAssembly? Для того, чтобы не иметь дело с JS. Например Go можно компилировать в WebAssembly.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (132), 18-Сен-25, 14:38
	> Для того, чтобы не иметь дело с JS А в чем проблема манипулироания DOMом через JS? Через Go было бы удобнее, или что?
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Anon62513512124 (?), 18-Сен-25, 15:27
	Ну потенциально это может быть быстрее, и думаю некоторым компаниям проще нанять одного веб программиста который им wasm+go настроит чем заменять всю команду go на веб разработчиков
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от zionist (ok), 18-Сен-25, 15:56
	> А в чем проблема манипулироания DOMом через JS? Через Go было бы > удобнее, или что? Проблема в том, что сейчас это можно делать только при помощи JS. Но не всем он подходит и не все хотят переводить разработку на него и переучиваться.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

61. "Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от Аноним (61), 18-Сен-25, 12:11
дотнет в васм все ещё не умеет? вроде пару лет назад было что-то о нём на сайте майков
Ответить | Правка | Наверх | Cообщить модератору

	65. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (65), 18-Сен-25, 12:21
	Умеет. Прчём в нескольких реализациях: Как минимум: Blazor Uno Platform
	Ответить | Правка | Наверх | Cообщить модератору

66. "Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от Аноним (66), 18-Сен-25, 12:24
я одного понять не могу, что им мешает пихнуть нативное исполнение в браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что?
Ответить | Правка | Наверх | Cообщить модератору

	80. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от SKZ (?), 18-Сен-25, 13:36
	> я одного понять не могу, что им мешает пихнуть нативное исполнение в > браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что? А вообще, оно было. ActiveX, npm - вот это вот все.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от SKZ (?), 18-Сен-25, 15:32
	> npm - вот это вот все. *npapi
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (66), 18-Сен-25, 16:17
	ну вот было ведь пихнули ведь, в чем проблема?
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	83. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Вася (??), 18-Сен-25, 13:50
	>я одного понять не могу, что им мешает пихнуть нативное исполнение в браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что? "нативное исполнение в браузер" - это чё? Под какую архитектуру исполнение? Это когда браузет знает твою платформу и запрашивает с сервера уже собранный би6нарник под неё? А где взять сервер  с программами под все  архитектуры и окружения?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	120. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от SKZ (?), 18-Сен-25, 15:33
	> сервер  с программами под все  архитектуры и окружения? х86 достаточно.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Вася (??), 18-Сен-25, 15:46
	>х86 достаточно. х86 и майкрософт виндовс... достаточно конечно если не вдумываться в детали или если рассматривать какого то конкретного васю и его нокнкреный пк, а не то что есть сейчас.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (66), 18-Сен-25, 16:08
	> Под какую архитектуру исполнение? а под какую архитектуру у вас браузер и вирт. машина в нем? вот под эту же архитектуру и исполняем нативно код с помощью браузера. > Это когда браузет знает твою платформу и запрашивает с сервера уже собранный би6нарник под неё? ну да, ты же хочешь, что попало без твоего ведома, чтобы исполнялось на твоей машине. Бинарников много? по-моему уже давным-давно х64 всюду. А в чем проблема то? Вон любой другой софт разве не предлагает вам отдельные исполняемые файлы разных архитектур для скачивания? То что у вас в винде условно PE, а в линухе ELF это не архитектуры если че. > А где взять сервер  с программами под все  архитектуры и окружения? У хостера, у кого же еще? Ты хостеру исходник, а он тебе скопилит под необходимые архитектуры, а че? - бизнесс идея для амазона, им же главное деньги заработать, им это даже на руку будет.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	88. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от zionist (ok), 18-Сен-25, 14:17
	> я одного понять не могу, что им мешает пихнуть нативное исполнение в > браузер? Это что за самообман, сначала жЫЭс, теперь вебъассембли, дальше что? Браузер - это пожалуй единственная платформа, на которой в 2025 году оправдано использование виртуальной машины и принципа "написано один раз - работает везде". Нигде более этот принцип уже не оправдан. Например изначально это было одной из основных фишек Java, но сейчас это уже давно совершенно бесполезная фишка. Тем более после смерти апплетов в браузере. Серверная Java работает почти исключительно и только под Linux - либо на x86, либо на ARM. Но пихать нативное исполнение в браузер - это от небольшого ума. Разумеется речь не про JIT.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	141. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (66), 18-Сен-25, 16:16
	> Браузер - это пожалуй единственная платформа, на которой в 2025 году оправдано использование виртуальной машины и принципа "написано один раз - работает везде". зачем мне браузер? если вирт машине нет необходимости в браузере, та же вирт. машина джавы чем не подходит? > Тем более после смерти апплетов в браузере И чем ваши джава аплеты от вэбассэмбли отличаются? Да ничем, "шампунь и мыло". Так зачем оно вообще? > Но пихать нативное исполнение в браузер - это от небольшого ума. Ага пихать исполняемое в браузер я смотрю - гениальность. Вот и говорю, зачем так скромничать, пихайте нативно, куда быстрее будут чем ваши все вирт. машины. Абсурд ей Богу. > Разумеется речь не про JIT. Еще каких граблей надо понапридумывать? пс: мы хотим получить удовольствие как от е*ли в опу, но п*дарасы быть не хотим!
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (-), 18-Сен-25, 14:31
	Никто не мешает. У гугла были NaCl и PNaCl (как wasm, только сделанное инженерами). Но оно оказалось недостаточно кривым. В вебе же как - продвигают самый кривой стандарт.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	145. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (66), 18-Сен-25, 16:20
	> В вебе же как - продвигают самый кривой стандарт. То есть вы согласны с тем, что продвигают идею бесконтрольного исполнения ПО на вашей машине?
	Ответить | Правка | Наверх | Cообщить модератору

69. "Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от Аноним (122), 18-Сен-25, 12:34
> кодирования видео, обработки звука, манипуляции с графикой и 3D, разработки игр, криптографических операций и математических вычислений > можно добиться уровня производительности близкого к нативному коду Ага, можно, только это будет производительность уровня нативного кода на коре дуба, т.к. simd в wasm только 128 битный завезли, и то ограниченное подмножество, инструкции ускорения aes например вряд ли есть.
Ответить | Правка | Наверх | Cообщить модератору

	103. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (103), 18-Сен-25, 14:41
	>Ага, можно, только это будет производительность уровня нативного кода на коре дуба, т.к. simd в wasm только 128 битный завезли, и то ограниченное подмножество, инструкции ускорения aes например вряд ли есть. На "кору дуба" SIMD вообще никакой в WASM не завезли. Потому что мозилла ленивая.
	Ответить | Правка | Наверх | Cообщить модератору

70. "Опубликован стандарт WebAssembly 3.0"	+/–
Сообщение от Мемоним (?), 18-Сен-25, 12:34
Ждем в ядре? А то от ebpf бздёвым душком тянет.
Ответить | Правка | Наверх | Cообщить модератору

	76. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (76), 18-Сен-25, 13:02
	в ядре уже раст, а ebpf заменят питоном переписанным на раст
	Ответить | Правка | Наверх | Cообщить модератору

96. "Опубликован стандарт WebAssembly 3.0"	+3 +/–
Сообщение от Аноним (103), 18-Сен-25, 14:28
откровенно вредительский стандарт, производящий разбухшие и тормознутые приложения для десктопа, зато оказывающий незаменимую услугу веб-разработчикам - они могут писать вредоносное ПО, которое хрен разреверсишь, и одновременно дискриминировать против пользователей с камнями ниже Nehalem.
Ответить | Правка | Наверх | Cообщить модератору

	100. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 14:35
	> производящий разбухшие и тормознутые приложения для десктопа которые на порядки быстрее чем обычный JS > которое хрен разреверсишь, а вы старайтесь лучше > одновременно дискриминировать против пользователей с камнями ниже Nehalem. Nehalem релизнулся в 2008 году... А у таких 6оmжей есть доступ в интернет? Их не дискриминировать нужно, а просто завершать работу аппы со словами "мусор не поддерживается".
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (103), 18-Сен-25, 14:42
	>которые на порядки быстрее чем обычный JS А не надо в JS впихивать Crysis.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 14:44
	> А не надо в JS впихивать Crysis. А не надо указывать что надо, а что не надо. Если заказчику нужна веб аппа, то ему нужна веб аппа. WebAssembly отлично позволяет сделать то, что нельзя было сделать раньше.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 14:40
	> откровенно вредительский стандарт, Хм, а кто это решает? > производящий разбухшие и тормознутые приложения для десктопа, Но которые ты не напишешь на существующих технологиях. Попробуй написать какую-то фигму в вебе без WebAssembly > зато оказывающий незаменимую услугу веб-разработчикам - они могут писать вредоносное ПО, Вредноносность нужно доказать. Без доказательсва это просто куkapeku. И кстати на других ЯП тоже можно писать вредноносное ПО, маскируя под "ну вышли за пределы буфера, с кем не бывает" Но, всегда можно выкладывать сорцы в опенсорс. Можешь стать первым таким веб-разрабом)) > которое хрен разреверсишь, Это уже не проблемы разработчиков. > и одновременно дискриминировать против пользователей с камнями ниже Nehalem. А ты уже подписал петицию о возврате А72 на заправки? Ведь бедные дедушки на копейках не могут заправить свое ведро!
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	105. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (103), 18-Сен-25, 14:44
	>Но которые ты не напишешь на существующих технологиях. Отлично пишутся на C++. >Вредноносность нужно доказать. Без доказательсва это просто куkapeku. Открываешь Zoom с WASM отключённым, идёшь на фиг, вот и всё доказательство. Нет никакого обоснования, чтобы Zoom требовал wasm и WebGL, кроме "защиты" "авторских прав" создателей сервиса.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 14:48
	> Отлично пишутся на C++ Да ну. И их можно просто взять и открыть в браузере? Или нужно будет прдлиться с установкой, распространением, проблемами с зависимостями в разных дистрах и т.д? > Открываешь Zoom с WASM отключённым, идёшь на фиг, вот и всё доказательство. Ахаха! Мда... я думал, что там реально будут какие-то доказтельства, но оказалось что собеседник очередной клован. Ты еще пожалуйся что без js сайт не открывается! Обоснование есть - авторы так захотели. Ты или пользуешься, или идешь на хурд. > кроме "защиты" "авторских прав" создателей сервиса В современном мире это очень важно.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Мемоним (?), 18-Сен-25, 17:04
	> Отлично пишутся на C++. Как Calligra? Кстати, как она там?
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

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

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