forum.opennet.ru - "Опубликован стандарт WebAssembly 3.0" (234)

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

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

"Опубликован стандарт 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ообщить модератору

Оглавление

хоспаде, оно ещё нигде не используется, а они уже два раза обратную совместимост, 12yoexpert (ok), 08:31 , 18-Сен-25, (2) –4

То есть совместимость надо ломать, когда ей уже пользуются вовсю Л - Логика , Аноним (7), 08:39 , 18-Сен-25, (7) +21

Оглянись вокруг - везде так делают , Аноним (51), 11:39 , 18-Сен-25, (51) +2

Так лучше пусть сейчас ломают, чем потом, Аноним (8), 08:39 , 18-Сен-25, (8) +5

Потом тоже сломают, не переживайте , Аноним (16), 08:59 , 18-Сен-25, (16) +14

Опыт ПитоноПерлоРастов показывает, что так можно делать Ну и сишники с плюсовика, Bottle (?), 11:26 , 18-Сен-25, (44)

Это не хорошо и не плохо Это неизбежно Когда читаешь статьи по C в которых чел, Фнон (?), 12:42 , 18-Сен-25, (71) +5

Без этого старого они нафиг никому не нужны Это их конек Иначе проигрывает Rus, Незнакомка (?), 13:36 , 18-Сен-25, (79) –1

не проигрывает В расте гавно обработка ошибок с детскими болячками Нет перегруз, Аноним (113), 15:10 , 18-Сен-25, (113)

Пруфы или примеры увидеть бы А то косплеете лебедева Ты про темплейты от которых, Аноним (-), 15:23 , 18-Сен-25, (116) –1

А то косплеете лебедева Пример 1 Функция A вызывает функции B и C Функция B ка, блячел (?), 15:34 , 18-Сен-25, (121) +2
Ага, про них И это не просто фича, это киллер фича плюсов В расте ничего на ур, блячел (?), 15:39 , 18-Сен-25, (123) +1

Настолько киллер что от них отказываются крупные игроки те кто могут себе это п, Аноним (-), 16:09 , 18-Сен-25, (138)

Те кто отказываются, возможно, имеют у себя недостаточно опытных и умелых разраб, Аноним (113), 16:20 , 18-Сен-25, (144)

И что же тут неконструктивного Полной безопасности в Rust нет Вы так же можете, Аноним (113), 16:13 , 18-Сен-25, (140)

О полной говорят только воины против Раста вроде вас Сами чушь придумали - са, Аноним (143), 16:19 , 18-Сен-25, (143) +1

Про безопасность при работе с памятью и речь Её нету Так опытные их и не делаю, Аноним (113), 16:21 , 18-Сен-25, (147)
Что значит нету Код который не в unsafe получает гарантии Не очень понятно что , Аноним (-), 16:30 , 18-Сен-25, (150) +1
Ну то и значит Что можно в коде на 100 без unsafe получить сегфолт Поэтому тр, Аноним (113), 16:53 , 18-Сен-25, (157) –2
А можно пример или ссылку на обсуждение или баг Интересно посмотреть что там Сла, Аноним (166), 17:18 , 18-Сен-25, (166)
https github com Speykious cve-rs, Аноним (113), 17:20 , 18-Сен-25, (167) –1
А любимая игрушка растохейтеров Чуваки всего неделю целым консилиумом ломали , Аноним (-), 17:35 , 18-Сен-25, (170) +1
Та самая мощная аргументация Ну, что тут сказать То-то я каждую неделю читаю , Аноним (143), 16:49 , 18-Сен-25, (156)
Много где там модерн плюсы А не Си или Си с классами, Аноним (113), 16:54 , 18-Сен-25, (158)
Выссказывайте претензии нормально В Rust нет полностью безопасной работы с памя, Аноним (113), 17:01 , 18-Сен-25, (161) –1
Ну так высказывай нормально Начни с пруфа на это утверждение , Аноним (169), 17:33 , 18-Сен-25, (169)
pub trait __ type __ L, R __ __ L, R fn transmute R self , Аноним (113), 17:36 , 18-Сен-25, (171)
Ты бы хоть ссылку приложил _-github com rust-lang rust issues 135011В кратце е, Аноним (-), 17:44 , 18-Сен-25, (173)
gt оверквотинг удален А опытные такие проблемы и не допускают Да и есть -fana, Аноним (113), 17:48 , 18-Сен-25, (174)
Да уже скажи где я могу увидеть эти опытных Хотя бы глазком посмотреть Вон п, Аноним (-), 18:04 , 18-Сен-25, (179)
Ты еще https github com Speykious cve-rs на серьезных щах упомяни, лол , Аноним (169), 17:53 , 18-Сен-25, (177)

В смысле не деалает А borrow checker что, не в компиляторе , Аноним (143), 16:02 , 18-Сен-25, (133) +1

Как раз таки borrow checker это то что пользуется лайфтаймами и прочим, что рука, Аноним (113), 16:06 , 18-Сен-25, (135)

Сорян, но компилятор твои мысли не может читать , Аноним (143), 16:21 , 18-Сен-25, (146)

Только gcc почему-то научился и прикрутил -fanalyzer для сишки чтобы как раз так, Аноним (113), 16:22 , 18-Сен-25, (148) –1

Аж в GCC 10 Настолько мощным, что ошибки никуда не делись Возможно Настоящие Пр, Аноним (-), 16:32 , 18-Сен-25, (151)
ССЗБ что не применяют Это их проблемы, а не проблемы языка , Аноним (113), 16:56 , 18-Сен-25, (159)
Если на язык не позволяет безопасно работать с памятью, не обмазавшись для этого, Аноним (181), 18:25 , 18-Сен-25, (181)
Ты не поверишь, но программисты юзали статические анализаторы для C и C десятк, Аноним (143), 17:04 , 18-Сен-25, (162) +2
До gcc таких продвинутых не было gt оверквотинг удален Только вот у раста тож, Аноним (113), 17:09 , 18-Сен-25, (164)
Ну теперь заживем It is neither sound nor complete The analyzer is only suitab, Аноним (169), 17:43 , 18-Сен-25, (172) +1
Зачем сразу ссылки Могу прямо кодом дать pub trait __ type __ L, R __ __, Аноним (113), 17:52 , 18-Сен-25, (176)
То есть ты нашел в инете ссылку на баг компилятора, который воспроизводится чере, Аноним (181), 18:20 , 18-Сен-25, (180) +1

А что за детские болячки-то И, главное а как правильно надо , Аноним (143), 16:03 , 18-Сен-25, (134)

Пример 1 Функция A вызывает функции B и C Функция B как ошибку возвращает цело, Аноним (113), 16:10 , 18-Сен-25, (139) –1

Реализации в стандарте Или ты предлагаешь пользоваться васнолибами, тк в стандар, Аноним (-), 16:23 , 18-Сен-25, (149)

Реализации в компиляторе В расте и этого нет и есть только Anyhow, который реша, Аноним (113), 16:44 , 18-Сен-25, (153)

Т е не получится взять старый проект и всё заработало И придется поковырать ко, Аноним (-), 16:47 , 18-Сен-25, (155)
У раста нет даже этого, опять же Да и речь шла как правильно То что в плюсах н, Аноним (113), 16:58 , 18-Сен-25, (160)

Число в качестве ошибки Строка в качестве ошибки Ты извини, но до такого гениа, Аноним (143), 16:35 , 18-Сен-25, (152) +2

Это не реальный код, а синтетический пример Вместо этих типов там могли быть лю, Аноним (113), 16:47 , 18-Сен-25, (154)

Обсуждать дальше будет иметь смысл только после того, как ты приведешь адекватны, Аноним (181), 18:30 , 18-Сен-25, (182)

Стандарт C ABI вообще не регламентирует О чем ты Может, API , Аноним (143), 14:04 , 18-Сен-25, (85)

опа есть, а слова нет с В стандарте С тоже нет описания ABI Я про соглашения , Аноним (-), 14:26 , 18-Сен-25, (94) +2

Ложь Ложь , Аноним (19), 09:11 , 18-Сен-25, (19) +2

истина оба раза, а у тебя как раз ложь, 12yoexpert (ok), 09:57 , 18-Сен-25, (26) –2

А я с ним согласен В каком месте они сломали совместимость Наведите пример где, Джон Титор (ok), 14:11 , 18-Сен-25, (87) +1

у меня вопрос, выкинет ли оно реакт на помойку в отдаленной перспективе , penetrator (?), 17:41 , 19-Сен-25, (229)

Вот это новости Уважаемый эксперт не слышал о Emscripten , Аноним (143), 10:13 , 18-Сен-25, (31) +1

слышал, конечно, но нигде ни разу не видел у меня вся эта шняга отключена и ни , 12yoexpert (ok), 10:00 , 19-Сен-25, (219)

В любых веб-играх используется В юнити, в годоте, в анриле - все это компилируе, Аноним (34), 10:21 , 18-Сен-25, (34) +4
из app cadbase rs не согласны с этим утверждением, там wasm - исходник gitlab co, Аноним (192), 19:06 , 18-Сен-25, (192) –1
Ну почему же нигде, Blazor есть на WASM, числодробилки онлайн, всякие фильтры, о, penetrator (?), 17:40 , 19-Сен-25, (228)

то есть С у веб-синьоров уже не язык высокого уровня , 12yoexpert (ok), 08:32 , 18-Сен-25, (3) –3

В С уже завезли sum types и безопасную работу с памятью , Аноним (7), 08:40 , 18-Сен-25, (9) –8
Си вродиж ни когда высокоуровневым не былжеш Тут о компиляторе разговор, тип те, Аноним (10), 08:41 , 18-Сен-25, (10) –6

Товарищ, всё что не является ассемблером без макросов и хекс-кодами - это высо, Bottle (?), 01:00 , 19-Сен-25, (212) +1

поправил, не благодариНо то что язык не низкоуровневый не значит что он высокоур, Аноним (-), 09:25 , 19-Сен-25, (218) –2
Товарищ, за лекбез отдельное вам спасибо Представление было, что есть машинный к, Аноним (10), 11:31 , 19-Сен-25, (222) +1

Так это те языки, что добавтли в третьей версии А C, С были и в предыдущей , Аноним (20), 09:21 , 18-Сен-25, (20) +5

Чушь собачья, все эти языки были и раньше там Вебассембли вообще ничего про язы, Аноним (215), 06:45 , 19-Сен-25, (215) –1

Доброе утро Вопрос к специалистам эта штуковина в будущем заменит JS или нет , Аноним (4), 08:33 , 18-Сен-25, (4)

Не заменит, пока не добавят zero-copy интеграцию с веб апи Сейчас васм годится , Аноним (7), 08:43 , 18-Сен-25, (11) +1

а запустить это в отдельном потоке нельзя что ли, и неспешно перекидываться сооб, fidoman (ok), 11:06 , 18-Сен-25, (43)

1 В яваскрипте нет потоков 2 Обработка UI в яваскрипте значительно быстрее, че, Аноним (7), 11:27 , 18-Сен-25, (45)

В яваскрипте нет, а вот в web api есть воркеры, Незнакомка (?), 13:38 , 18-Сен-25, (81) +1

Тоже верно Не отменяет факта дичайших тормозов, когда данные пересекают границу, Аноним (7), 14:54 , 18-Сен-25, (110) +2

Насколько эти тормоза дичайшие Может проблема какая-то архитектурная Ну типа , Аноним (-), 15:02 , 18-Сен-25, (112)

Не замерял Но тебе должно быть достаточно вот какого факта функция аля toUpper, Аноним (7), 15:22 , 18-Сен-25, (115) +1

Теперь не надо, в новости написано ж А зачем игре вагон строк конвертировать Об, Аноним (122), 15:37 , 18-Сен-25, (122) +1
Я написал небольшую игрушку на васме лет десять назад, чтобы посмотреть на то, ч, Аноним (-), 08:51 , 19-Сен-25, (216)
Игру на васме не пишут Игру пишут на c или берут уже написанную и компилируют, Аноним (217), 09:16 , 19-Сен-25, (217)

Плевать на производительность Любая производительность на ТВОЁМ железе лучше, ч, Страдивариус (?), 18:03 , 18-Сен-25, (178) –1

Ну и зачем это писать если вы вебом не занимаетесь , Джон Титор (ok), 23:45 , 18-Сен-25, (208)

Не соглашусь Имею за поясом пару приложений формата интерактивный визуализатор, Аноним (223), 12:39 , 19-Сен-25, (223) +1

Да, я считаю что в итоге заменит Поисковым система всё-равно что там на скрипте, Джон Титор (ok), 14:22 , 18-Сен-25, (89) –1
а какая разница, всё-равно сравнение js идёт с высокоровневыми языками скорее, к, Аноним (210), 00:47 , 19-Сен-25, (210) +1

Нам теперь этот ваш электрон н ненужОн Не , Аноним (10), 08:35 , 18-Сен-25, (5) +1

https browserbench org Speedometer3 1 , Аноним (84), 13:59 , 18-Сен-25, (84)

Как сделать java которая не java или стрип от xckd про 15 стандартов, Жироватт (ok), 08:37 , 18-Сен-25, (6) +9

У нас уже была жава в браузерах Назывались ява-апплеты Тормозили безбожно Д, Аноним (7), 08:44 , 18-Сен-25, (12) +2

Зато не дотнет Героически подебили злобный сервелат причём сами гаврики из мс , IMBird (ok), 08:51 , 18-Сен-25, (15) +2

ты путаешь курицу с яйцом в обоих случаях , 12yoexpert (ok), 09:59 , 18-Сен-25, (29) +2

Я помню те времена Кругом ie, немного лисы и опера Живой ещё флэш 8212 и до, IMBird (ok), 10:04 , 19-Сен-25, (221) +1

скоро будут приложения вместо сайтов вы же понимаете что у сайтов есть куча пр, Аноним (253), 14:26 , 20-Сен-25, (253)

WASM как раз и взлетает потому что расширяет возможности веба, а не заменяет вес, Аноним (253), 14:28 , 20-Сен-25, (254)

Да с ним никто и не влевал - он сам издох , Аноним (143), 12:45 , 18-Сен-25, (74) +2

У Васьма будет лучше , Мемоним (?), 12:27 , 18-Сен-25, (68)

Нет Он не решает никаких проблем Разве только переносимость кода с других язык, Аноним (165), 17:14 , 18-Сен-25, (165)

А у Java когда-то была производительность, близкая к нативному коду Опеннетная , Аноним (143), 10:20 , 18-Сен-25, (33) +1

Всегда почти была, Аноним (35), 10:24 , 18-Сен-25, (35) –1

