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

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

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

57. Сообщение от Аноним (-), 18-Сен-25, 11:58	–2 +/–
> у питона были взлеты и падения особенно 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ообщить модератору
Родитель: #47

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

75. Сообщение от Аноним (122), 18-Сен-25, 12:57	–1 +/–
В плюсах абстракций уже не меньше чем в яве наворочено. А если в точных числах производительности, то вот, ява уступила C++ на 0.1%. https://www.techempower.com/benchmarks/#section=data-r23 may-minihttp 100.0% rust h2o 92.4% C drogon-core 78.5% C++ vertx-postgres    78.4% Java
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #82

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

93. Сообщение от Джон Титор (ok), 18-Сен-25, 14:25	+/–
А что, поискать нельзя? Cheerp (formerly Duetto): Compiles C++ applications to both binary code and JavaScript, integrated with the LLVM/clang infrastructure. Clue: A C language compiler capable of targeting various runtimes, including JavaScript. Mandreel: Converts C++ and Objective-C applications based on OpenGL ES to JavaScript or ActionScript 3 web applications. Bonsai-C: Focuses on converting C code to asm.js. И это только первое что найдено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

94. Сообщение от Аноним (-), 18-Сен-25, 14:26	+2 +/–
> Стандарт 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ообщить модератору
Родитель: #85

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

149. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #139 Ответы: #153

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

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

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

