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

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

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

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

Оглавление

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

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

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

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

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

Опыт ПитоноПерлоРастов показывает, что так можно делать Ну и сишники с плюсовика, 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) –1

Пруфы или примеры увидеть бы А то косплеете лебедева Ты про темплейты от которых, Аноним (-), 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)

В отдаленной - да, выкинет Вы ведь понимаете что дело то в IDE Когда код вам у, Джон Титор (ok), 18:04 , 20-Сен-25, (260)

Вот это новости Уважаемый эксперт не слышал о 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) –4

В С уже завезли 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)

Локомотив технологического развития налетает на выход IPhone Где Джобс объявляе, GrandProgrammer (ok), 22:13 , 20-Сен-25, (274)

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

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

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

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

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

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

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

Вам бы что-то содержательное по теме сказать , Аноним (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)
Так и запишем - про java у анонимный эксперт ТМ знает вот ровно ничего , но в, User (??), 15:23 , 20-Сен-25, (258)

не может сочетаться сКогда вы это уже поймёте, гуглолюбы , Аноним (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)

Потому что, когда проект разрастается до сотен тысяч строк кода, а в худших случ, Аноним (262), 19:02 , 20-Сен-25, (262)

Нет, не может, потому что там, где в 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) +4

что это за старье, если не появится поддержка современных языков, не взлетит, Букер (?), 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)

Скрыто модератором, zionist (ok), 00:09 , 21-Сен-25, (276)

Скрыто модератором, Аноним (239), 02:04 , 21-Сен-25, (280)

Если в контейнере виртуалке запуск, то никаких проблем А нативный код, это не т, _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)

Цитата из Википедии WebAssembly implementations generally use either ahead-of-t, zionist (ok), 00:22 , 21-Сен-25, (278)

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

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

С чего ты взял Там есть JIT Ты можешь использовать Native AOT или NGEN и тогда, zionist (ok), 00:34 , 21-Сен-25, (279)

С того, что я смотрел на внутренности бинарника Там машинный код, а не IL , Аноним (224), 04:36 , 21-Сен-25, (281)

Плохо смотрел По-умолчанию машинный код там - это всего лишь bootstrap , zionist (ok), 15:31 , 21-Сен-25, (283)

Никто не мешает У гугла были 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)

Вы все свои программы прямо в ядре ОС запускаете или предпочитаете всё запускать, Аноним (224), 19:47 , 20-Сен-25, (268)

Курам на смех любая программно-реализуемая изоляция на Фон Неймановской архитект, Аноним (239), 22:49 , 20-Сен-25, (275)

Ага, можно, только это будет производительность уровня нативного кода на коре ду, Аноним (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

Так ведь навязывальщики васма именно это и делают А наёмнику-наймиту заказчика н, Аноним (263), 19:03 , 20-Сен-25, (263)

Ничего они вам не указывают У вас есть отличный выбор не пользоваться таким про, Аноним (-), 20:24 , 20-Сен-25, (270)

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

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

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

Да, можно Не совсем просто - ну так и васм не совсем просто На самом деле даже, Аноним (263), 18:44 , 20-Сен-25, (261)

Так и запишем неадекватная белка-истеричка в очередной раз огульно обвиняет авт, Аноним (-), 20:28 , 20-Сен-25, (271)

Как 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), 19:29 , 20-Сен-25, (266)

Простите с компьютером, Аноним (185), 19:32 , 20-Сен-25, (267)

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

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

Первая ступень самостоятельно-вычислительной машины Ну там же были jсс, cmp, mo, Аноним (185), 18:01 , 20-Сен-25, (259)

Это нонсенс Вы когда-нибудь запускали Android для архитектуры ARM на обычном x8, Аноним (224), 20:22 , 20-Сен-25, (269)

Старается занять нишу 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

И что Технически аппаратно железо потянет Озабоченность пролегает на линии э, Аноним (185), 19:17 , 20-Сен-25, (265)

Поясни про этику, политику и приватность в контексте данной темы , zionist (ok), 00:17 , 21-Сен-25, (277)

активно эксплуатируемая хакерами уязвимость в Хроме CVE-2025-10585 - ошибка , Аноним (241), 00:33 , 20-Сен-25, (240)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Потом тоже сломают, не переживайте.

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

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

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

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

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

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