Так и запишем интерпертируемый язык со слоями абстракций и динамическими аллока, Аноним (143), 10:51 , 18-Сен-25, (41) +4

Вам бы матчасть поучить , tty2 (?), 11:54 , 18-Сен-25, (55) +1

Вам бы что-то содержательное по теме сказать , Аноним (143), 12:09 , 18-Сен-25, (60) +1
Что из себя на нативном уровне представляет массив Integer , Аноним (224), 17:07 , 19-Сен-25, (224)

В плюсах абстракций уже не меньше чем в яве наворочено А если в точных числах п, Аноним (122), 12:57 , 18-Сен-25, (75) –1

Говорит про точные числа производительности языков, сравнивая время работы разны, Аноним (143), 13:39 , 18-Сен-25, (82) +1

О, а тут настоящий взаправдошный кексперт нарисовался что ли Тогда ответь, поче, Аноним (114), 15:11 , 18-Сен-25, (114) –1

Какой ты от меня ответ хочешь получить Ты что, не соображаешь, что это абсолютн, Аноним (143), 15:55 , 18-Сен-25, (126)

Просто признай что типичный код на C примерно как ява по скорости Понятно что, Аноним (122), 16:06 , 18-Сен-25, (136) –2

Итак, опеннетные эксперты сравнивают скорость языков по Работе веб-фреймворков, Аноним (169), 17:30 , 18-Сен-25, (168)

У языка нет скорости, кексперт Есть у кода который на нем написан, что и сравни, Аноним (114), 17:50 , 18-Сен-25, (175) –1

Спасибо, кэп Главное, что она есть у веб-фреймворков Так и померяли А, ну зн, Аноним (181), 18:39 , 18-Сен-25, (184) +1

Java - не интерпретируемый язык - по тоеме , Вася (??), 20:59 , 18-Сен-25, (202)

не может сочетаться сКогда вы это уже поймёте, гуглолюбы , Аноним (64), 12:20 , 18-Сен-25, (64)

Жава может работать быстрее си , потому что память освобождает когда-то потом, , Аноним (36), 10:32 , 18-Сен-25, (36)

А, ну да, софт же тормозит из-за освобождения памяти 129318 , Аноним (143), 10:48 , 18-Сен-25, (39) +2

То-то сишники до сих пор рожают аллокаторы, у каждого свой велосипед , Аноним (51), 11:36 , 18-Сен-25, (49)
Представь себя да, malloc и free это ОЧЕНЬ медленные функции Код писать надо та, Аноним (224), 17:35 , 19-Сен-25, (227)

Нет, не может, потому что там, где в Java без альтернатив дергает динамические а, Аноним (42), 10:59 , 18-Сен-25, (42)

На плюсах можно писать безопасный софт, но придумали раст , Аноним (51), 11:37 , 18-Сен-25, (50)

Мастерское приплетание Раста , Аноним (143), 12:08 , 18-Сен-25, (59) –1

Кто-то не вдуплил между можно и будут , Аноним (241), 00:41 , 20-Сен-25, (241)

Там где можно использовать стек, ява его и использует давным давно , Аноним (122), 12:44 , 18-Сен-25, (73) +1

C работает с освобождением памяти - как напишешь Более того, можно и не жрать, _kp (ok), 13:26 , 18-Сен-25, (77) +3

что это за старье, если не появится поддержка современных языков, не взлетит, Букер (?), 08:44 , 18-Сен-25, (13) –3

Вы про раст опять Так-то java, kotlin вполне современны, Аноним (10), 08:47 , 18-Сен-25, (14)

ну так-то сейчас без этого никуда В ядро завозят, убунта вон тоже начинает везд, Букер (?), 09:24 , 18-Сен-25, (22) –1

Вот та молодёжь -то и не взлетит , Tron is Whistling (?), 09:39 , 18-Сен-25, (24) +1
Тут давиче публиковался рейтинг яп, так вот, некоторые дидовские языки неожиданн, Аноним (10), 09:43 , 18-Сен-25, (25) +1

Вилами по воде писано Ты видел хоть одного перловика Такого, чтобы он использо, Аноним (7), 09:58 , 18-Сен-25, (28)

В данный момент, возможно, и даже у питона были взлеты и падения особенно 2я вер, Аноним (10), 11:31 , 18-Сен-25, (47)

Вторая тоже была популярная Да потом был неприятный переиод перехода, но это не , Аноним (-), 11:58 , 18-Сен-25, (57) –3

В каких рейтингах Если ты про Тиобе - то он составляется, упрощенно, про кол-ву , Аноним (-), 11:47 , 18-Сен-25, (53) +1

Нет такого языка , Аноним (32), 10:19 , 18-Сен-25, (32) –1

А чего не хватает Особенно с учётом того, что C C Go Rust уже поддерживаются , Карлос Сношайтилис (ok), 08:59 , 18-Сен-25, (17) +1
Kotlin и Dart не современные , Аноним (58), 12:03 , 18-Сен-25, (58)

Подскажите как из сишки скомпилировать код через Webaasembly чтобы он выполнился, Аноним (-), 09:03 , 18-Сен-25, (18) –1

гугли emscripten, Аноним (36), 10:34 , 18-Сен-25, (38) +1
А что, поискать нельзя Cheerp formerly Duetto Compiles C applications to bo, Джон Титор (ok), 14:25 , 18-Сен-25, (93) +1

Не С а Си Подходящие GNU компиляторы есть , Аноним (-), 05:05 , 19-Сен-25, (214)

Поддержка 64-бит адресов Ну всё, теперь ваш браузер сожрёт больше памяти чем вы, Ананоним (?), 10:12 , 18-Сен-25, (30) +5

Это началось ещё в 2008 с монополизацией хрома путём неконкурентных способов про, Аноним (63), 12:18 , 18-Сен-25, (63) –1

Это какие интересно Вы про то, что у них были деньги рекламировать хром И что в , Аноним (-), 14:22 , 18-Сен-25, (91)

Подкупать файрфокс, и заставить их ломать обратную совместимость аддонов , Аноним (-), 19:13 , 18-Сен-25, (194) –2

Ох уж эти консперологи Firefox просто плохой браузер Даже сейчас они переста, Аноним (198), 19:46 , 18-Сен-25, (198)

Ломать обратную совместимость веб-стандартов - так, из очевидного Ломать свои ре, Аноним (64), 00:29 , 19-Сен-25, (209) –1

при выполнении в браузере выставлено ограничение в 16 ГБ А вообще, зависит, Аноним (211), 00:54 , 19-Сен-25, (211)

И чем им ява-апплеты не нравились Героически рожают то, что уже было в яве , Аноним (51), 11:29 , 18-Сен-25, (46) +1

Ага, и Adobe Flash, чтобы вообще хорошо было , Аноним (143), 12:12 , 18-Сен-25, (62) +2

Adobe Flash - это не хорошо, совсем не хорошо , zionist (ok), 14:22 , 18-Сен-25, (90) –2

Согласен, хорошо было когда оно было Macromedia Flash, Джон Титор (ok), 14:27 , 18-Сен-25, (95) +1
Кстати, никто так до сих пор и не ответил, чем это было нехорошо , Аноним (124), 15:42 , 18-Сен-25, (124)

Тормозами и вендорлоком , zionist (ok), 15:58 , 18-Сен-25, (129)
Это был сговор проклятых корпораций Правду от нас до сих пор скрывают, поэтому , Аноним (181), 19:05 , 18-Сен-25, (191)
Так вроде понятно - Flash был дырявым Постоянные проблемы в браузере где люди ча, Аноним (-), 19:17 , 18-Сен-25, (195)

И хоть бы раз кто на эти дырки лично напоролся Сейчас-то всё не дырявое, конечно, Аноним (249), 09:46 , 20-Сен-25, (249)

В общем, жаба-плагин образца 90-х записали за кривизну и дырявость, чтобы заполн, SKZ (?), 11:45 , 18-Сен-25, (52)

запинали , SKZ (?), 11:55 , 18-Сен-25, (56)
Сравните кривизну и дырявость WebAssembly с таковыми в Java Applets Тема не рас, zionist (ok), 14:24 , 18-Сен-25, (92)
Нет, код web assembly в общем-то доступен, при желании можно разобрать, а вот у , Джон Титор (ok), 14:29 , 18-Сен-25, (97)

Так и ActiveX был ничем иным, как бинарниками для х86 , SKZ (?), 23:28 , 18-Сен-25, (205)

Ну так разница в контроле Те кому надо теперь могут контролировать процессы А , Джон Титор (ok), 23:43 , 18-Сен-25, (207) +1

Манипулировать DOM всё так же нельзя А нахрена оно такое тогда нужно Лобби жаб, zionist (ok), 11:54 , 18-Сен-25, (54)

т к манипуляции в js это всегда было просто редактирование стрингов, то похож, Аноним (122), 12:24 , 18-Сен-25, (67)
Лол А зечем тебе манипулировать DOM через WebAssembly , Аноним (143), 12:42 , 18-Сен-25, (72)

Для того, чтобы не иметь дело с JS Например Go можно компилировать в WebAssembl, zionist (ok), 14:09 , 18-Сен-25, (86) +1

А в чем проблема манипулироания DOMом через JS Через Go было бы удобнее, или чт, Аноним (143), 14:38 , 18-Сен-25, (101)

Ну потенциально это может быть быстрее, и думаю некоторым компаниям проще нанять, Anon62513512124 (?), 15:27 , 18-Сен-25, (118)
Проблема в том, что сейчас это можно делать только при помощи JS Но не всем он , zionist (ok), 15:56 , 18-Сен-25, (127) –1

Это вообще не проблема К тому же, сейчас есть TypeScript и т п Оно подходит уже, Аноним (181), 18:45 , 18-Сен-25, (186)

Это проблема, потому что JS - это убогий язычок с динамической типизацией для об, zionist (ok), 19:32 , 18-Сен-25, (197) –2

Ну да, это очень важно для манипулирования DOM Ну сейчас придет мессия в виде zi, Аноним (181), 20:12 , 18-Сен-25, (200) +1

Это важно при написании программы, которая не только DOM-ом манипулирует Ты глух, zionist (ok), 17:15 , 19-Сен-25, (226)

чтобы очевидно не пользоваться мерзким js, нейм (?), 17:09 , 19-Сен-25, (225) +1

дотнет в васм все ещё не умеет вроде пару лет назад было что-то о нём на сайте , Аноним (61), 12:11 , 18-Сен-25, (61)

Умеет Прчём в нескольких реализациях Как минимум BlazorUno Platform, Аноним (65), 12:21 , 18-Сен-25, (65)

я одного понять не могу, что им мешает пихнуть нативное исполнение в браузер Эт, Аноним (66), 12:24 , 18-Сен-25, (66)

А вообще, оно было ActiveX, npm - вот это вот все , SKZ (?), 13:36 , 18-Сен-25, (80)

npapi, SKZ (?), 15:32 , 18-Сен-25, (119)
ну вот было ведь пихнули ведь, в чем проблема , Аноним (66), 16:17 , 18-Сен-25, (142)

В красногазиках Адепты OpenSource категорически против даже LLVM, не говоря уже, Аноним (224), 18:18 , 19-Сен-25, (235)

нативное исполнение в браузер - это чё Под какую архитектуру исполнение Это , Вася (??), 13:50 , 18-Сен-25, (83) +1

х86 достаточно , SKZ (?), 15:33 , 18-Сен-25, (120)

х86 и майкрософт виндовс достаточно конечно если не вдумываться в детали или , Вася (??), 15:46 , 18-Сен-25, (125)

А что сейчас x86 под виндой на десктопе и жаба ВМ под ведроидом - на мобилах , SKZ (?), 23:31 , 18-Сен-25, (206)

а под какую архитектуру у вас браузер и вирт машина в нем вот под эту же архит, Аноним (66), 16:08 , 18-Сен-25, (137)
А у нас так много сейчас архитектур , Аноним (249), 10:02 , 20-Сен-25, (250)

Браузер - это пожалуй единственная платформа, на которой в 2025 году оправдано и, zionist (ok), 14:17 , 18-Сен-25, (88) –2

зачем мне браузер если вирт машине нет необходимости в браузере, та же вирт ма, Аноним (66), 16:16 , 18-Сен-25, (141) +1

Ты не знаешь для чего нужен веб браузер Ты и читать не умеешь Я ведь прямым те, zionist (ok), 19:52 , 18-Сен-25, (199)

какая на х ен платформенная независимость, если помимо разных аппаратных платфор, Аноним (66), 23:12 , 18-Сен-25, (204)

Речь шла о платформах в целом, то есть не исключительно об аппаратных платформах, zionist (ok), 17:47 , 19-Сен-25, (230)

будет один файл для винды другой для линуха, третий для мака что в данном пред, Аноним (239), 00:08 , 20-Сен-25, (239)

Будет несколько файлов для каждой из этих систем Аппаратные платформы принёс ты,, zionist (ok), 02:52 , 20-Сен-25, (246)

Вот она какая крослатформенность, где-то я об этом уже слышал То есть в контекст, Аноним (239), 14:09 , 20-Сен-25, (251)

Если в контейнере виртуалке запуск, то никаких проблем А нативный код, это не т, _kp (ok), 04:54 , 19-Сен-25, (213)

Это и есть идея песочницы Да, но в случае с JS всё ещё хуже, потому что код там , zionist (ok), 17:54 , 19-Сен-25, (231)

Так и webassembly или надо компилировать, или интерпретировать И в даже если ко, _kp (ok), 18:06 , 19-Сен-25, (232)

WebAssembly работает вовсе не с исходным кодом, поэтому компилировать там нечего, zionist (ok), 18:15 , 19-Сен-25, (234)

Угу, только произвести оптимизирующую трансляцию с учётом взаимодействия тысяч ф, Аноним (224), 18:40 , 19-Сен-25, (236) +1

JIT - это условно бэкэнд обычного компилятора Но в отличии от обычного компилят, zionist (ok), 19:46 , 19-Сен-25, (237)

В WASM нет никакой динамической компиляции, это подаётся как преимущество перед , Аноним (224), 01:46 , 20-Сен-25, (242)

Так всё равно не мгновенный запуск, а лишняя трансляция из некого кода в нативны, _kp (ok), 21:28 , 19-Сен-25, (238)

net core и генерит сразу машинные коды, от JIT они отказались Ну, а Java это с, Аноним (224), 01:56 , 20-Сен-25, (243)

Никто не мешает У гугла были NaCl и PNaCl как wasm, только сделанное инженерам, Аноним (-), 14:31 , 18-Сен-25, (98) +1