153. Сообщение от Аноним (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ообщить модератору
Родитель: #149 Ответы: #155

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

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

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

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

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

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

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

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

162. Сообщение от Аноним (143), 18-Сен-25, 17:04	+2 +/–
> Только 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. В общем, чел, твои претензии и аргументы с потрохами выдают из тебя гордого писателя хеэлоуворлдов в одно лицо, который ни в одном реальном коммерческом проекте не участвовал, и, вероятно, даже ВУЗа по специальности не заканчивал. Последнее очевидно из твоих фантащий про "автоматическую расстановку лайфтаймов", то есть про "Проблему остановки" ты не слыхал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #164

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

164. Сообщение от Аноним (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ообщить модератору
Родитель: #162 Ответы: #172

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

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

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

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

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

170. Сообщение от Аноним (-), 18-Сен-25, 17:35	+1 +/–
> 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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

171. Сообщение от Аноним (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" } ```
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #173, #177

172. Сообщение от Аноним (169), 18-Сен-25, 17:43	+1 +/–
> До gcc таких продвинутых не было Ну теперь заживем! "It is neither sound nor complete" "The analyzer is only suitable for use on C code in this release." ...а, нет, не заживем - придется ждать, пока "такой продвинутый" продвинется дальше. 😭 > Только вот у раста тоже есть false negatives. > Никакой полноты в сфере безопасности у раста не было. > Можно получить сегфолт без unsafe кода Ни одной ссылки в доказательство этих утверждений ты, конечно же, не приведешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #176

173. Сообщение от Аноним (-), 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; }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #174

174. Сообщение от Аноним (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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #179

175. Сообщение от Аноним (114), 18-Сен-25, 17:50	–1 +/–
У языка нет скорости, кексперт. Есть у кода который на нем написан, что и сравнивается в одинаковой задаче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #184

176. Сообщение от Аноним (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" }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #180

177. Сообщение от Аноним (169), 18-Сен-25, 17:53	+/–
Ты еще https://github.com/Speykious/cve-rs на серьезных щах упомяни, лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

178. Сообщение от Страдивариус (?), 18-Сен-25, 18:03	–1 +/–
Плевать на производительность. Любая производительность на ТВОЁМ железе лучше, чем твоя возможность понять, чем занимается это выполняемое дерьмо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #208

179. Сообщение от Аноним (-), 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 к чтению из области вне выделенного буфера"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

180. Сообщение от Аноним (181), 18-Сен-25, 18:20	+1 +/–
> Зачем сразу ссылки. Могу прямо кодом дать. То есть ты нашел в инете ссылку на баг компилятора, который воспроизводится через акробатику с transmute() - и преподносишь это как доказательство отсутствия гарантий в языке? Я все правильно понял? А еще более жалкий аргумент ты не мог придумать? Уважающие себя воины против Раста в таких случаях дают ссылку на https://github.com/Speykious/cve-rs Учись у братьев по оружию!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

181. Сообщение от Аноним (181), 18-Сен-25, 18:25	+/–
> ССЗБ что не применяют. Это их проблемы, а не проблемы языка Если на язык не позволяет безопасно работать с памятью, не обмазавшись для этого кучей левых анализаторов - это как раз таки проблема языка. Причем проблема, заботливо прописаная дидами в стандартах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

182. Сообщение от Аноним (181), 18-Сен-25, 18:30	+/–
> Это не реальный код, а синтетический пример > Смысл обсуждать дальше есть. Обсуждать дальше будет иметь смысл только после того, как ты приведешь адекватный пример проблемы. > Обрабатывать, но не сейчас, а в родительской функции родительской функции. В "родительской функции родительской функции" ты уже ничего обработать нормально не сможешь, потому что у тебя потеряно 2 уровня контекста. Ты бы еще единственный try-catch в main() в прммер привел. В общем, ни одной "детской проблемы" с обоаботкой ошибок в Расте ты пока привести так и не смог.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

183. Сообщение от Аноним (185), 18-Сен-25, 18:37	+/–
> Предоставлена возможность одновременного использования в одном WebAssembly-модуле нескольких объектов памяти и работы с разными адресными пространствами. Это первые шаги в объектно-ориентированность? А что было до этого? Ещё вопрос: Вот эти 4 подсистемы можно использовать по-отдельности, а то последняя в списке статьи очень подозрительно выглядит?
Ответить | Правка | Наверх | Cообщить модератору

184. Сообщение от Аноним (181), 18-Сен-25, 18:39	+/–
> У языка нет скорости, кексперт. Спасибо, кэп! Главное, что она есть у веб-фреймворков. Так и померяли... > Есть у кода который на нем написан, что и сравнивается в одинаковой задаче. А, ну значит Python в 10 раз быстрее C++: https://stackoverflow.com/questions/9371238/why-is-reading-l... И "задача одинаковая" (как экспертно заявил ты), и "код типичный" (как писал эксперт выше). Дно на сегодня уже домтигнуто, или будем пробивать дальше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

185. Сообщение от Аноним (185), 18-Сен-25, 18:42	+/–
> откровенно вредительский стандарт Согласен. Критерий может быть таким: если ты не владеешь и не видишь, чем пользуешься - вредно для потребителя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #187

186. Сообщение от Аноним (181), 18-Сен-25, 18:45	+/–
> Проблема в том, что сейчас это можно делать только при помощи JS. Это вообще не проблема. К тому же, сейчас есть TypeScript и т.п. > Но не всем он подходит Оно подходит уже 30 лет всем, кто пишет фронтенд. Ты такой особенный, или что? > не все хотят переводить разработку на него С чего переводить, лол? Фронт всегда был на JS. > и переучиваться Ну если ты хочешь работать на фронтенде, но не способен выучить стандартный для него язык, то я не знаю, что тебе сказать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #197

187. Сообщение от Аноним (-), 18-Сен-25, 18:47	+/–
> Согласен. Критерий может быть таким: если ты не владеешь и не видишь, чем пользуешься - вредно для потребителя. Владеешь ли ты автобусом или поездом метро? Понимаешь что там внутри? Мог бы изготовить дома замену шатуну или электродвигателю? Но пользуешься) ps есть такое классное "обсессивно-компульсивное расстройство личности". Выражается в частности, в желании контроллировать всё до чего пациент может дотянуться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #196

188. Сообщение от Аноним (185), 18-Сен-25, 18:48	+/–
Старается занять нишу java, но java проверена временем и неоднократно "шпинялась" на безопасность, а это неизвестный новичок.
Ответить | Правка | Наверх | Cообщить модератору

191. Сообщение от Аноним (181), 18-Сен-25, 19:05	+/–
> Кстати, никто так до сих пор и не ответил, чем это было нехорошо. Это был сговор проклятых корпораций. Правду от нас до сих пор скрывают, поэтому ответа мы не получим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

192. Сообщение от Аноним (192), 18-Сен-25, 19:06	+/–
из app.cadbase.rs не согласны с этим утверждением, там wasm - исходник gitlab.com/cadbase/cdbs-app
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

194. Сообщение от Аноним (-), 18-Сен-25, 19:13	–1 +/–
Подкупать файрфокс, и заставить их ломать обратную совместимость аддонов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #198

195. Сообщение от Аноним (-), 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 и станет ясно что такое днище нужно закапывать. Глубоко и навсегда)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

196. Сообщение от Аноним (185), 18-Сен-25, 19:28	+/–
Если Вы человек умный, то понимаете, что аргументик так себе. - Я вижу(осязаю) обстановку в транспорте. - Я могу выразить претензию эксплуатанту по определенным каналам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

197. Сообщение от zionist (ok), 18-Сен-25, 19:32	–1 +/–
>> Проблема в том, что сейчас это можно делать только при помощи JS. > Это вообще не проблема. К тому же, сейчас есть TypeScript и т.п. Это проблема, потому что JS - это убогий язычок с динамической типизацией для обезьянок. Ну а TypeScript просто не поддерживается браузерами напряму, поэтому мимо. >> Но не всем он подходит > Оно подходит уже 30 лет всем, кто пишет фронтенд. Ты такой особенный, > или что? Можно подумать у обезьянок есть выбор языков или они пишут качественный код. JS только и делает, что тормозит браузер. >> не все хотят переводить разработку на него > С чего переводить, лол? Фронт всегда был на JS. У обезьянок какой-то ограниченный ум и они не знают, что JS - это не только веб? Нода - это что? Электрон - это что? Ты профнепригоден или как? >> и переучиваться > Ну если ты хочешь работать на фронтенде, но не способен выучить стандартный > для него язык, то я не знаю, что тебе сказать... Боже упаси, я не хочу становиться таким как вы. Лучше перечитай ответ выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #200

198. Сообщение от Аноним (198), 18-Сен-25, 19:46	+/–
Ох уж эти консперологи... Firefox просто плохой браузер! Даже сейчас они переставляют кровати в интерфейсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

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

200. Сообщение от Аноним (181), 18-Сен-25, 20:12	+/–
> Это проблема, потому что JS - это убогий язычок с динамической типизацией Ну да, это очень важно для манипулирования DOM. >> Оно подходит уже 30 лет всем, кто пишет фронтенд > Можно подумать у обезьянок есть выбор языков или они пишут качественный код. Ну сейчас придет мессия в виде zionist и покажет, как писать качественный код манипулирования DOM. >> Фронт всегда был на JS > JS - это не только веб? Да что ты? Ты уже забыл, что собирался манипулироаать DOM? Но не на вебе, да... > Нода - это что? Что-то, не содержит DOM, которым ты собирался манипулировать. > ограниченный ум и они не знают, что JS - это не только веб? >> Электрон - это что? Ни капли не веб! Браузерный DOM есть, но веба нет! > Боже упаси, я не хочу становиться таким как вы. Я хз, кем ты хочешь становится, если ноду с электроном ты хочешь, но JS при этом не хочешь. Совсем запутался, бедняга!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

202. Сообщение от Вася (??), 18-Сен-25, 20:59	+/–
>Так и запишем: интерпертируемый язык Java - не интерпретируемый язык! - по тоеме?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

204. Сообщение от Аноним (66), 18-Сен-25, 23:12	+/–
> Виртуальная машина нужна там для платформонезависимого исполнения кода, необходимого для работы веб приложения на стороне браузера. какая на х*ен платформенная независимость, если помимо разных аппаратных платформ есть куча и ОС, все тот же самый бардак как и с нативными приложениями, нет и не будет никакой кроссплатформенности без гемора, всегда будет один файл для винды другой для линуха, третий для мака. > Java апплеты были явным костылём и совершенно чужеродной (иными словами ненативной) добавкой от сторонней корпорации Солнца. Чем костыль на джаве отличается от костыля вебассембли? Такая же машина, такой же байткод. > Виртуальная машина, как и в Java, должна предоставлять лишь следующие возможности - исполнение байткода с опициональной поддержкой JIT, сборка мусора, стандартная библиотека. Стандартная библиотека - скомпилированный байткод, и никакого отношения к вирт машине не имеет. > Всё остальное там совершенно лишнее - например поддержка конкретного языка программирования. Какая поддержка, какого языка? Джава машина знать не знает ничего о джава коде, ей на вход подается байткод. Мало других языков которые генерят джава байткод? > Таким образом мы приходим к WebAssembly и к необходимости доступа из WebAssembly ко > всему, к чему сейчас имеет доступ JS. Нет никакой необходимости в вебассембли когда уже есть и джава и нет и прочие виртю машины. Просто джава это оракл, а гугэль это гугэль. Свой велосипед, свое колесо, как хочу так и верчу!!! > Они не были нативными. Java изначально проектировалась вовсе не для браузеров и > эти апплеты были просто костылём. Потому-что в те времена понимали, что додиком надо быть исполнять код прямо в браузере без спросу. > Вовсе не абсурд. Мультиплатформенность в браузере реально нужна. Изоляция, то есть песочница Какая изоляция? в гробу видел я вашу изоляцию, открой багтрекер гугловый и посмотри сколько там так называемых сендбокс эскейпингов :) > Но ты не переживай, V8 и > так докомпилирует весь JS в машинный код. Я его отключил если че. И давно уже пора вводить уголовную ответственность за исполнения кода без спросу пользователя, а то если мой айпишник в логах пентагона засветился, так это уже основания, что я хакир и можно описывать мой комп и 48 часов допрашивать, и доказывать придется мне, что это не я ломал пентагон, а проходящий мимо чел, который подключился к моему вайфай. > В каком месте тут грабли? грабли - всякие джит спрейи, а так нативно бы все исполнялось бы и все. > Интересная аналогия. Наверное именно так рождалась нода. А как иначе донести, что всякие вирт машины и не нативное исполнение это "е*ля в опу". пс: Никакая программа программными средствами от другой программы изолирована быть не может! Чтобы изолировать исполнения двух программ, необходимо аппаратная изоляция - и точка!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199

205. Сообщение от SKZ (?), 18-Сен-25, 23:28	+/–
Так и ActiveX был ничем иным, как бинарниками для х86
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #207

206. Сообщение от SKZ (?), 18-Сен-25, 23:31	+/–
А что сейчас? x86 под виндой на десктопе и жаба ВМ под ведроидом - на мобилах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

207. Сообщение от Джон Титор (ok), 18-Сен-25, 23:43    Скрыто ботом-модератором	+/–
Ну так разница в контроле. Те кому надо теперь могут контролировать процессы. А ActiveX можно было и свой написать. Вот из-за последнего факта начались проблемы с безопасностью. По крайней мере такие мнения писали в нете. Причем безопасность предоставляет тот кто создает движок для веб-асма и какие там могут быть недокументированные возможности - кто знает? А учитывая тот факт что релиз некоторые делают чуть ли не каждые 2 недели, то могут как появится, так и исчезнуть. Но не сторонний сможет этим воспользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

208. Сообщение от Джон Титор (ok), 18-Сен-25, 23:45    Скрыто ботом-модератором	+/–
Ну и зачем это писать если вы вебом не занимаетесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

209. Сообщение от Аноним (64), 19-Сен-25, 00:29	+/–
Ломать обратную совместимость веб-стандартов - так, из очевидного. Ломать свои ресурсы для отображения в Firefox. Замедлять выполнение скриптов своих ресурсов под Firefox. Автоустановка хрома при любом чихе и пуке. Не только при скачивании и установке софта. Даже при банальном скачивании pdf-файлов. А тихая автозагрузка, включенная по умолчанию в затем установленном хроме это повод для отдельного котла ИБшников. А из того, за что сейчас почему-то ругают Firefox - вымаливание скачать и установить хром на любом ресурсе, принадлежащем хрому с грёбаным перекрытием основного UI, пока ты не скачаешь или не найдёшь полупрозрачный крестик. А, ну и "на правах" монополиста интернет-рекламы - пропихивание своего поделия на примерно 99,99999% сайтов, где есть хотя бы Google Analytics. Наверное не просто так компанию иронично много лет называли "корпорация добра"? Дыма без огня не бывает. Это я ещё не коснулся Android, в продвижении которого все эти уловки использовали, имея за плечами опыт хрома. При этом для всех вселенское зло почему-то Microsoft, который пытается впарить Edge и Windows 11. И для людей почему-то новость, когда эти способы применяются. Хотя Microsoft ничего не изобретал - все эти способы много лет как придуманы, использованы и наверное даже устарели в недрах гугла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

210. Сообщение от Аноним (210), 19-Сен-25, 00:47	+/–
а какая разница, всё-равно сравнение js идёт с высокоровневыми языками скорее, которые в wasm компилятся, а не с самим - нравится что-то из них - пиши
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

211. Сообщение от Аноним (211), 19-Сен-25, 00:54	+/–
"...(при выполнении в браузере выставлено ограничение в 16 ГБ)" А вообще, зависит от сайтов/задач и количества открытых вкладок (как и сейчас). Если Вы там веб-фотошопы и автокады будете пачками открывать - то конечно подраздуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

212. Сообщение от Bottle (?), 19-Сен-25, 01:00	+/–
Товарищ, всё что не является ассемблером (без макросов) и хекс-кодами - это высокоуровневый язык. Даже пресловутый Forth, потому что далеко не каждая машина оперирует исключительно стеком. Сишная модель памяти НЕ ЯВЛЯЕТСЯ ОТОБРАЖЕНИЕМ РЕАЛЬНОСТИ. Иначе бы не пришлось в стандарт 1999 года вводить бы пресловутое словечко "restrict" для указателей, чтобы "самый быстрый язык в мире" смог приблизиться к Фортрану. И подобных нюансов - вагон и маленькая тележка. Все стандартные сишные аллокаторы работают через сисколлы операционки, прямо как любой высокоуровневый язык. Чтобы писать под эмбед без ОС, приходится выкидывать половину стандартной библиотеки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

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

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