Сообщение от Фнон (?), 18-Сен-25, 12:42

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

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

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

Сообщение от Незнакомка (?), 18-Сен-25, 13:36

Без этого старого они нафиг никому не нужны. Это их конек. Иначе проигрывает Rust по всем статьям. То есть совместимость сломаешь, но выигрышь локальный. А чтобы починить все - это уже новый язык

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

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

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

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

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

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

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

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

В отдаленной - да, выкинет. Вы ведь понимаете что дело то в IDE. Когда код вам удобно набирать тегами и скриптом, то различные фреймворки естественно востребованы. Когда появляется IDE типа Macromedia Flash или Blend для VS, рисующая то что ранее требовало существенного труда, то пользователю уже становится не так важно что там под капотом. А когда ещё это рисуется каким-нибудь AI, которое делает почти то что надо - так вообще сказка! А в ассемблер для браузера можно превратить и код на других ЯП.

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

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

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

Сообщение от GrandProgrammer (ok), 20-Сен-25, 22:13

Локомотив технологического развития налетает на выход IPhone. Где Джобс объявляет что HTML5 лучше.

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

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

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

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

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

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

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

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

Сообщение от User (??), 20-Сен-25, 15:23

Так и запишем - про 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ообщить модератору

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

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

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

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

Сообщение от _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. Скрыто модератором +/–

Сообщение от 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. Скрыто модератором +/–