То есть вы согласны с тем, что продвигают идею бесконтрольного исполнения ПО на , Аноним (66), 16:20 , 18-Сен-25, (145)

В смысле безконтрольного Этот код у них исполнялся внутри виртуальной машины, к, Аноним (224), 02:04 , 20-Сен-25, (244)

Этот код прилетает вам по сети, что тут не ясного Вам код для куэму по сети прил, Аноним (239), 14:21 , 20-Сен-25, (252)

Как и CSS И если Вы думаете, что CSS это не язык программирования, то заблуждае, Аноним (224), 14:36 , 20-Сен-25, (255)

конечно, по Фон Нейману так и есть, картинка в полне может содержать исполняемый, Аноним (239), 14:55 , 20-Сен-25, (257)

Ага, можно, только это будет производительность уровня нативного кода на коре ду, Аноним (122), 12:34 , 18-Сен-25, (69)

На кору дуба SIMD вообще никакой в WASM не завезли Потому что мозилла ленивая, Аноним (103), 14:41 , 18-Сен-25, (103)

Ждем в ядре А то от ebpf бздёвым душком тянет , Мемоним (?), 12:34 , 18-Сен-25, (70)

в ядре уже раст, а ebpf заменят питоном переписанным на раст, Аноним (76), 13:02 , 18-Сен-25, (76)

откровенно вредительский стандарт, производящий разбухшие и тормознутые приложен, Аноним (103), 14:28 , 18-Сен-25, (96) +2

которые на порядки быстрее чем обычный JSа вы старайтесь лучшеNehalem релизнулся, Аноним (-), 14:35 , 18-Сен-25, (100)

А не надо в JS впихивать Crysis , Аноним (103), 14:42 , 18-Сен-25, (104) –2

А не надо указывать что надо, а что не надо Если заказчику нужна веб аппа, то ем, Аноним (-), 14:44 , 18-Сен-25, (106) +1

Хм, а кто это решает Но которые ты не напишешь на существующих технологиях Попро, Аноним (-), 14:40 , 18-Сен-25, (102)

Отлично пишутся на C Открываешь Zoom с WASM отключённым, идёшь на фиг, вот и в, Аноним (103), 14:44 , 18-Сен-25, (105)

Да ну И их можно просто взять и открыть в браузере Или нужно будет прдлиться с , Аноним (-), 14:48 , 18-Сен-25, (107)
Как Calligra Кстати, как она там , Мемоним (?), 17:04 , 18-Сен-25, (163)

Согласен Критерий может быть таким если ты не владеешь и не видишь, чем пользу, Аноним (185), 18:42 , 18-Сен-25, (185)

Владеешь ли ты автобусом или поездом метро Понимаешь что там внутри Мог бы изгот, Аноним (-), 18:47 , 18-Сен-25, (187) +1

Если Вы человек умный, то понимаете, что аргументик так себе - Я вижу осязаю об, Аноним (185), 19:28 , 18-Сен-25, (196)

Ну так и фронтенд веб-приложения Вы видите И Вы тоже можете написать претензию в, Аноним (224), 02:13 , 20-Сен-25, (245)

Это первые шаги в объектно-ориентированность А что было до этого Ещё вопрос Во, Аноним (185), 18:37 , 18-Сен-25, (183)

А до этого была чистая числодробилка, способная работать только с одним выделенн, Аноним (224), 03:16 , 20-Сен-25, (247)

Старается занять нишу java, но java проверена временем и неоднократно шпинялась, Аноним (185), 18:48 , 18-Сен-25, (188)

Разработчики стандарта больше всего боятся сделать его полноценной заменой JS, т, Аноним (224), 03:27 , 20-Сен-25, (248)

Решил спросить китайских товарищей о причинах урезания доступа WebAssembly к DOM, zionist (ok), 18:06 , 19-Сен-25, (233) +1
активно эксплуатируемая хакерами уязвимость в Хроме CVE-2025-10585 - ошибка , Аноним (241), 00:33 , 20-Сен-25, (240)

Скрыто модератором, Аноним (256), 14:37 , 20-Сен-25, (256)

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

2. "Опубликован стандарт WebAssembly 3.0" –4 +/–

Сообщение от 12yoexpert (ok), 18-Сен-25, 08:31

хоспаде, оно ещё нигде не используется, а они уже два раза обратную
совместимость сломали

Ответить | Правка | Наверх | Cообщить модератору

7. "Опубликован стандарт WebAssembly 3.0" +21 +/–

Сообщение от Аноним (7), 18-Сен-25, 08:39

То есть совместимость надо ломать, когда ей уже пользуются вовсю? Л - Логика.

Ответить | Правка | Наверх | Cообщить модератору

51. "Опубликован стандарт WebAssembly 3.0" +2 +/–

Сообщение от Аноним (51), 18-Сен-25, 11:39

Оглянись вокруг - везде так делают.

Ответить | Правка | Наверх | Cообщить модератору

8. "Опубликован стандарт WebAssembly 3.0" +5 +/–

Сообщение от Аноним (8), 18-Сен-25, 08:39

Так лучше пусть сейчас ломают, чем потом

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

16. "Опубликован стандарт WebAssembly 3.0" +14 +/–

Сообщение от Аноним (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" +/–

Сообщение от Аноним (113), 18-Сен-25, 15:10

(не проигрывает)
В расте гавно обработка ошибок с детскими болячками.
Нет перегрузок.
Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет.
Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах.
Про паттерн матчинг и говорить не стоит.
Эта "безопасность" не безопасность и опытным разработчикам не нужна. Она была бы норм если бы компилятор сам проставлял это все, но он этого не делает.
Ну и ещё проблем куча но мне уже лень
Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно.

Ответить | Правка | Наверх | Cообщить модератору

116. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (-), 18-Сен-25, 15:23

> В расте гавно обработка ошибок с детскими болячками.
Пруфы или примеры увидеть бы.
А то косплеете лебедева)
> Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет.
Ты про темплейты от которых хочется рыгать и плакать?
Наверное одна из самых убогих "фич".
> Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах.
Вкусовщина.
> Про паттерн матчинг и говорить не стоит.
Ага.
В дыряшке даже нельзя сделать банальный
let foo = match { ... }
может они это исправили, но сомневаюсь.
> Эта "безопасность" не безопасность и опытным разработчикам не нужна.
Ну так покажи мне этих "опытных".
Пока плюсы ничем не лучше сишки, в плане типичных дыр.
Тот же гугл его признал безнадежным и новый код старается писать на хрусте.
> Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно.
Проверка заимствований и лайфтвймов это не фича?))

Ответить | Правка | Наверх | Cообщить модератору

121. "Опубликован стандарт WebAssembly 3.0" +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. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от блячел (?), 18-Сен-25, 15:39

>> Нет шаблонов, а они мощнее генериков раста. + никто не хочет дублировать логику и в интерфейсе и в теле, а раст заставляет.
> Ты про темплейты от которых хочется рыгать и плакать?
> Наверное одна из самых убогих "фич".
Ага, про них. И это не просто фича, это киллер фича плюсов. В расте ничего на уровне с ними нет. Только макросами костылят то что в плюсах делается на уровне типов.

>> Енамы в язык зачем та притащили. Хотя лучше былоб студ вариант как в плюсах.
> Вкусовщина.
Не вкусовщина. Языковые фичи труднее разрабатывать и поддерживать в языке, когда библиотеку править легко. И зачем плодить костыль, когда можно было бы добавить новые более общие фичи, на которых бы выражалось вот это. То что там есть это костыли.
>> Про паттерн матчинг и говорить не стоит.
> Ага.
> В дыряшке даже нельзя сделать банальный
> let foo = match { ... }
> может они это исправили, но сомневаюсь.
К паттерн матчингу те же претензии что и к енамам. Костыль.
>> Эта "безопасность" не безопасность и опытным разработчикам не нужна.
> Ну так покажи мне этих "опытных".
> Пока плюсы ничем не лучше сишки, в плане типичных дыр.
> Тот же гугл его признал безнадежным и новый код старается писать на
> хрусте.
Те кто в комитете стандартизации C++ сидят. Вот эти они опытные. Уже достаточно?
>> Ну хоть с дин трейтами и синтаксисом там приятно всо и лучше плюсов. Но этого недостаточно.
> Проверка заимствований и лайфтвймов это не фича?))
Не фича т.к. нужно явно всю эту говну прописывать. Делал бы это компилятор, проблем бы не было, опять же. Но он так не делает.

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

138. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 18-Сен-25, 16:09

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

Ответить | Правка | Наверх | Cообщить модератору

144. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (113), 18-Сен-25, 16:20

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

Ответить | Правка | Наверх | Cообщить модератору

140. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (113), 18-Сен-25, 16:13

>>> Эта "безопасность" не безопасность и опытным разработчикам не нужна.
>> В кои то веки конструктивная критика раста
> Да, очень конструктивно. Даже добавить нечего. 🤣
И что же тут неконструктивного? Полной безопасности в Rust нет. Вы так же можете отстрелить себе колени не притронувшись к unsafe вообще. Т.е. он просто уменьшает кол-во ошибок. Да, он делает это чуть лучше чем плюсы. Только плюсы не требуют везде расставлять лайфтаймы. А когда работаешь на C++ долго, про все ногострелы становится понятно и ошибок конкретно с памятью становится меньше.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

143. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (143), 18-Сен-25, 16:19

> Полной безопасности в Rust нет.
О "полной" говорят только воины против Раста вроде вас. Сами чушь придумали - сами разоблачаете.
Есть полная безопасность при работе с памятью.
> А когда работаешь на C++ долго, про все ногострелы становится понятно и ошибок конкретно с памятью становится меньше
Ну да: "чтобы не было ошибок, просто не делайте ошибки". Гениально простое решение! Как де раньше до этого не додумались?

Ответить | Правка | Наверх | Cообщить модератору

147. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (113), 18-Сен-25, 16:21

>> Полной безопасности в Rust нет.
> О "полной" говорят только воины против Раста вроде вас. Сами чушь придумали
> - сами разоблачаете.
> Есть полная безопасность при работе с памятью.
Про безопасность при работе с памятью и речь. Её нету.
>> А когда работаешь на C++ долго, про все ногострелы становится понятно и ошибок конкретно с памятью становится меньше
> Ну да: "чтобы не было ошибок, просто не делайте ошибки". Гениально простое
> решение! Как де раньше до этого не додумались?
Так опытные их и не делают. Точнее делают сильно меньше чем думают пропагандисты раста.

Ответить | Правка | Наверх | Cообщить модератору

150. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (-), 18-Сен-25, 16:30

>> Есть полная безопасность при работе с памятью.
> Про безопасность при работе с памятью и речь. Её нету.
Что значит нету?
Код который не в unsafe получает гарантии.
Не очень понятно? что значит "её нету". Мысль стоит развернуть.
> Так опытные их и не делают. Точнее делают сильно меньше чем думают пропагандисты раста.
Ну так клонируйте опытных.
От того что где-то есть шумахер - это не повод разрешать в городе ездить на 100км/ч.
Поэтому был сделан раст. Чтобы не тратить бесполезно усилия для ручного управления и отслеживания кто-кого-когда и можно ли делать free.
ps по поводу "опытные их и не делают"
думаешь все дыры в ядре написали васяны-смузихлебы?
Не, там диды по 20+ лет опыта разработки.
А ошибки такие же.

Ответить | Правка | Наверх | Cообщить модератору

157. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от Аноним (113), 18-Сен-25, 16:53

>>> Есть полная безопасность при работе с памятью.
>> Про безопасность при работе с памятью и речь. Её нету.
> Что значит нету?
> Код который не в unsafe получает гарантии.
> Не очень понятно? что значит "её нету". Мысль стоит развернуть.
Ну то и значит. Что можно в коде на 100% без unsafe получить сегфолт.

>> Так опытные их и не делают. Точнее делают сильно меньше чем думают пропагандисты раста.
> Ну так клонируйте опытных.
> От того что где-то есть шумахер - это не повод разрешать в
> городе ездить на 100км/ч.
> Поэтому был сделан раст. Чтобы не тратить бесполезно усилия для ручного управления
> и отслеживания кто-кого-когда и можно ли делать free.
Поэтому тратят усилия на еблю с лайфтаймами везде, да. А чем больше опыта, тем меньше усилий на это тратится.
> ps по поводу "опытные их и не делают"
> думаешь все дыры в ядре написали васяны-смузихлебы?
> Не, там диды по 20+ лет опыта разработки.
> А ошибки такие же.
А в ядре и не плюсы и ошибку допустить легче.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

166. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (166), 18-Сен-25, 17:18

> в коде на 100% без unsafe получить сегфолт.
А можно пример или ссылку на обсуждение или баг?
Интересно посмотреть что там.
> Поэтому тратят усилия на еблю с лайфтаймами везде, да. А чем больше опыта, тем меньше усилий на это тратится.
Слава богу в других правильных™ ЯП это не нужно.
Ну значит перейдем на эти крутые языки.
Если они существуют.

Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

167. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (113), 18-Сен-25, 17:20

>> в коде на 100% без unsafe получить сегфолт.
> А можно пример или ссылку на обсуждение или баг?
> Интересно посмотреть что там.
https://github.com/Speykious/cve-rs

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

170. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (-), 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" +/–

Сообщение от Аноним (143), 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ообщить модератору

173. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 18-Сен-25, 17:44

Ты бы хоть ссылку приложил /_-
github.com/rust-lang/rust/issues/135011
В кратце: если специально написать полотно кода, то можно вызвать баг компилятора.
Что собственно ты и показал в своем примере.
Случайно написать такое весьма сложно)
Думаю это стоит почининить когда-нибудь.
Но оно весьма отличается от дыряшки или плюсов, по сложности исполнения:
int main() {
    int *ptr = (int *)malloc(sizeof(int));
    *ptr = 42;
    free(ptr);
    printf("%d\n", *ptr);
    return 0;
}

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

174. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (113), 18-Сен-25, 17:48

>[оверквотинг удален]
> Случайно написать такое весьма сложно)
> Думаю это стоит почининить когда-нибудь.
> Но оно весьма отличается от дыряшки или плюсов, по сложности исполнения:
> int main() {
>     int *ptr = (int *)malloc(sizeof(int));
>     *ptr = 42;
>     free(ptr);
>     printf("%d\n", *ptr);
>     return 0;
> }
А опытные такие проблемы и не допускают. Да и есть -fanalyzer у gcc.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

179. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 18-Сен-25, 18:04

> А опытные такие проблемы и не допускают. Да и есть -fanalyzer у gcc.
Да уже скажи где я могу увидеть эти "опытных"??!
Хотя бы глазком посмотреть.
Вон проводили аудит LLVM.
opennet.ru/opennews/art.shtml?num=60707
Реально сложный проект, который обмазан автотестами, санитайзерами, фаззингом
"С 1.1 до 2.4 млн строк кода увеличен охват кодовой базы, вовлечённой в fuzzing-тестирование. Также был расширен используемый для fuzzing-тестирования инструментарий, а число применяемых для проверки fuzzing-движков увеличено с 12 до 15"
И что?
А все равно "удалось выявить 12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти, 3 - к разыменованию нулевых уязазателей и 1 к чтению из области вне выделенного буфера"

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

177. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (169), 18-Сен-25, 17:53

Ты еще https://github.com/Speykious/cve-rs на серьезных щах упомяни, лол.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

133. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (143), 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" +/–

Сообщение от Аноним (143), 18-Сен-25, 16:21

> Расставлялись бы лайфтаймы автоматически и было бы нормально
Сорян, но компилятор твои мысли не может читать.

Ответить | Правка | Наверх | Cообщить модератору

148. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (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ообщить модератору

181. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (181), 18-Сен-25, 18:25

> ССЗБ что не применяют. Это их проблемы, а не проблемы языка
Если на язык не позволяет безопасно работать с памятью, не обмазавшись для этого кучей левых анализаторов - это как раз таки проблема языка. Причем проблема, заботливо прописаная дидами в стандартах.

Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

162. "Опубликован стандарт WebAssembly 3.0" +2 +/–

Сообщение от Аноним (143), 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ообщить модератору

172. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (169), 18-Сен-25, 17:43

> До gcc таких продвинутых не было
Ну теперь заживем!
"It is neither sound nor complete"
"The analyzer is only suitable for use on C code in this release."
...а, нет, не заживем - придется ждать, пока "такой продвинутый" продвинется дальше. 😭
> Только вот у раста тоже есть false negatives.
> Никакой полноты в сфере безопасности у раста не было.
> Можно получить сегфолт без unsafe кода
Ни одной ссылки в доказательство этих утверждений ты, конечно же, не приведешь.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

176. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (113), 18-Сен-25, 17:52

> Ни одной ссылки в доказательство этих утверждений ты, конечно же, не приведешь.
Зачем сразу ссылки. Могу прямо кодом дать.
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"
}

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

180. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (181), 18-Сен-25, 18:20

> Зачем сразу ссылки. Могу прямо кодом дать.
То есть ты нашел в инете ссылку на баг компилятора, который воспроизводится через акробатику с transmute() - и преподносишь это как доказательство отсутствия гарантий в языке? Я все правильно понял?
А еще более жалкий аргумент ты не мог придумать? Уважающие себя воины против Раста в таких случаях дают ссылку на https://github.com/Speykious/cve-rs Учись у братьев по оружию!

Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

134. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (143), 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" +2 +/–

Сообщение от Аноним (143), 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ообщить модератору

182. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (181), 18-Сен-25, 18:30

> Это не реальный код, а синтетический пример
> Смысл обсуждать дальше есть.
Обсуждать дальше будет иметь смысл только после того, как ты приведешь адекватный пример проблемы.
> Обрабатывать, но не сейчас, а в родительской функции родительской функции.
В "родительской функции родительской функции" ты уже ничего обработать нормально не сможешь, потому что у тебя потеряно 2 уровня контекста. Ты бы еще единственный try-catch в main() в прммер привел.
В общем, ни одной "детской проблемы" с обоаботкой ошибок в Расте ты пока привести так и не смог.

Ответить | Правка | Наверх | Cообщить модератору

85. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (143), 18-Сен-25, 14:04

> Когда читаешь статьи по C++ в которых челны комитета жалуются "нам нужно сломать АБИ
Стандарт C++ ABI вообще не регламентирует. О чем ты? Может, API?

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

94. "Опубликован стандарт WebAssembly 3.0" +2 +/–

Сообщение от Аноним (-), 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" –2 +/–

Сообщение от 12yoexpert (ok), 18-Сен-25, 09:57

истина оба раза, а у тебя как раз ложь

Ответить | Правка | Наверх | Cообщить модератору

87. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Джон Титор (ok), 18-Сен-25, 14:11

А я с ним согласен. В каком месте они сломали совместимость? Наведите пример где будет не работать то что работало ранее. Как-раз таки выглядит новый стандарт от w3c впечатляюще и решает те проблемы, которые ранее было тяжело решить и из-за этого сложно применять web assembly. В частности выполнение кода из скрипта.

Ответить | Правка | Наверх | Cообщить модератору

229. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от penetrator (?), 19-Сен-25, 17:41

у меня вопрос, выкинет ли оно реакт на помойку в отдаленной перспективе?

Ответить | Правка | Наверх | Cообщить модератору

31. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (143), 18-Сен-25, 10:13

> хоспаде, оно ещё нигде не используется
Вот это новости! Уважаемый эксперт не слышал о Emscripten?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

219. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от 12yoexpert (ok), 19-Сен-25, 10:00

слышал, конечно, но нигде ни разу не видел. у меня вся эта шняга отключена и ни единого разрыва
немножко экстраполяции - и получается истина в последней инстанции

Ответить | Правка | Наверх | Cообщить модератору

34. "Опубликован стандарт WebAssembly 3.0" +4 +/–

Сообщение от Аноним (34), 18-Сен-25, 10:21

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

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

192. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (192), 18-Сен-25, 19:06

из app.cadbase.rs не согласны с этим утверждением, там wasm - исходник gitlab.com/cadbase/cdbs-app

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

228. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от penetrator (?), 19-Сен-25, 17:40

Ну почему же нигде, Blazor есть на WASM, числодробилки онлайн, всякие фильтры, обработка картинок и прочее

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Опубликован стандарт WebAssembly 3.0" –3 +/–

Сообщение от 12yoexpert (ok), 18-Сен-25, 08:32

> Отмечается, что в новой версии стандарта значительно улучшена поддержка компиляции в WebAssembly высокоуровневых языков. Например, реализована возможность компиляции в WebAssembly проектов на языках Java, OCaml, Scala, Kotlin, Scheme и Dart.
то есть С у веб-синьоров уже не язык высокого уровня?

Ответить | Правка | Наверх | Cообщить модератору

9. "Опубликован стандарт WebAssembly 3.0" –8 +/–

Сообщение от Аноним (7), 18-Сен-25, 08:40

В С уже завезли sum types и безопасную работу с памятью?

Ответить | Правка | Наверх | Cообщить модератору

10. "Опубликован стандарт WebAssembly 3.0" –6 +/–

Сообщение от Аноним (10), 18-Сен-25, 08:41

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

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

212. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Bottle (?), 19-Сен-25, 01:00

Товарищ, всё что не является ассемблером (без макросов) и хекс-кодами - это высокоуровневый язык. Даже пресловутый Forth, потому что далеко не каждая машина оперирует исключительно стеком.
Сишная модель памяти НЕ ЯВЛЯЕТСЯ ОТОБРАЖЕНИЕМ РЕАЛЬНОСТИ. Иначе бы не пришлось в стандарт 1999 года вводить бы пресловутое словечко "restrict" для указателей, чтобы "самый быстрый язык в мире" смог приблизиться к Фортрану. И подобных нюансов - вагон и маленькая тележка.
Все стандартные сишные аллокаторы работают через сисколлы операционки, прямо как любой высокоуровневый язык. Чтобы писать под эмбед без ОС, приходится выкидывать половину стандартной библиотеки.

Ответить | Правка | Наверх | Cообщить модератору

218. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от Аноним (-), 19-Сен-25, 09:25

> всё что не является ассемблером и хекс-кодами - не является низкоуровневым языков
поправил, не благодари
Но то что язык не низкоуровневый не значит что он высокоуровневый))
Сишка невероятна убога по системе типов.
Вот такой уродливый "переносимый ассемблер" их 70х, который и в низкоуровневость уже не может, и до высокоуровневости как до луны ползком.

Ответить | Правка | Наверх | Cообщить модератору

222. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (10), 19-Сен-25, 11:31

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

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

20. "Опубликован стандарт WebAssembly 3.0" +5 +/–

Сообщение от Аноним (20), 18-Сен-25, 09:21

Так это те языки, что добавтли в третьей версии. А C, С++  были и в предыдущей.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

215. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (215), 19-Сен-25, 06:45

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

Ответить | Правка | Наверх | 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" +/–