Сообщение от Аноним (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. Скрыто модератором +/–

Сообщение от 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. Скрыто модератором +/–

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

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

Сообщение от zionist (ok), 21-Сен-25, 00:09

>> Будет несколько файлов для каждой из этих систем.
> Вот она какая крослатформенность, где-то я об этом уже слышал.
Теперь ты говоришь загадками и скорее всего сам с собой. Потому что что ты слышал и какую таблетку забыл принять сегодня знаешь лишь ты.
>> Аппаратные платформы принёс ты, вот ты и ответь.
> То есть в контексте кросплатформенности мы должны заби(не Ы)ть на аппаратную платформу?
Нет, в контексте кросплатформенности мы должны учитывать как аппаратные особенности платформы, так и программные.
>> Виртуальная машина общего пользования мало подходит для узкоспециализированного применения.
> кофеварки - узкоспециализированное направление или такое себе общего пользования?
Для приготовления чая или варки супа они мало подходят. А для чего ты уже который раз задаёшь детские вопросы?
>> Вероятнее всего причина была в этом, плюс JVM разрабатывалась в рамках
>> совершенно другого проекта.
> А так и есть, ясен пень, что гугэль (фуфэль) дел с jvm
> иметь не будет.
Причём тут Google? JavaScript в браузере придумали, реализовали и распространили вовсе не гуглеры.
>> Лучше расскажи, почему ты так настаиваешь именно на
>> JVM? Разве других виртуальных машин не было? Разве JavaScript выполняется не
>> в одной из них?
> Ты понимаешь? что в браузере парсится исходный код javascript-а. Они хотят избавить
> браузер от парсинга, и исполнять (интерпретировать) байт код (скомпилированный).
Разумеется он там парсится, но вот избавлять браузер от парсинга они совсем не хотят. Иначе WebAssmebly имел бы полный доступ ко всему тому же, к чему имеет доступ JavaScript.
> Мне пох*р на jvm, ты до сих пор не понял, что я противник
> любого исполнения кода в браузере!!! А комент мой начальный про нативное
> исполнение это сарказм, зачем такой геморой с вирт машинами если можно
> нативно исполнять. А мне в ответ - кросплатформенность, мать её.
Ну да и кросплатформенность и изолированность. То есть глупый у тебя получился сарказм - технически безграмотный.
>> Стандартная библиотека Java - это например реализация System.out.println() и она выполняется
>> в виртуальной машине. Частью виртуальной машины она является просто по факту
>> наличия этого кода в виртуальной машине.
> Байткод стандартной библиотеки поставляется вместе с вирт машиной и внутри самой вирт
> машины его нет.
Есть, причём уже в прескомпилированном виде и некоторые вещи из стандартной библиотеки в прикладном коде (то есть если ты напишешь их сам и точно так же) работать не будут. Ты какой-то буквоед. Внутри, не внутри, на 3 см внутри... Какая разница? Стандартная библиотека - это часть виртуальной машины и в каких именно файлах она сидит большой роли не играет.
> //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, что изменится?
Как минимум JavaScript перестанет работать или его новая реализация будет очень тормозной.
>> Шапку надень, а то простудишься.
> Часто ты такое слышал? Иди погуляй, а батька в очередной командировки? Понятно.
Это один из известных мемов, а у тебя видать гулящая мать была, раз сразу такие ассоциации и уже не в первый раз.
>> А что толку? Пока Столяровы пишут бесполезные книжки корпорация добра захватывает наши
>> компьютеры.
> Да знать не знаю этого Столярова, если он пишет, что в браузере
> исполнять код бесконтрольно это идиотизм, то я с ним полностью согласен.
Ну раз согласен, то предложи и реализуй что-то лучше. А то уже надоело твоё бесконечное нытьё.
>> Ну вот в "процессе рождения самого браузера" появился свой нативный WebAssembly. На
>> первый взгляд - хорошая вещь, но её зачем-то искусственно ограничили. А
>> ты, непонятно почему, продолжаешь ностальгировать по Java.
> А ты видать не родился тогда, когда ровно также из каждой щели
> хайповала джава в каждой кофеварке. Вебассембли это шаг от избавления от
> парсинга джаваскрипта и привязки к одному ЯП. Замени вебассембли на любую
> другую вирт машину, ничего не изменится.
JavaScript парсится вовсе не в WebAssembly и, как я уже говорил выше, никто от его парсинга избавляться не собирается. Это просто факт. Ну а привязка к одному языку программирования в браузере - это действительно зло.
>> Так нативный код от вебо васянов, который ты так хочешь запускать у
>> себя - это и есть всякая хрень, прилетевшая по сети. Определись
>> уже.
> Так до тебя еще не дошло, если я "хочу" (тебе пояснить что
> значит "хочу в кавычках"?) запускать все подряд прилетающее из сети, на
> кой мне твоя вирт машина если можно сделать это нативно?
Специально для Столяровых с завышенным ЧСВ повторяю - твой сарказм совершенно глупый и технически безграмотный.
>> Столяров, а морду тебе за такие оскорбления в реальной жизни давно не
>> били?
> Не родился еще тот, а если родился, то точно от соседа!!! Хочешь
> мне набить морду?
Слова слова... Нарвёшься как нибудь в реальной жизни на кого-то, кто проекции твоих детских воспоминаний о родителях не оценит и будешь битый.
> Где ты там оскорбления увидел? Я задал тебе вопрос - "ты куколд?"
> Ты не понял к чему эта аналогия была? Ты же спросил
> у меня Столяров ли у меня фамилия. Мне считать это за
> оскорбление или  все таки за аналогию?
Ты сам не понял что спорсил? Может быть ты болен на голову?
>> Это потому что в реальной жизни ты можешь лишь фигу
>> в кармане держать, а язык в ж-пе.
> Ты хочешь проверить, что у меня в кармане лежит, сынок? Ты мне
> тут за вирт машину пояснить не можешь, ты мне за жизнь,
> думаешь пояснишь? Солей объелся?
Делать мне больше нечего, пояснять тебе за жизнь, болезному. Я лишь сказал, что в реальной жизни ты себя так по-хамски не ведёшь. Потому что знает, что иначе люлей огрести можешь довольно быстро.
>[оверквотинг удален]
> <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>
>
> И ты говоришь, что ты контролируешь любое исполнение в браузере?
Зачем мне это проверять? Код выполняется в песочнице и реальной угрозы не несёт. Если он меня сильно напряжёт, я просто заблокирую www.google-analytics.com
>> Ты уверен, что все шелл скрипты запускаешь лишь ты сам? Всё таки
>> прими успокоительное, потому что реальность тебя сильно испугает.
> Детский треп, давай по существу.
Детский трёп у тебя, если ты считаешь, что все шелл скрипты запускаются лично тобой и что их код всегда ясен и понятен с полувзгляда.
>> Контекста исполнения. Поинтересуйся сколько всего делает операционная система программно, чтобы изолировать один процесс от другого.
> Я смотрю ты поинтересовался, ну так приведи хотя бы цитату того, что
> прочел. Расскажи мне, незнайке, как там устроена программная изоляция процессов, будь
> добр.
Ну вот помню в процессорах AMD какой-то баг нашли, он какие-то регистры после смены контекста не чистил и в коде ядра FreeBSD это сделали руками. А рядом с этим кодом был другой код, который так же что-то изменял в регистрах в этот момент.
> пс: за место трепа про "фольгу" поинтересовался бы за EMSEC.
EMSEC на пользовательском компьютере через JavaScript в браузере? Тебе таки нужна фольга головы, сожалею.

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

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

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

> Теперь ты говоришь загадками и скорее всего сам с собой. Потому что
> что ты слышал и какую таблетку забыл принять сегодня знаешь лишь
> ты.
Не ты ли рецепт выписал? Понять не можешь, что сам же накалялкал? Водички попей, солевой ты наш.
> Нет, в контексте кросплатформенности мы должны учитывать как аппаратные особенности платформы,
> так и программные.
Отлично, берем на заметку.
> Для приготовления чая или варки супа они мало подходят. А для чего
> ты уже который раз задаёшь детские вопросы?
Лакмус на рожденных не раньше нулевых :)
> Разумеется он там парсится, но вот избавлять браузер от парсинга они совсем
> не хотят. Иначе WebAssmebly имел бы полный доступ ко всему тому
> же, к чему имеет доступ JavaScript.
Будет иметь, не за горами.
> Ну да и кросплатформенность и изолированность. То есть глупый у тебя получился
> сарказм - технически безграмотный.
:) книжек читай больше