Сообщение от Аноним (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" +2 +/–

Сообщение от Аноним (7), 18-Сен-25, 14:54

Тоже верно. Не отменяет факта дичайших тормозов, когда данные пересекают границу яваскрипт <===> васм.

Ответить | Правка | Наверх | Cообщить модератору

112. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 18-Сен-25, 15:02

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

Ответить | Правка | Наверх | Cообщить модератору

115. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (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ообщить модератору

216. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 19-Сен-25, 08:51

> Игру на васме не напишешь: будет слайдшоу вместо игры.
Я написал небольшую игрушку на васме лет десять назад, чтобы посмотреть на то, что этот васм из себя представляет. И скажу я тебе, что ты не прав совершенно.
wasm-код запросто может хранить состояние игры, обновлять его, и рендерить. js нужен для того, чтобы прокидывать туда события ввода, и это довольно простая прослойка. Для передачи событий ввода нет никакой нужды перекодировать строки.
Ситуация может быть сложнее, если вывод графики ты делаешь через DOM, а не webgl, поскольку с DOM wasm не может общаться напрямую, но если так, то встаёт вопрос: о какой производительности может идти речь, если вывод графики через DOM?
> Васм дает выигрышь только в долгих ЦПУ-интенсив операциях
Звучит так, будто "слышал звон, да не знаю где он".

Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

217. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (217), 19-Сен-25, 09:16

Игру на васме не пишут.
Игру пишут на c++ или берут уже написанную и компилируют с помощью Emscripten.
Полученный васм работает в окне браузера.
Правильная игра даже не догадывается где она и как работает.
И никаких тормозов с toUpperCase

Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

178. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Страдивариус (?), 18-Сен-25, 18:03

Плевать на производительность. Любая производительность на ТВОЁМ железе лучше, чем твоя возможность понять, чем занимается это выполняемое дерьмо.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

208. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Джон Титор (ok), 18-Сен-25, 23:45

Ну и зачем это писать если вы вебом не занимаетесь?

Ответить | Правка | Наверх | Cообщить модератору

223. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (223), 19-Сен-25, 12:39

Не соглашусь. Имею за поясом пару приложений формата "интерактивный визуализатор больших (>RAM) данных", которые прекрасно используют WASM для:
1. Распаковки (zstd) данных на лету по мере необходимости
2. Быстрого поиска в массивчиках (напомню, что WASM может в SIMD)
3. Per-frame генерации level of detail на N потоках
Работает не идеально (см. то же ограничение по памяти), но вполне юзабельно. Мои аппликухи спокойно кушают per-frame сгенериованные WASM-ом данные и рисуют их на 240hz дисплее. Штраф за копирование данных решается использованием SharedArrayBuffer.
Проще говоря, дорогу осилит идущий.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

89. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Джон Титор (ok), 18-Сен-25, 14:22

Да, я считаю что в итоге заменит. Поисковым система всё-равно что там на скрипте, им нужна разметка. Пользователям всё-равно, лишь бы быстро работало. Вот и ради быстрой работы все и перейдут на web assembly. Потом браузер превратится что-то вроде однопрограммной ОС на вкладку, во что оно уже в целом превратилось. И конторы по написанию антивирусов будут чесать репу - как так получилось что Сказочные Штаты превратились в мирового полицейского опять и чего запретить то в таком случае? Появится суверенный браузер на основе исходных кодов того что есть, при этом не дающий ничего нового - просто появится отвечающая голова за безопасность использования браузера. А на опеннете, если он доживёт будет очередное нытье и непонимание зачем создавать технологии?
Также я думаю что будет развитие какого-нибудь строгого режима TypeScript который и даст возможность компиляции в web-assembly, что в принципе в некоторых технологиях уже частично реализовано. Соответственно сайты которые будут придерживаться строгой типизации смогут почувствовать не только проверку ошибок во время этапа трансляции, но и потихоньку рост производительности кода.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

210. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (210), 19-Сен-25, 00:47

а какая разница, всё-равно сравнение js идёт с высокоровневыми языками скорее, которые в wasm компилятся, а не с самим - нравится что-то из них - пиши

Ответить | Правка | К родителю #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" +9 +/–

Сообщение от Жироватт (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" +2 +/–

Сообщение от IMBird (ok), 18-Сен-25, 08:51

Зато не дотнет. Героически подебили злобный сервелат (причём сами гаврики из мс), лол.

Ответить | Правка | Наверх | Cообщить модератору

29. "Опубликован стандарт WebAssembly 3.0" +2 +/–

Сообщение от 12yoexpert (ok), 18-Сен-25, 09:59

ты путаешь курицу с яйцом в обоих случаях

Ответить | Правка | Наверх | Cообщить модератору

221. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от IMBird (ok), 19-Сен-25, 10:04

Я помню те времена. Кругом ie, немного лисы и опера. Живой ещё флэш — и достаточно капризный на тот момент, даже если забыть про дыры. Сайты начинают тяжелеть, превращаясь в приложения — и тут выходит мс с сервелатом, который быстрее флэша (который сам по себе был быстрее тогдашнего js). Всё хорошо, всё прекрасно, скоро будут приложения вместо сайтов, всё компактное и бинарное и в отличие от ява-апплетов даже кому-то нужное. Выходит сервелат для симбиана, потом целая мобильная платформа. Всё идёт замечательно, появляется мунлайт, впереди открытие сервелата и стандартизация байткода. HTML/JS/CSS должен остаться уделом простых сайтов, для всего тяжелее будет байткод, хорошо поддающийся JIT/AOT-компиляции на клиенте.
Потом внутри мс что-то случается и локомотив технологического развития налетает не то на агрессивный костяк жадных манагеров, не то на анклав индусов — и всё объявляется НЕПРАВИЛЬНЫМ.
Мобилка, со скрипом съехавшая с Win32 на сервелат добивается переводом на какую-то хтонь в лице WinRT, на десктоп выкатывается недоделанная пятая версия, а всем обещают ультрабыстрое будущее с WASM. В реальности обещанное тотальное WASM-будущее так и не наступает, зато превращается в зависимость веба от Chromium/V8, а оверхэд компенсируется ростом системных требований.
Скажите, что всё это не взаимосвязано — ну чисто случайно одни выбрасывают хорошую технологию на пике развития, чтобы не мешать другим подмять рынок, который до этого не могли захватить третьи.

Ответить | Правка | Наверх | Cообщить модератору

253. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (253), 20-Сен-25, 14:26

"скоро будут приложения вместо сайтов" вы же понимаете что у сайтов есть куча преимуществ? Интроспекция верстки (для девтулзов, скринридеров, e2e тестов, ИИ, резалок рекламы), возможность добавлять свои скрипты и стили (расширение возможностей сайтов, например wanikani, github и прочее, исправление проблем, улучшение удобства под себя), возможности для оптимизации (css анимации на видеокарте, режим для чтения, ускорение типичных паттернов веб фреймворков. Вы же хотите зоопарк как сейчас в нативном гуи происходит когда то что перечислено выше или завязывается на конкретные фреймворки, или не работает, или работает сильно по разному.

Ответить | Правка | Наверх | Cообщить модератору

254. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (253), 20-Сен-25, 14:28

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

Ответить | Правка | Наверх | Cообщить модератору

74. "Опубликован стандарт WebAssembly 3.0" +2 +/–

Сообщение от Аноним (143), 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" +1 +/–

Сообщение от Аноним (143), 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 +/–

Сообщение от Аноним (143), 18-Сен-25, 10:51

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

Ответить | Правка | Наверх | Cообщить модератору

55. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от tty2 (?), 18-Сен-25, 11:54

Вам бы матчасть поучить...

Ответить | Правка | Наверх | Cообщить модератору

60. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (143), 18-Сен-25, 12:09

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

Ответить | Правка | Наверх | Cообщить модератору

224. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 19-Сен-25, 17:07

>Вам бы матчасть поучить...
Что из себя на нативном уровне представляет массив Integer?

Ответить | Правка | К родителю #55 | Наверх | 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" +1 +/–

Сообщение от Аноним (143), 18-Сен-25, 13:39

> А если в точных числах производительности, то вот, ява уступила C++ на 0.1%.
> drogon-core 78.5% C++
> vertx-postgres 78.4% Java
Говорит про точные числа производительности языков, сравнивая время работы разных веб фреймворков. 🤦
Что ж, парад опеннетной экспертизы продолжается!

Ответить | Правка | Наверх | Cообщить модератору

114. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (114), 18-Сен-25, 15:11

О, а тут настоящий взаправдошный кексперт нарисовался что ли? Тогда ответь, почему топовый с++ фреймворк с «зеро кост абсракшонс» медленнее дидовой сишки, и на уровне энтерпрайзной жавы с абстрактными фабриками абстрактных фабрик? Другие C++ фреймворки ещё, например, яндексовый, который активно пиарят, ещё медленнее.

Ответить | Правка | Наверх | Cообщить модератору

126. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (143), 18-Сен-25, 15:55

> Тогда ответь, почему топовый с++ фреймворк с «зеро кост абсракшонс» медленнее дидовой сишки
Какой ты от меня ответ хочешь получить? Ты что, не соображаешь, что это абсолютно разные кодовые базы, где различаются не только языки, но и алгоритмы, архитектура и т.д.?
Господи...

Ответить | Правка | Наверх | Cообщить модератору

136. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от Аноним (122), 18-Сен-25, 16:06

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

Ответить | Правка | Наверх | Cообщить модератору

168. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (169), 18-Сен-25, 17:30

> типичный код
Итак, опеннетные эксперты сравнивают скорость языков по:
* Работе веб-фреймворков
* По абстрактному "типичному коду" в вакууме
Экспрты приведут еще более экспертные методы замера скорости, или максимальное дно уже достигнуто?

Ответить | Правка | Наверх | Cообщить модератору

175. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (114), 18-Сен-25, 17:50

У языка нет скорости, кексперт. Есть у кода который на нем написан, что и сравнивается в одинаковой задаче.

Ответить | Правка | Наверх | Cообщить модератору

184. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (181), 18-Сен-25, 18:39

> У языка нет скорости, кексперт.
Спасибо, кэп! Главное, что она есть у веб-фреймворков. Так и померяли...
> Есть у кода который на нем написан, что и сравнивается в одинаковой задаче.
А, ну значит Python в 10 раз быстрее C++:
https://stackoverflow.com/questions/9371238/why-is-reading-l...
И "задача одинаковая" (как экспертно заявил ты), и "код типичный" (как писал эксперт выше).
Дно на сегодня уже домтигнуто, или будем пробивать дальше?

Ответить | Правка | Наверх | Cообщить модератору

202. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Вася (??), 18-Сен-25, 20:59

>Так и запишем: интерпертируемый язык
Java - не интерпретируемый язык! - по тоеме?

Ответить | Правка | К родителю #41 | Наверх | 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" +2 +/–

Сообщение от Аноним (143), 18-Сен-25, 10:48

> Жава может работать быстрее си++, потому что память освобождает когда-то потом, тогда как C++ сразу
А, ну да, софт же тормозит из-за освобождения памяти... 🤦

Ответить | Правка | Наверх | Cообщить модератору

49. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (51), 18-Сен-25, 11:36

То-то сишники до сих пор рожают аллокаторы, у каждого свой велосипед.

Ответить | Правка | Наверх | Cообщить модератору

227. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 19-Сен-25, 17:35

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

42. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (42), 18-Сен-25, 10:59

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

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

50. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (51), 18-Сен-25, 11:37

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

Ответить | Правка | Наверх | Cообщить модератору

59. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (143), 18-Сен-25, 12:08

Мастерское приплетание Раста!

Ответить | Правка | Наверх | Cообщить модератору

241. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (241), 20-Сен-25, 00:41

Кто-то не вдуплил между "можно" и "будут"

Ответить | Правка | Наверх | Cообщить модератору

73. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (122), 18-Сен-25, 12:44

Там где можно использовать стек, ява его и использует давным давно.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

77. "Опубликован стандарт WebAssembly 3.0" +3 +/–

Сообщение от _kp (ok), 18-Сен-25, 13:26

C++ работает с освобождением памяти - как напишешь. Более того, можно и не жрать память из кучи в критичных местах, а использовать статически, и ничего не выделять и не освобожать. И промежуточные варианты, с освобождение в некритичные моменты времени, то есть управляемо.
>Жава может работать быстрее си++
Только если на С++ целенаправленно писать г@внокод и компилировать без оптимизации.
Ява (и с# тоже) может приблизиться по быстродействию к нативному коду, но неизбежны затраты на компиляцию, будут лаги при запуске, ну, чудес же не бывает.
Значительные издержки будут при активном вводе/выводе, ибо Ява то - в виртуальной машине, что в принципе не увеличивает быстродействие.
Кроме того большое потребление памяти, которая типа дешевая, и что её экономить.. но, чтобы мусолить значительный объём памяти кучи, на это тоже расходуются ресурсы процессора. Кэши у процессоров не резиновые, а если критичный код выполняется из кэшей, то работает быстрее, как и работа с данными.
Так же, и злоупотребление обектным стилем может весьма просадить быстродействие. А ява не располагает к написанию критичных мест в "дубовом" стиле.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

13. "Опубликован стандарт WebAssembly 3.0" –3 +/–

Сообщение от Букер (?), 18-Сен-25, 08:44

> реализована возможность компиляции в WebAssembly проектов на языках Java, OCaml, Scala, Kotlin, Scheme и Dart
что это за старье, если не появится поддержка современных языков, не взлетит

Ответить | Правка | Наверх | Cообщить модератору

14. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (10), 18-Сен-25, 08:47

Вы про раст опять? Так-то java, kotlin вполне современны

Ответить | Правка | Наверх | Cообщить модератору

22. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Букер (?), 18-Сен-25, 09:24

ну так-то сейчас без этого никуда. В ядро завозят, убунта вон тоже начинает везде внедрять. Молодежь не хочет в "дидовских" языках разбираться, говорит что очень сложно и не безопасно. А сабж на кого рассчитан? Вот и мне приходится мысль свою разжевывать. То-то и оно.

Ответить | Правка | Наверх | Cообщить модератору

24. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Tron is Whistling (?), 18-Сен-25, 09:39

Вот та "молодёжь"-то и не взлетит...

Ответить | Правка | Наверх | Cообщить модератору

25. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (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" –3 +/–

Сообщение от Аноним (-), 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. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Джон Титор (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ообщить модератору

214. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 19-Сен-25, 05:05

Не С++ а Си. Подходящие GNU компиляторы есть?

Ответить | Правка | Наверх | Cообщить модератору

30. "Опубликован стандарт WebAssembly 3.0" +5 +/–

Сообщение от Ананоним (?), 18-Сен-25, 10:12

Поддержка 64-бит адресов? Ну всё, теперь ваш браузер сожрёт больше памяти чем вы сможете купить!

Ответить | Правка | Наверх | Cообщить модератору

63. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (63), 18-Сен-25, 12:18

Это началось ещё в 2008 с монополизацией хрома путём неконкурентных способов продвижения.

Ответить | Правка | Наверх | Cообщить модератору

91. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 18-Сен-25, 14:22

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

Ответить | Правка | Наверх | Cообщить модератору

194. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от Аноним (-), 18-Сен-25, 19:13

Подкупать файрфокс, и заставить их ломать обратную совместимость аддонов.

Ответить | Правка | Наверх | Cообщить модератору

198. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (198), 18-Сен-25, 19:46

Ох уж эти консперологи... Firefox просто плохой браузер! Даже сейчас они переставляют кровати в интерфейсе.

Ответить | Правка | Наверх | Cообщить модератору

209. "Опубликован стандарт WebAssembly 3.0" –1 +/–

Сообщение от Аноним (64), 19-Сен-25, 00:29

Ломать обратную совместимость веб-стандартов - так, из очевидного.
Ломать свои ресурсы для отображения в Firefox.
Замедлять выполнение скриптов своих ресурсов под Firefox.
Автоустановка хрома при любом чихе и пуке. Не только при скачивании и установке софта. Даже при банальном скачивании pdf-файлов. А тихая автозагрузка, включенная по умолчанию в затем установленном хроме это повод для отдельного котла ИБшников.
А из того, за что сейчас почему-то ругают Firefox - вымаливание скачать и установить хром на любом ресурсе, принадлежащем хрому с грёбаным перекрытием основного UI, пока ты не скачаешь или не найдёшь полупрозрачный крестик.
А, ну и "на правах" монополиста интернет-рекламы - пропихивание своего поделия на примерно 99,99999% сайтов, где есть хотя бы Google Analytics.
Наверное не просто так компанию иронично много лет называли "корпорация добра"? Дыма без огня не бывает.
Это я ещё не коснулся Android, в продвижении которого все эти уловки использовали, имея за плечами опыт хрома.
При этом для всех вселенское зло почему-то Microsoft, который пытается впарить Edge и Windows 11. И для людей почему-то новость, когда эти способы применяются. Хотя Microsoft ничего не изобретал - все эти способы много лет как придуманы, использованы и наверное даже устарели в недрах гугла.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

211. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (211), 19-Сен-25, 00:54

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

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

46. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (51), 18-Сен-25, 11:29

И чем им ява-апплеты не нравились? Героически рожают то, что уже было в яве.

Ответить | Правка | Наверх | Cообщить модератору

62. "Опубликован стандарт WebAssembly 3.0" +2 +/–

Сообщение от Аноним (143), 18-Сен-25, 12:12

Ага, и Adobe Flash, чтобы вообще хорошо было.

Ответить | Правка | Наверх | Cообщить модератору

90. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от zionist (ok), 18-Сен-25, 14:22

> Ага, и Adobe Flash, чтобы вообще хорошо было.
Adobe Flash - это не хорошо, совсем не хорошо!

Ответить | Правка | Наверх | Cообщить модератору

95. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Джон Титор (ok), 18-Сен-25, 14:27

Согласен, хорошо было когда оно было Macromedia Flash

Ответить | Правка | Наверх | Cообщить модератору

124. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (124), 18-Сен-25, 15:42

Кстати, никто так до сих пор и не ответил, чем это было нехорошо.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

129. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 18-Сен-25, 15:58

> Кстати, никто так до сих пор и не ответил, чем это было
> нехорошо.
Тормозами и вендорлоком.

Ответить | Правка | Наверх | Cообщить модератору

191. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (181), 18-Сен-25, 19:05

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

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

195. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (-), 18-Сен-25, 19:17

> Кстати, никто так до сих пор и не ответил, чем это было нехорошо.
Так вроде понятно - 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
и станет ясно что такое днище нужно закапывать.
Глубоко и навсегда)

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

249. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (249), 20-Сен-25, 09:46

И хоть бы раз кто на эти дырки лично напоролся?
Сейчас-то всё не дырявое, конечно.

Ответить | Правка | Наверх | 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. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Джон Титор (ok), 18-Сен-25, 14:29

Нет, код web assembly в общем-то доступен, при желании можно разобрать, а вот у ActiveX компонентов это были проприетарные технологии, закрытые от мира.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

205. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от SKZ (?), 18-Сен-25, 23:28

Так и ActiveX был ничем иным, как бинарниками для х86

Ответить | Правка | Наверх | Cообщить модератору

207. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Джон Титор (ok), 18-Сен-25, 23:43

Ну так разница в контроле. Те кому надо теперь могут контролировать процессы. А ActiveX можно было и свой написать. Вот из-за последнего факта начались проблемы с безопасностью. По крайней мере такие мнения писали в нете. Причем безопасность предоставляет тот кто создает движок для веб-асма и какие там могут быть недокументированные возможности - кто знает? А учитывая тот факт что релиз некоторые делают чуть ли не каждые 2 недели, то могут как появится, так и исчезнуть. Но не сторонний сможет этим воспользоваться.

Ответить | Правка | Наверх | Cообщить модератору

54. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от 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" +/–

Сообщение от Аноним (143), 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" +/–

Сообщение от Аноним (143), 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" –1 +/–

Сообщение от zionist (ok), 18-Сен-25, 15:56

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

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

186. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (181), 18-Сен-25, 18:45

> Проблема в том, что сейчас это можно делать только при помощи JS.
Это вообще не проблема. К тому же, сейчас есть TypeScript и т.п.
> Но не всем он подходит
Оно подходит уже 30 лет всем, кто пишет фронтенд. Ты такой особенный, или что?
> не все хотят переводить разработку на него
С чего переводить, лол? Фронт всегда был на JS.
> и переучиваться
Ну если ты хочешь работать на фронтенде, но не способен выучить стандартный для него язык, то я не знаю, что тебе сказать...

Ответить | Правка | Наверх | Cообщить модератору

197. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от zionist (ok), 18-Сен-25, 19:32

>> Проблема в том, что сейчас это можно делать только при помощи JS.
> Это вообще не проблема. К тому же, сейчас есть TypeScript и т.п.
Это проблема, потому что JS - это убогий язычок с динамической типизацией для обезьянок. Ну а TypeScript просто не поддерживается браузерами напряму, поэтому мимо.
>> Но не всем он подходит
> Оно подходит уже 30 лет всем, кто пишет фронтенд. Ты такой особенный,
> или что?
Можно подумать у обезьянок есть выбор языков или они пишут качественный код. JS только и делает, что тормозит браузер.
>> не все хотят переводить разработку на него
> С чего переводить, лол? Фронт всегда был на JS.
У обезьянок какой-то ограниченный ум и они не знают, что JS - это не только веб? Нода - это что? Электрон - это что? Ты профнепригоден или как?
>> и переучиваться
> Ну если ты хочешь работать на фронтенде, но не способен выучить стандартный
> для него язык, то я не знаю, что тебе сказать...
Боже упаси, я не хочу становиться таким как вы. Лучше перечитай ответ выше.

Ответить | Правка | Наверх | Cообщить модератору

200. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (181), 18-Сен-25, 20:12

> Это проблема, потому что JS - это убогий язычок с динамической типизацией
Ну да, это очень важно для манипулирования DOM.
>> Оно подходит уже 30 лет всем, кто пишет фронтенд
> Можно подумать у обезьянок есть выбор языков или они пишут качественный код.
Ну сейчас придет мессия в виде zionist и покажет, как писать качественный код манипулирования DOM.
>> Фронт всегда был на JS
> JS - это не только веб?
Да что ты? Ты уже забыл, что собирался манипулироаать DOM? Но не на вебе, да...
> Нода - это что?
Что-то, не содержит DOM, которым ты собирался манипулировать.
> ограниченный ум и они не знают, что JS - это не только веб?
>> Электрон - это что?
Ни капли не веб! Браузерный DOM есть, но веба нет!
> Боже упаси, я не хочу становиться таким как вы.
Я хз, кем ты хочешь становится, если ноду с электроном ты хочешь, но JS при этом не хочешь. Совсем запутался, бедняга!

Ответить | Правка | Наверх | Cообщить модератору

226. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 19-Сен-25, 17:15

>> Это проблема, потому что JS - это убогий язычок с динамической типизацией
> Ну да, это очень важно для манипулирования DOM.
Это важно при написании программы, которая не только DOM-ом манипулирует.
>>> Оно подходит уже 30 лет всем, кто пишет фронтенд
>> Можно подумать у обезьянок есть выбор языков или они пишут качественный код.
> Ну сейчас придет мессия в виде zionist и покажет, как писать качественный
> код манипулирования DOM.
Ты глухой? Нет никакой альтернативы JS, её просто нет. И сделано это совершенно искусственно.
>>> Фронт всегда был на JS
>> JS - это не только веб?
> Да что ты? Ты уже забыл, что собирался манипулироаать DOM? Но не
> на вебе, да...
Ну а как по твоему работают приложения в Electron?
>> Нода - это что?
> Что-то, не содержит DOM, которым ты собирался манипулировать.
Но что-то, что может работать в связке с DOM.
>> ограниченный ум и они не знают, что JS - это не только веб?
>>> Электрон - это что?
> Ни капли не веб! Браузерный DOM есть, но веба нет!
У тебя галлюцинации.
>> Боже упаси, я не хочу становиться таким как вы.
> Я хз, кем ты хочешь становится, если ноду с электроном ты хочешь,
> но JS при этом не хочешь. Совсем запутался, бедняга!
Кончай тупить. Я хочу платформу, подобную электрону, но без обязательного JS. Для этого WebAssembly должен иметь доступ ко всему тому, к чему сейчас имеет доступ JS.

Ответить | Правка | Наверх | Cообщить модератору

225. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от нейм (?), 19-Сен-25, 17:09

чтобы очевидно не пользоваться мерзким 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ообщить модератору

235. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 19-Сен-25, 18:18

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

Ответить | Правка | Наверх | 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ообщить модератору

206. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от SKZ (?), 18-Сен-25, 23:31

А что сейчас? x86 под виндой на десктопе и жаба ВМ под ведроидом - на мобилах.

Ответить | Правка | Наверх | Cообщить модератору

137. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (66), 18-Сен-25, 16:08

> Под какую архитектуру исполнение?
а под какую архитектуру у вас браузер и вирт. машина в нем? вот под эту же архитектуру и исполняем нативно код с помощью браузера.
> Это когда браузет знает твою платформу и запрашивает с сервера уже собранный би6нарник под неё?
ну да, ты же хочешь, что попало без твоего ведома, чтобы исполнялось на твоей машине. Бинарников много? по-моему уже давным-давно х64 всюду. А в чем проблема то? Вон любой другой софт разве не предлагает вам отдельные исполняемые файлы разных архитектур для скачивания? То что у вас в винде условно PE, а в линухе ELF это не архитектуры если че.
> А где взять сервер  с программами под все  архитектуры и окружения?
У хостера, у кого же еще? Ты хостеру исходник, а он тебе скопилит под необходимые архитектуры, а че? - бизнесс идея для амазона, им же главное деньги заработать, им это даже на руку будет.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

250. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (249), 20-Сен-25, 10:02

А у нас так много сейчас архитектур?

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

88. "Опубликован стандарт WebAssembly 3.0" –2 +/–

Сообщение от zionist (ok), 18-Сен-25, 14:17

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

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

141. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (66), 18-Сен-25, 16:16

> Браузер - это пожалуй единственная платформа, на которой в 2025 году оправдано использование виртуальной машины и принципа "написано один раз - работает везде".
зачем мне браузер? если вирт машине нет необходимости в браузере, та же вирт. машина джавы чем не подходит?
> Тем более после смерти апплетов в браузере
И чем ваши джава аплеты от вэбассэмбли отличаются? Да ничем, "шампунь и мыло". Так зачем оно вообще?
> Но пихать нативное исполнение в браузер - это от небольшого ума.
Ага пихать исполняемое в браузер я смотрю - гениальность. Вот и говорю, зачем так скромничать, пихайте нативно, куда быстрее будут чем ваши все вирт. машины. Абсурд ей Богу.
> Разумеется речь не про JIT.
Еще каких граблей надо понапридумывать?
пс: мы хотим получить удовольствие как от е*ли в опу, но п*дарасы быть не хотим!

Ответить | Правка | Наверх | Cообщить модератору

199. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 18-Сен-25, 19:52

>> Браузер - это пожалуй единственная платформа, на которой в 2025 году оправдано использование виртуальной машины и принципа "написано один раз - работает везде".
> зачем мне браузер? если вирт машине нет необходимости в браузере, та же
> вирт. машина джавы чем не подходит?
Ты не знаешь для чего нужен веб браузер? Ты и читать не умеешь? Я ведь прямым текстом сказал, что браузер - это единственная платформа, на которой оправдано использование виртуальной машины. Виртуальная машина нужна там для платформонезависимого исполнения кода, необходимого для работы веб приложения на стороне браузера. Java апплеты были явным костылём и совершенно чужеродной (иными словами ненативной) добавкой от сторонней корпорации Солнца. Виртуальная машина, как и в Java, должна предоставлять лишь следующие возможности - исполнение байткода с опициональной поддержкой JIT, сборка мусора, стандартная библиотека. Всё остальное там совершенно лишнее - например поддержка конкретного языка программирования. Таким образом мы приходим к WebAssembly и к необходимости доступа из WebAssembly ко всему, к чему сейчас имеет доступ JS.
>> Тем более после смерти апплетов в браузере
> И чем ваши джава аплеты от вэбассэмбли отличаются? Да ничем, "шампунь и
> мыло". Так зачем оно вообще?
Они не были нативными. Java изначально проектировалась вовсе не для браузеров и эти апплеты были просто костылём.
>> Но пихать нативное исполнение в браузер - это от небольшого ума.
> Ага пихать исполняемое в браузер я смотрю - гениальность. Вот и говорю,
> зачем так скромничать, пихайте нативно, куда быстрее будут чем ваши все
> вирт. машины. Абсурд ей Богу.
Вовсе не абсурд. Мультиплатформенность в браузере реально нужна. Изоляция, то есть песочница - так же крайне необходима. Но ты не переживай, V8 и так докомпилирует весь JS в машинный код.
>> Разумеется речь не про JIT.
> Еще каких граблей надо понапридумывать?
В каком месте тут грабли?
> пс: мы хотим получить удовольствие как от е*ли в опу, но п*дарасы
> быть не хотим!
Интересная аналогия. Наверное именно так рождалась нода.

Ответить | Правка | Наверх | Cообщить модератору

204. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (66), 18-Сен-25, 23:12

> Виртуальная машина нужна там для платформонезависимого исполнения кода, необходимого для работы веб приложения на стороне браузера.
какая на х*ен платформенная независимость, если помимо разных аппаратных платформ есть куча и ОС, все тот же самый бардак как и с нативными приложениями, нет и не будет никакой кроссплатформенности без гемора, всегда будет один файл для винды другой для линуха, третий для мака.
> Java апплеты были явным костылём и совершенно чужеродной (иными словами ненативной) добавкой от сторонней корпорации Солнца.
Чем костыль на джаве отличается от костыля вебассембли? Такая же машина, такой же байткод.
> Виртуальная машина, как и в Java, должна предоставлять лишь следующие возможности - исполнение байткода с опициональной поддержкой JIT, сборка мусора, стандартная библиотека.
Стандартная библиотека - скомпилированный байткод, и никакого отношения к вирт машине не имеет.
> Всё остальное там совершенно лишнее - например поддержка конкретного языка программирования.
Какая поддержка, какого языка? Джава машина знать не знает ничего о джава коде, ей на вход подается байткод. Мало других языков которые генерят джава байткод?
> Таким образом мы приходим к WebAssembly и к необходимости доступа из WebAssembly ко
> всему, к чему сейчас имеет доступ JS.
Нет никакой необходимости в вебассембли когда уже есть и джава и нет и прочие виртю машины. Просто джава это оракл, а гугэль это гугэль.
Свой велосипед, свое колесо, как хочу так и верчу!!!
> Они не были нативными. Java изначально проектировалась вовсе не для браузеров и
> эти апплеты были просто костылём.
Потому-что в те времена понимали, что додиком надо быть исполнять код прямо в браузере без спросу.
> Вовсе не абсурд. Мультиплатформенность в браузере реально нужна. Изоляция, то есть песочница
Какая изоляция? в гробу видел я вашу изоляцию, открой багтрекер гугловый и посмотри сколько там так называемых сендбокс эскейпингов :)

> Но ты не переживай, V8 и
> так докомпилирует весь JS в машинный код.
Я его отключил если че. И давно уже пора вводить уголовную ответственность за исполнения кода без спросу пользователя, а то если мой айпишник в логах пентагона засветился, так это уже основания, что я хакир и можно описывать мой комп и 48 часов допрашивать, и доказывать придется мне, что это не я ломал пентагон, а проходящий мимо чел, который подключился к моему вайфай.
> В каком месте тут грабли?
грабли - всякие джит спрейи, а так нативно бы все исполнялось бы и все.
> Интересная аналогия. Наверное именно так рождалась нода.
А как иначе донести, что всякие вирт машины и не нативное исполнение это "е*ля в опу".
пс: Никакая программа программными средствами от другой программы изолирована быть не может! Чтобы изолировать исполнения двух программ, необходимо аппаратная изоляция - и точка!!!

Ответить | Правка | Наверх | Cообщить модератору

230. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 19-Сен-25, 17:47

>> Виртуальная машина нужна там для платформонезависимого исполнения кода, необходимого для работы веб приложения на стороне браузера.
> какая на х*ен платформенная независимость, если помимо разных аппаратных платформ есть
> куча и ОС, все тот же самый бардак как и с
> нативными приложениями, нет и не будет никакой кроссплатформенности без гемора, всегда
> будет один файл для винды другой для линуха, третий для мака.
Речь шла о платформах в целом, то есть не исключительно об аппаратных платформах. Научись читать и понимать прочитанное.
>> Java апплеты были явным костылём и совершенно чужеродной (иными словами ненативной) добавкой от сторонней корпорации Солнца.
> Чем костыль на джаве отличается от костыля вебассембли? Такая же машина, такой
> же байткод.
WebAssmbly - это часть браузерного движка, а Java плагин - это инопланетная хрень, которая ещё и не сразу запускалась.
>> Виртуальная машина, как и в Java, должна предоставлять лишь следующие возможности - исполнение байткода с опициональной поддержкой JIT, сборка мусора, стандартная библиотека.
> Стандартная библиотека - скомпилированный байткод, и никакого отношения к вирт машине не
> имеет.
Стандартная библиотека выполняется в виртуальной машине и поэтому отношение к ней имеет самое непосредственное.
>> Всё остальное там совершенно лишнее - например поддержка конкретного языка программирования.
> Какая поддержка, какого языка? Джава машина знать не знает ничего о джава
> коде, ей на вход подается байткод. Мало других языков которые генерят
> джава байткод?
Не тупи. Речь шла о виртуальной машине JS внутри браузера.
>> Таким образом мы приходим к WebAssembly и к необходимости доступа из WebAssembly ко
>> всему, к чему сейчас имеет доступ JS.
> Нет никакой необходимости в вебассембли когда уже есть и джава и нет
> и прочие виртю машины. Просто джава это оракл, а гугэль это
> гугэль.
Джавы в браузерах нет, она там умерла. Забудь, смирись, выйди на улицу и проветрись.
> Свой велосипед, свое колесо, как хочу так и верчу!!!
Корпорация добра, да да.
>> Они не были нативными. Java изначально проектировалась вовсе не для браузеров и
>> эти апплеты были просто костылём.
> Потому-что в те времена понимали, что додиком надо быть исполнять код прямо
> в браузере без спросу.
Нет, потому что в процессе рождения Java браузеров ещё не было.
>> Вовсе не абсурд. Мультиплатформенность в браузере реально нужна. Изоляция, то есть песочница
> Какая изоляция? в гробу видел я вашу изоляцию, открой багтрекер гугловый и
> посмотри сколько там так называемых сендбокс эскейпингов :)
В гробу? Ты согласен запускать код всяких васянов с доступом ко всей системе?
>> Но ты не переживай, V8 и
>> так докомпилирует весь JS в машинный код.
> Я его отключил если че. И давно уже пора вводить уголовную ответственность
> за исполнения кода без спросу пользователя, а то если мой айпишник
> в логах пентагона засветился, так это уже основания, что я хакир
> и можно описывать мой комп и 48 часов допрашивать, и доказывать
> придется мне, что это не я ломал пентагон, а проходящий мимо
> чел, который подключился к моему вайфай.
Твоя фамилия Столяров? Фольга в магазине закончилась, а успокоительное в аптеку не завезли?
>> В каком месте тут грабли?
> грабли - всякие джит спрейи, а так нативно бы все исполнялось бы
> и все.
То есть ты просто предлагаешь упростить жизнь атакующим и дать им возможность запускать любой их код без необходимост взламывать и пропихивать их код через jit spraying? Какая-то шизофреническая логика.
>> Интересная аналогия. Наверное именно так рождалась нода.
> А как иначе донести, что всякие вирт машины и не нативное исполнение
> это "е*ля в опу".
Шел скрипты - это тоже в опу? А Jit - это ненативное исполнение?
> пс: Никакая программа программными средствами от другой программы изолирована быть не может!
> Чтобы изолировать исполнения двух программ, необходимо аппаратная изоляция - и точка!!!
Смена контекста - это аппаратная изоляция или програмная?

Ответить | Правка | Наверх | Cообщить модератору

239. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (239), 20-Сен-25, 00:08

> Речь шла о платформах в целом, то есть не исключительно об аппаратных
> платформах. Научись читать и понимать прочитанное.
"будет один файл для винды другой для линуха, третий для мака."
что в данном предложении говорит об аппаратных платформах?
> WebAssmbly - это часть браузерного движка, а Java плагин - это инопланетная
> хрень, которая ещё и не сразу запускалась.
Что мешало jvm сунуть в браузер? Зачем щас суют такую же вирт. машину?
> Стандартная библиотека выполняется в виртуальной машине и поэтому отношение к ней имеет
> самое непосредственное.
стандартная библиотека выполняется ровно также как и обычный байт код приложения, и никакого отношение к самой виртуальной машине иметь не может. Билтины (built-in) это не стандартная библиотека.
> Не тупи. Речь шла о виртуальной машине JS внутри браузера.
А чем байткод машина для JS отличается от JVM? Ничем.
//medium.com/dailyjs/understanding-v8s-bytecode-317d46c94775
//habr.com/ru/companies/ruvds/articles/336294/
> Джавы в браузерах нет, она там умерла. Забудь, смирись, выйди на улицу
> и проветрись.
Всего хорошего.
> Корпорация добра, да да.
Трижды да.
> Нет, потому что в процессе рождения Java браузеров ещё не было.
Джава тут не причем, речь о процессе рождения самого браузера.
> В гробу? Ты согласен запускать код всяких васянов с доступом ко всей
> системе?
Я уже согласился использовать ОС, которая плюет на понятие безопасТность. Да согласен, так как я запускаю и с моего это ведома, в отличии от запуска всякой хрени прилетевшей по сети. В соседней новости про всякие РоуХаммеры (ИксХамстеры) писали где достаточно запустить код на джаваскрипте через браузер и вуаля. А это что значит? - Достаточно зайти на ОпенНет.
> Твоя фамилия Столяров? Фольга в магазине закончилась, а успокоительное в аптеку не
> завезли?
А твоя фамилия Куколд? Шаришся супругой с соседом?
> То есть ты просто предлагаешь упростить жизнь атакующим и дать им возможность
> запускать любой их код без необходимост взламывать и пропихивать их код
> через jit spraying? Какая-то шизофреническая логика.
А ты просто не понял сарказма "я одного понять не могу, что им мешает пихнуть нативное исполнение в браузер".
Ты понимаешь, что любое неконтролируемое исполнение - недопустимо с точки зрения элементарной безопасТности. Вот и я предложил, раз вы согласны на такое исполнение, то почему так заморачиваетесь со всякими велосипедами, сделайте все нативно и делов то.
> Шел скрипты - это тоже в опу? А Jit - это ненативное
> исполнение?
Шелл скрипт запускаю я. Джаваскрипт прилетевший с васяновского сайта - не я.
> Смена контекста - это аппаратная изоляция или програмная?
какого контекста? изоляция она так и называется изоляцией, а не контекстом каким то. Контекст это энвайромент, окружение.

Ответить | Правка | Наверх | Cообщить модератору

246. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 20-Сен-25, 02:52

>> Речь шла о платформах в целом, то есть не исключительно об аппаратных
>> платформах. Научись читать и понимать прочитанное.
> "будет один файл для винды другой для линуха, третий для мака."
Будет несколько файлов для каждой из этих систем.
> что в данном предложении говорит об аппаратных платформах?
Аппаратные платформы принёс ты, вот ты и ответь.
>> WebAssmbly - это часть браузерного движка, а Java плагин - это инопланетная
>> хрень, которая ещё и не сразу запускалась.
> Что мешало jvm сунуть в браузер? Зачем щас суют такую же вирт.
> машину?
Виртуальная машина общего пользования мало подходит для узкоспециализированного применения. Вероятнее всего причина была в этом, плюс JVM разрабатывалась в рамках совершенно другого проекта. Лучше расскажи, почему ты так настаиваешь именно на JVM? Разве других виртуальных машин не было? Разве JavaScript выполняется не в одной из них?
>> Стандартная библиотека выполняется в виртуальной машине и поэтому отношение к ней имеет
>> самое непосредственное.
> стандартная библиотека выполняется ровно также как и обычный байт код приложения, и
> никакого отношение к самой виртуальной машине иметь не может. Билтины (built-in)
> это не стандартная библиотека.
Стандартная библиотека Java - это например реализация System.out.println() и она выполняется в виртуальной машине. Частью виртуальной машины она является просто по факту наличия этого кода в виртуальной машине. У тебя какая-то дислексия при чтении простых текстов?
>> Не тупи. Речь шла о виртуальной машине JS внутри браузера.
> А чем байткод машина для JS отличается от JVM? Ничем.
>
> //medium.com/dailyjs/understanding-v8s-bytecode-317d46c94775
> //habr.com/ru/companies/ruvds/articles/336294/
Одна стековая, другая регистровая. Одна статически типизирована, другая не полностью статическая и расчитана на динамически типизированный JS. Ну и там куча других нюансов. Кроме того V8 - далеко не единственная VM для JS, а в начале пути (ранний Netscape) там скорее всего был просто медленный интерпретатор. Почитай так же про invokedynamic в JVM 7, как этот байткод улучшили в JVM 9 и как это связано с поддержкой других языков.
>> Джавы в браузерах нет, она там умерла. Забудь, смирись, выйди на улицу
>> и проветрись.
> Всего хорошего.
Шапку надень, а то простудишься.
>> Корпорация добра, да да.
> Трижды да.
А что толку? Пока Столяровы пишут бесполезные книжки корпорация добра захватывает наши компьютеры.
>> Нет, потому что в процессе рождения Java браузеров ещё не было.
> Джава тут не причем, речь о процессе рождения самого браузера.
Ну вот в "процессе рождения самого браузера" появился свой нативный WebAssembly. На первый взгляд - хорошая вещь, но её зачем-то искусственно ограничили. А ты, непонятно почему, продолжаешь ностальгировать по Java.
>> В гробу? Ты согласен запускать код всяких васянов с доступом ко всей
>> системе?
> Я уже согласился использовать ОС, которая плюет на понятие безопасТность. Да согласен,
> так как я запускаю и с моего это ведома, в отличии
> от запуска всякой хрени прилетевшей по сети.
Так нативный код от вебо васянов, который ты так хочешь запускать у себя - это и есть всякая хрень, прилетевшая по сети. Определись уже.
> В соседней новости про
> всякие РоуХаммеры (ИксХамстеры) писали где достаточно запустить код на джаваскрипте через
> браузер и вуаля. А это что значит? - Достаточно зайти на
> ОпенНет.
>> Твоя фамилия Столяров? Фольга в магазине закончилась, а успокоительное в аптеку не
>> завезли?
> А твоя фамилия Куколд? Шаришся супругой с соседом?
Столяров, а морду тебе за такие оскорбления в реальной жизни давно не били? Это потому что в реальной жизни ты можешь лишь фигу в кармане держать, а язык в ж-пе.
>> То есть ты просто предлагаешь упростить жизнь атакующим и дать им возможность
>> запускать любой их код без необходимост взламывать и пропихивать их код
>> через jit spraying? Какая-то шизофреническая логика.
> А ты просто не понял сарказма "я одного понять не могу, что
> им мешает пихнуть нативное исполнение в браузер".
>
> Ты понимаешь, что любое неконтролируемое исполнение - недопустимо с точки зрения элементарной
> безопасТности. Вот и я предложил, раз вы согласны на такое исполнение,
> то почему так заморачиваетесь со всякими велосипедами, сделайте все нативно и
> делов то.
Почему ты решил, что оно неконтролируемое? Потому что путаешь архитектуру с наличием ошибок в её реализации?
>> Шел скрипты - это тоже в опу? А Jit - это ненативное
>> исполнение?
> Шелл скрипт запускаю я. Джаваскрипт прилетевший с васяновского сайта - не я.
Ты уверен, что все шелл скрипты запускаешь лишь ты сам? Всё таки прими успокоительное, потому что реальность тебя сильно испугает.
>> Смена контекста - это аппаратная изоляция или програмная?
> какого контекста? изоляция она так и называется изоляцией, а не контекстом каким
> то. Контекст это энвайромент, окружение.
Контекста исполнения. Поинтересуйся сколько всего делает операционная система программно, чтобы изолировать один процесс от другого.

Ответить | Правка | Наверх | Cообщить модератору

251. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (239), 20-Сен-25, 14:09

> Будет несколько файлов для каждой из этих систем.
Вот она какая крослатформенность, где-то я об этом уже слышал.
> Аппаратные платформы принёс ты, вот ты и ответь.
То есть в контексте кросплатформенности мы должны заби(не Ы)ть на аппаратную платформу?
> Виртуальная машина общего пользования мало подходит для узкоспециализированного применения.
кофеварки - узкоспециализированное направление или такое себе общего пользования?
> Вероятнее всего причина была в этом, плюс JVM разрабатывалась в рамках
> совершенно другого проекта.
А так и есть, ясен пень, что гугэль (фуфэль) дел с jvm иметь не будет.
> Лучше расскажи, почему ты так настаиваешь именно на
> JVM? Разве других виртуальных машин не было? Разве JavaScript выполняется не
> в одной из них?
Ты понимаешь? что в браузере парсится исходный код javascript-а. Они хотят избавить браузер от парсинга, и исполнять (интерпретировать) байт код (скомпилированный). Мне пох*р на jvm, ты до сих пор не понял, что я противник любого исполнения кода в браузере!!! А комент мой начальный про нативное исполнение это сарказм, зачем такой геморой с вирт машинами если можно нативно исполнять. А мне в ответ - кросплатформенность, мать её.
> Стандартная библиотека Java - это например реализация System.out.println() и она выполняется
> в виртуальной машине. Частью виртуальной машины она является просто по факту
> наличия этого кода в виртуальной машине.
Байткод стандартной библиотеки поставляется вместе с вирт машиной и внутри самой вирт машины его нет.
//en.wikipedia.org/wiki/Java_bytecode
//docs.oracle.com/javase/specs/jvms/se9/html/jvms-6.html#jvms-6.5.invokevirtual
Что непонятно будет - спрашивай, если тебе чатгпт не помог.
> Одна стековая, другая регистровая. Одна статически типизирована, другая не полностью статическая и расчитана на динамически типизированный JS. Ну и там куча других
> нюансов.
Допустим избавились от js vm и пихнули jvm, что изменится?
> Шапку надень, а то простудишься.
Часто ты такое слышал? Иди погуляй, а батька в очередной командировки? Понятно.
> А что толку? Пока Столяровы пишут бесполезные книжки корпорация добра захватывает наши
> компьютеры.
Да знать не знаю этого Столярова, если он пишет, что в браузере исполнять код бесконтрольно это идиотизм, то я с ним полностью согласен.
> Ну вот в "процессе рождения самого браузера" появился свой нативный WebAssembly. На
> первый взгляд - хорошая вещь, но её зачем-то искусственно ограничили. А
> ты, непонятно почему, продолжаешь ностальгировать по Java.
А ты видать не родился тогда, когда ровно также из каждой щели хайповала джава в каждой кофеварке. Вебассембли это шаг от избавления от парсинга джаваскрипта и привязки к одному ЯП. Замени вебассембли на любую другую вирт машину, ничего не изменится.
> Так нативный код от вебо васянов, который ты так хочешь запускать у
> себя - это и есть всякая хрень, прилетевшая по сети. Определись
> уже.
Так до тебя еще не дошло, если я "хочу" (тебе пояснить что значит "хочу в кавычках"?) запускать все подряд прилетающее из сети, на кой мне твоя вирт машина если можно сделать это нативно?
> Столяров, а морду тебе за такие оскорбления в реальной жизни давно не
> били?
Не родился еще тот, а если родился, то точно от соседа!!! Хочешь мне набить морду?
Где ты там оскорбления увидел? Я задал тебе вопрос - "ты куколд?" Ты не понял к чему эта аналогия была? Ты же спросил у меня Столяров ли у меня фамилия. Мне считать это за оскорбление или  все таки за аналогию?
> Это потому что в реальной жизни ты можешь лишь фигу
> в кармане держать, а язык в ж-пе.
Ты хочешь проверить, что у меня в кармане лежит, сынок? Ты мне тут за вирт машину пояснить не можешь, ты мне за жизнь, думаешь пояснишь? Солей объелся?
> Почему ты решил, что оно неконтролируемое? Потому что путаешь архитектуру с наличием
> ошибок в её реализации?
Тебе по сети прилетает вот такая байда, на каждый запрос ты ее проверяешь?
<script>
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','https://www.google-analytics.com/analytics.js','ga');
    ga('create', 'UA-123449-1', 'auto');
    ga('send', 'pageview');
</script>
И ты говоришь, что ты контролируешь любое исполнение в браузере?
> Ты уверен, что все шелл скрипты запускаешь лишь ты сам? Всё таки
> прими успокоительное, потому что реальность тебя сильно испугает.
Детский треп, давай по существу.
> Контекста исполнения. Поинтересуйся сколько всего делает операционная система программно, чтобы изолировать один процесс от другого.
Я смотрю ты поинтересовался, ну так приведи хотя бы цитату того, что прочел. Расскажи мне, незнайке, как там устроена программная изоляция процессов, будь добр.
пс: за место трепа про "фольгу" поинтересовался бы за EMSEC.

Ответить | Правка | Наверх | Cообщить модератору

213. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от _kp (ok), 19-Сен-25, 04:54

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

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

231. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 19-Сен-25, 17:54

>>>пихать нативное исполнение в браузер - это от небольшого ума.
> Если в контейнере/виртуалке запуск, то никаких проблем.
Это и есть идея песочницы.
> А нативный код, это не только быстродействие, но и мгновенный запуск, без
> предварительного преобразования байт кода.
Да, но в случае с JS всё ещё хуже, потому что код там не байтовый, а исходный и его ещё скомпилировать надо.
> А разных архитектур, раз, два и обчёлся.
Борис, ты не прав. Посмотри на зоопарк мибильных устройств. Раз два и обчёлся - это разве что на серверах или в крайнем случае на персональных компьютерах. Но веб используется далеко не только на них.

Ответить | Правка | Наверх | Cообщить модератору

232. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от _kp (ok), 19-Сен-25, 18:06

> с JS всё ещё хуже, .. ещё скомпилировать надо.
Так и webassembly или надо компилировать, или интерпретировать. И в даже если компилировать, код будет плохой, не использующий фичи архитектуры.
>> Зоопарк мибильных устройств.
Ну, они на ARM.
Кто старый, нестандартный, кривой, и прочие неактуальные - могут перекомпилировать сами.
> на серверах
Там мощности другие, перекомпилирует что угодно, и не заметит

Ответить | Правка | Наверх | Cообщить модератору

234. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 19-Сен-25, 18:15

>> с JS всё ещё хуже, .. ещё скомпилировать надо.
> Так и webassembly или надо компилировать, или интерпретировать. И в даже если
> компилировать, код будет плохой, не использующий фичи архитектуры.
WebAssembly работает вовсе не с исходным кодом, поэтому компилировать там нечего. Ему надо лишь задействовать JIT для трансляции байт кода в машинный, ну или интерпретировать байт код, пока JIT не закончил свою работу. Именно так это работает в JVM.
>>> Зоопарк мибильных устройств.
> Ну, они на ARM.
> Кто старый, нестандартный, кривой, и прочие неактуальные - могут перекомпилировать сами.
На очень разных ARM и на очень разных OS.
>> на серверах
> Там мощности другие, перекомпилирует что угодно, и не заметит
Не скажи. Проблема холодного старта существует и там. Это одна из причин (хотя далеко не единственная) постепенного перехода с Java на Go.

Ответить | Правка | Наверх | Cообщить модератору

236. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (224), 19-Сен-25, 18:40

>Ему надо лишь задействовать JIT для трансляции байт кода в машинный, ну или интерпретировать байт код, пока JIT не закончил свою работу. Именно так это работает в JVM.
Угу, только произвести оптимизирующую трансляцию с учётом взаимодействия тысяч функций между собой. Мелочь. </sarcasm>Именно компиляция(разбор исходников на ключевые слова) дело плёвое, самый ад начинается после.
>На очень разных ARM и на очень разных OS.
ARMv7 и ARMv8 и всё. В качестве ОС выступает браузер, а он один и тот же. Виндовые приложения могут запускаться под Windows, wine + Linux, wine + FreeBSD. Более того, трансляция в другие архитектуры процессора тоже не исключена. Вроде такие разные архитектуры, а COFF бинарники даже не подозревают о том, что запущенны не на винде.

Ответить | Правка | Наверх | Cообщить модератору

237. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от zionist (ok), 19-Сен-25, 19:46

JIT - это условно бэкэнд обычного компилятора. Но в отличии от обычного компилятора оптимизация машинного кода в JIT может быть динамической, то есть с учётом конкретного использования кода. Другой частью обычного компилятора является фронтэнд и его работа не такая уж плёвая. Лексер и парсер - это далеко не всё, что есть во фронтэнде компилятора.

Ответить | Правка | Наверх | Cообщить модератору

242. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 01:46

> JIT - это условно бэкэнд обычного компилятора. Но в отличии от обычного
> компилятора оптимизация машинного кода в JIT может быть динамической, то есть
> с учётом конкретного использования кода. Другой частью обычного компилятора является фронтэнд
> и его работа не такая уж плёвая. Лексер и парсер -
> это далеко не всё, что есть во фронтэнде компилятора.
В WASM нет никакой динамической компиляции, это подаётся как преимущество перед asm.js. Никаких внезапных затупов в процессе работы не будет. Во фронтенде компилятора ещё есть макросы, но они есть далеко не в каждом языке.

Ответить | Правка | Наверх | Cообщить модератору

238. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от _kp (ok), 19-Сен-25, 21:28

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

> на очень разных OS.
В браузере не все ли равно в какой он ОS?

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

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

243. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 01:56

> Кстати, Ява и С# могли б ерундой не занимаиться, а тоже создавать
> сразу нативные бинарники, вон, на Маках Свифт может же.
.net core и генерит сразу машинные коды, от JIT они отказались. Ну, а Java это старый, неповоротливый корпоративный монстр. Особых изменений от них ждать не стоит. Кому очень надо быстро запускать Яву, те специальный процессор для неё сделают.

Ответить | Правка | Наверх | 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ообщить модератору

244. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 02:04

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

Ответить | Правка | Наверх | Cообщить модератору

252. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (239), 20-Сен-25, 14:21

> В смысле безконтрольного?
Этот код прилетает вам по сети, что тут не ясного?
> Работа в QEMU это тоже по Вашему запуск беcконтрольного кода?
Вам код для куэму по сети прилетает с каждым запросом?

Ответить | Правка | Наверх | Cообщить модератору

255. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 14:36

> Этот код прилетает вам по сети, что тут не ясного?
Как и CSS. И если Вы думаете, что CSS это не язык программирования, то заблуждаетесь. Вообще любые данные из сети провоцируют запуск какого-то кода. Например интерпретатор brainfuck имполняет код или просто реагирует на данные? Не имеет значения будет ли отображён контент страницы при помощи каких-то специально отформатированных данных или при помощи кода пришедшего для отрисовки контента. Код от данных отличается лишь точкой зрения. Вы боитесь, что этот код начнёт беспределить? Но для этого и нужны песочницы.
> Вам код для куэму по сети прилетает с каждым запросом?
Не с каждым запросом, но код приходит именно из сети. И никакой возможности проконтролировать содержимое этого кода у меня нет.

Ответить | Правка | Наверх | Cообщить модератору

257. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (239), 20-Сен-25, 14:55

> Код от данных отличается лишь точкой зрения.
конечно, по Фон Нейману так и есть, картинка в полне может содержать исполняемый код.
> Вы боитесь, что этот код начнёт беспределить? Но для этого и нужны песочницы.
Тут главное ответить на вопрос, по отношению к кому? Одно гнилое яблоко в корзине так же беспределит по отношению к остальным. Зачем класть гнилое яблоко в корзину? Должны контролировать? Да, а если яблоки попадают бесконтрольно, что тогда? Каждое яблоко в медицинский пакетик заворачивать или каждое в свою корзинку складывать? Вы и так обречены с текущей вычислительной архитектурой и дальше себя обременяете очередным гемором.
> Не с каждым запросом, но код приходит именно из сети.
Ок, вы его один раз проверяете и запускаете, а что с js? В любой запрос вам прилетит не то, что вы ожидаете.
> И никакой возможности проконтролировать содержимое этого кода у меня нет.
как это нет? вы не знаете какие инструкции будет исполнять процессор?

Ответить | Правка | Наверх | 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" +2 +/–

Сообщение от Аноним (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" –2 +/–

Сообщение от Аноним (103), 18-Сен-25, 14:42

>которые на порядки быстрее чем обычный JS
А не надо в JS впихивать Crysis.

Ответить | Правка | Наверх | Cообщить модератору

106. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (-), 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ообщить модератору

185. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (185), 18-Сен-25, 18:42

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

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

187. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от Аноним (-), 18-Сен-25, 18:47

> Согласен. Критерий может быть таким: если ты не владеешь и не видишь, чем пользуешься - вредно для потребителя.
Владеешь ли ты автобусом или поездом метро?
Понимаешь что там внутри?
Мог бы изготовить дома замену шатуну или электродвигателю?
Но пользуешься)
ps есть такое классное "обсессивно-компульсивное расстройство личности".
Выражается в частности, в желании контроллировать всё до чего пациент может дотянуться.

Ответить | Правка | Наверх | Cообщить модератору

196. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (185), 18-Сен-25, 19:28

Если Вы человек умный, то понимаете, что аргументик так себе.
- Я вижу(осязаю) обстановку в транспорте.
- Я могу выразить претензию эксплуатанту по определенным каналам.

Ответить | Правка | Наверх | Cообщить модератору

245. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 02:13

> - Я вижу(осязаю) обстановку в транспорте.
Ну так и фронтенд веб-приложения Вы видите.
> - Я могу выразить претензию эксплуатанту по определенным каналам.
И Вы тоже можете написать претензию владельцам кода, но они очевидно будут проигнорированы, как и в случае с транспортом.

Ответить | Правка | Наверх | Cообщить модератору

183. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (185), 18-Сен-25, 18:37

> Предоставлена возможность одновременного использования в одном WebAssembly-модуле нескольких объектов памяти и работы с разными адресными пространствами.
Это первые шаги в объектно-ориентированность? А что было до этого?
Ещё вопрос: Вот эти 4 подсистемы можно использовать по-отдельности, а то последняя в списке статьи очень подозрительно выглядит?

Ответить | Правка | Наверх | Cообщить модератору

247. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 03:16

> Это первые шаги в объектно-ориентированность? А что было до этого?
А до этого была чистая числодробилка, способная работать только с одним выделенным массивом чисел, который нужно считать всей существующей памятью. И даже изменять количество этой памяти изнутри было нельзя. WASM без API на JS абсолютно нежизнеспособен, но при этом переходы изнутри наружу работают крайне медленно. Ах да, стек при этом у него от JS, поэтому получить адрес возврата невозможно и соответственно невозможна раскрутка стека при исключениях без участия js, так же невозможно получить ссылку на что-либо в этом стеке. Все переменные сложнее одного числа и все переменные на которые нужно сформировать ссылку, должны быть выделены из того самого единственного массива.
Последнее просто разрешило хранить в этом недостеке ещё и строки и вызывать соответствующий API. Теперь WASM функция может принять строку, вернуть строку и передать строку в импортируемую из js функцию. Осталось добавить API для работы с массивами и объектами, но маловероятно, что мы это когда-либо увидим, ведь это сделает JS ненужным. Наверняка даже насчёт строк велись жаркие споры.

Ответить | Правка | Наверх | Cообщить модератору

188. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (185), 18-Сен-25, 18:48

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

Ответить | Правка | Наверх | Cообщить модератору

248. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (224), 20-Сен-25, 03:27

> Старается занять нишу java, но java проверена временем и неоднократно "шпинялась" на
> безопасность, а это неизвестный новичок.
Разработчики стандарта больше всего боятся сделать его полноценной заменой JS, так, что он всегда будет безопаснее JS. Нормального доступа к памяти у WASM нет, доступ есть только к типизированным массивам из JS. Что до Java см. CVE-2025-21587

Ответить | Правка | Наверх | Cообщить модератору

233. "Опубликован стандарт WebAssembly 3.0" +1 +/–

Сообщение от zionist (ok), 19-Сен-25, 18:06

Решил спросить китайских товарищей о причинах урезания доступа WebAssembly к DOM. Интересный диалог получился:
https://chat.qwen.ai/s/2ba20e04-99b1-4f24-a17e-058acf53226d?...
Среди прочего особенно понравилось следующее:
> It wasn't technical necessity - it was a business/political decision.

Ответить | Правка | Наверх | Cообщить модератору

240. "Опубликован стандарт WebAssembly 3.0" +/–

Сообщение от Аноним (241), 20-Сен-25, 00:33

...активно эксплуатируемая хакерами уязвимость в Хроме: CVE-2025-10585 - ошибка путаницы типов в движке V8 — JavaScript и WebAssembly. Это может привести к выполнению произвольного кода при помощи вредоносной HTML-страницы.

Ответить | Правка | Наверх | Cообщить модератору

256. Скрыто модератором +/–

Сообщение от Аноним (256), 20-Сен-25, 14:37

Выыод: Не юзайте Хром.

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


	170. "Опубликован стандарт WebAssembly 3.0"	+1 +/–
	Сообщение от Аноним (-), 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"	+/–
	Сообщение от Аноним (143), 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ообщить модератору


	173. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 17:44
	Ты бы хоть ссылку приложил /_- github.com/rust-lang/rust/issues/135011 В кратце: если специально написать полотно кода, то можно вызвать баг компилятора. Что собственно ты и показал в своем примере. Случайно написать такое весьма сложно) Думаю это стоит почининить когда-нибудь. Но оно весьма отличается от дыряшки или плюсов, по сложности исполнения: int main() { int ptr = (int )malloc(sizeof(int)); ptr = 42; free(ptr); printf("%d\n", ptr); return 0; }
	Ответить \| Правка \| К родителю #171 \| Наверх \| Cообщить модератору


	174. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (113), 18-Сен-25, 17:48
	>[оверквотинг удален] > Случайно написать такое весьма сложно) > Думаю это стоит почининить когда-нибудь. > Но оно весьма отличается от дыряшки или плюсов, по сложности исполнения: > int main() { > int ptr = (int )malloc(sizeof(int)); > ptr = 42; > free(ptr); > printf("%d\n", ptr); > return 0; > } А опытные такие проблемы и не допускают. Да и есть -fanalyzer у gcc.
	Ответить \| Правка \| К родителю #173 \| Наверх \| Cообщить модератору


	179. "Опубликован стандарт WebAssembly 3.0"	+/–
	Сообщение от Аноним (-), 18-Сен-25, 18:04
	> А опытные такие проблемы и не допускают. Да и есть -fanalyzer у gcc. Да уже скажи где я могу увидеть эти "опытных"??! Хотя бы глазком посмотреть. Вон проводили аудит LLVM. opennet.ru/opennews/art.shtml?num=60707 Реально сложный проект, который обмазан автотестами, санитайзерами, фаззингом "С 1.1 до 2.4 млн строк кода увеличен охват кодовой базы, вовлечённой в fuzzing-тестирование. Также был расширен используемый для fuzzing-тестирования инструментарий, а число применяемых для проверки fuzzing-движков увеличено с 12 до 15" И что? А все равно "удалось выявить 12 новых проблем, из которых 8 были вызваны ошибками, приводящими к повреждению памяти. 6 выявленных уязвимостей приводили к переполнению буфера, 2 к обращению к уже освобождённой памяти, 3 - к разыменованию нулевых уязазателей и 1 к чтению из области вне выделенного буфера"
	Ответить \| Правка \| К родителю #174 \| Наверх \| Cообщить модератору