> Есть, причём уже в прескомпилированном виде и некоторые вещи из стандартной библиотеки
> в прикладном коде (то есть если ты напишешь их сам и
> точно так же) работать не будут. Ты какой-то буквоед. Внутри, не
> внутри, на 3 см внутри... Какая разница? Стандартная библиотека - это
> часть виртуальной машины и в каких именно файлах она сидит большой
> роли не играет.
картинки будет достаточно
//docs.oracle.com/javase/8/docs/
//ddc-java.github.io/jre-jdk/jcl.html
> Учись, студент.
Учу!
> Как минимум JavaScript перестанет работать или его новая реализация будет очень тормозной.
ясно, завтра с родителя в школу.
> Это один из известных мемов, а у тебя видать гулящая мать была,
> раз сразу такие ассоциации и уже не в первый раз.
а ты по ходу уши на морозе отморозил? надень шапочку из спас одеяла :)
> Ну раз согласен, то предложи и реализуй что-то лучше. А то уже
> надоело твоё бесконечное нытьё.
С какого перепугу? Тебе предлагать да еще делать что-то лучшее? Пока существуют га*ноеды, будут существовать и га*ноделы и никак не наоборот. Я думаю ты уже понял из каких будешь ты.
> JavaScript парсится вовсе не в WebAssembly и, как я уже говорил выше,
> никто от его парсинга избавляться не собирается. Это просто факт. Ну
> а привязка к одному языку программирования в браузере - это действительно
> зло.
Вебассембли это избавление от джаваскрипта!
> Специально для Столяровых с завышенным ЧСВ повторяю - твой сарказм совершенно глупый
> и технически безграмотный.
Глупости свои мне повторять не надо. Про технически я тут даже разговор с вами вести не буду, вам лень даже по ссылкам пройтись и прочитать интереса ради. Вывод - либо вы солевой, либо бот.
> Слова слова...
Проверить хочешь?
> Ты сам не понял что спорсил? Может быть ты болен на голову?
Ты куколд? Вопрос ясен или разжевать?
> Делать мне больше нечего, пояснять тебе за жизнь, болезному. Я лишь сказал,
> что в реальной жизни ты себя так по-хамски не ведёшь. Потому
> что знает, что иначе люлей огрести можешь довольно быстро.
Повторяю - не родился, а если и родился, то точно от соседа, а с такими не церемонятся.
Перечитай коменты, хамишь тут только ты.
> Зачем мне это проверять?
Вот на такой вопрос я и задал тебе по-еврейски вопрос - ты куколд?, выходит да.
> Детский трёп у тебя, если ты считаешь, что все шелл скрипты запускаются
> лично тобой и что их код всегда ясен и понятен с
> полувзгляда.
Короче, иди в школу там с пацанами базарь.
> EMSEC на пользовательском компьютере через JavaScript в браузере? Тебе таки нужна фольга
> головы, сожалею.
Повторю, ты куколд?
пс: если не ясна аналогия с куколдом просто скажи, поясню.

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

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

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

>> JIT - это условно бэкэнд обычного компилятора. Но в отличии от обычного
>> компилятора оптимизация машинного кода в JIT может быть динамической, то есть
>> с учётом конкретного использования кода. Другой частью обычного компилятора является фронтэнд
>> и его работа не такая уж плёвая. Лексер и парсер -
>> это далеко не всё, что есть во фронтэнде компилятора.
> В WASM нет никакой динамической компиляции, это подаётся как преимущество перед asm.js.
> Никаких внезапных затупов в процессе работы не будет. Во фронтенде компилятора
> ещё есть макросы, но они есть далеко не в каждом языке.
Цитата из Википедии: WebAssembly implementations generally use either ahead-of-time (AOT) or just-in-time (JIT) compilation, though some may also use an interpreter. While the first implementations appeared in web browsers, there are now many non-browser implementations for general-purpose use.
Что касается фронтэнда обычных компиляторов, то там тоже есть свои оптимизации кода. А макросами занимается вообще препроцессор до компилятора.

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от zionist (ok), 21-Сен-25, 00:34

> .net core и генерит сразу машинные коды, от JIT они отказались.
С чего ты взял? Там есть JIT. Ты можешь использовать Native AOT или NGEN и тогда JIT использоваться не буедт, но это не является поведением по-умолчанию, то есть полностью от JIT никто не отказывался.

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

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

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

> С чего ты взял?
С того, что я смотрел на внутренности бинарника. Там машинный код, а не IL.

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

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

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

>> С чего ты взял?
> С того, что я смотрел на внутренности бинарника. Там машинный код, а
> не IL.
Плохо смотрел. По-умолчанию машинный код там - это всего лишь bootstrap.

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

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

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

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

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

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

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

> Вы все свои программы прямо в ядре ОС запускаете или предпочитаете всё запускать в изоляции с виртуальной памятью и полным запретом на прямой доступ к железу?
Курам на смех любая программно-реализуемая изоляция на Фон Неймановской архитектуре!!!
> Политика нулевого доверия коду и данным стала нормой после того как в мире расплодились хакеры.
До вашего "зиротраст", мужики делают "ред-блек" сепарацию, не надо мне рассказывать за "секур бай дезинг".
> Проверяю? Как я его должен проверить? Хэш iso-файла сравнить?
Вы о чем щас, о джаваскрипте или исошке? если исошке - распакуй и проверь, в чем проблема, делается один раз после скачки (исошку то мы точно знаем, что качаем (запрашиваем по сети) ради исполнения), а вот джаваскрипт у вас качается каждым запросом, разницу понимаем? у вас с каждым запросом из сети прилетает исполняемый файл, а вы то вовсе не собирались что-либо исполнять, а тупо новости на опеннете почитать решили.
> Но это никак мне не поможет, если доверенный разработчик заложил троян.
Когда я говорю проверить и контроллировать, это означает, что у меня на это есть необходимость, то есть мне нужно запустить код из сети (скачать исошку, экзешку - неважно), и есть все средства для проверки (хеш сумма, подпись, исходный код, дизассемблер и т.д. - неважно), то есть я могу контролировать, то что хочу исполнить. В случае с джаваскриптом, у меня нет необходимости при чтении новостей исполнять код, тем более который при каждом запросе прилетает. Я не могу котролировать каждый такой запуск, в любой момент прилетит все что угодно. С исошкой тоже прилетит что угодно, но исошку качаем по необходимости  и осознанно и перед каждым запуском (сами запускаем) имеем возможность проверить.
> Именно правильная комбинация инструкций приводит к пользе или вреду, а знать какая именно комбинация в бинарнике перед Вами Вы не можете пока его не запустите и не увидите результат.
Стоп, я не кота в мешке запускаю на реальной системе, а как по вашему отладку динамическую делают? Для этих целей есть отладочные станции на который запускают тестируемый софт. Я скачал исошку сел за отладочную рабочую станцию, запустил отладчик и втыкаю проверки. В случае с джаваскриптом, он бесконтрольно запускается без необходимости на реальной рабочей станции. Вы просто стрелки не в ту сторону уводите, мы же не обсуждаем методы проверок и т.д. Мы не определяем щас какие инструкции полезны, какие вредны. Речь идет о проверке и контролируемым запуском софта прилетевшем по сети, то есть софт к которому нет доверия до проверки.
пс: даже обычные вирт. маши в которых можно запустить для отладки софт к которому нет доверия грешат багами позволяющие выходить зловреду из гостевого окружения в хостовое, вот вам и изоляция. Это разве изоляцией называется? Курам на смех, в пример всякие фуфэль хромные сендбокс эскейпинги.

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

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

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

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

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

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

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

> Так ведь навязывальщики васма именно это и делают.
Ничего они вам не указывают. У вас есть отличный выбор не пользоваться таким продуктом!
Открывайте на своем дилло сайты которые его поддерживают.
А вот как раз ВЫ пытаетесь указать заказчику/разработчику как ему делать ЕГО продукт.
Как будто ваше мнение более значимое чем их.
Хотя по факту они - делают продукт, а вы обычная потре...дь.
> А наёмнику-наймиту заказчика нужно бабло заработать.
Да, внезапно разработчики хотят кушать.
Не все могут рубить бабло танцуя в костюме антилопы.
> Напр. навязать его скоту, и производить им акты скотоложества во все щели
> во всех нужных позициях.
Это у вас опыт такой?)) Какие только люди на опенке не встречаются!
Сочувствую, сочувствую...

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

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

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

>И их можно просто взять и открыть в браузере?
Да, можно. Не совсем просто - ну так и васм не совсем просто. На самом деле даже проще, чем с васмом. Долботни на порядки меньше. Чтобы скомпилить прогу под васм чтобы в браузере шла мне либо весь жирнющий emscripten toolchain тащить, либо альтернативный тулчейн собирать от одного васяна, который с ванильным clangом работает ... только этот альтернативный тулчейн маленько протух и я настолько задолбался его фиксить, что забил на это дело. В файрфоксе же вопрос решается одним аддоном на чистом JavaScript с несколькими строчками кода, дёргающими API, огороженное от быдла. И обычной shared-библиотекой для обычного linux, рабоающей с нативной производительностью на нативном процессоре.
>авторы так захотели
Так и запишем: вредоносные авторы захотели вредоносного.
>В современном мире это очень важно.
Кому важно - тот поражён вредоносным червём.

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

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

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

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

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

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

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

- В первом случае я воспринимаю реальность, во втором виртуальность - пиксели, аватары. Это как играть в компьютеров в карты - у тебя свои карты у него все остальные, а на экране показано, что у него ограниченное количество.
- Разница есть - Эксплуатант ближе и в обязанностях написано не допускать претензий. Есть надзирающие органы и гензаказчик.

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

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

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

Простите. *с компьютером

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

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

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

> А до этого была чистая числодробилка, способная работать только с одним выделенным
> массивом чисел, который нужно считать всей существующей памятью.
Первая ступень самостоятельно-вычислительной машины. Ну там же были jсс, cmp, mov, math instructions? Цель - инкапсулярно вычислить без накладных расходов.


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

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

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

>инкапсулярно вычислить без накладных расходов.
Это нонсенс. Вы когда-нибудь запускали Android для архитектуры ARM на обычном x86-64? Знаете как он лагает? Ситуация там идентичная WASM в браузере. Есть код с нулевым доверием и регулярными обращениями к памяти, ни одно из которых не должно обойти песочницу. Плюс трансляция байт-кода одной архитектуры в другую с оптимизацией под эту другую архитектуру.

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

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

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

И что? Технически (аппаратно) железо потянет. Озабоченность пролегает на линии этики, политики, приватности.

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

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

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

> И что? Технически (аппаратно) железо потянет. Озабоченность пролегает на линии этики, политики,
> приватности.
Поясни про этику, политику и приватность в контексте данной темы.

Ответить | Правка | Наверх | 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"	–3 +/–
Сообщение от 12yoexpert (ok), 18-Сен-25, 08:31
хоспаде, оно ещё нигде не используется, а они уже два раза обратную совместимость сломали
Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


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


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


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


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


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


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