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

"Проект Rust утвердил правила в отношении использования AI-инструментов"	+/–
Сообщение от opennews (??), 06-Авг-26, 06:50
Разработчики языка программирования Rust утвердили правила применения AI-ассистентов в проекте. За отдельными исключениями, правила запрещают передачу кода, сгенерированного через AI, но разрешают использование AI для анализа, изучения, рецензирования и проверки кода. Правила распространяются только на основной репозиторий rust-lang/rust, и отдельно утверждаются командами разработчиков субмодулей, подветок и зависимостей из каталога crates.io... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66036
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 06-Авг-26, 06:50	+1 +/–
Только с Раст разрешается переписывать с помощью ИИ. На Раст переписывать желающих похоже все же больше.
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (3), 06-Авг-26, 07:16	+9 +/–
Теперь автору Bun можно передать жаркий привет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

5. Сообщение от Аноним (5), 06-Авг-26, 08:18	–19 +/–
Это лучше, чем полный бан, но всё равно слишком много ненужных ограничений. Ничего, победит в итоге язык, в котором никаких ограничений для разработчиков нет, и он будет быстрее всех развиваться. Посмотрим, кто это будет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #14, #16, #74

6. Сообщение от нах. (?), 06-Авг-26, 08:49	+/–
> Посмотрим, кто это будет. В llvm нет никаких запретов на сгенерированный код. (без которого хрусть, кстати, и не собирается даже)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от Сказочный (?), 06-Авг-26, 08:51	+1 +/–
Пчелы против меда?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47

8. Сообщение от Аноним (8), 06-Авг-26, 09:00	+/–
Что-то у меня случился когнитивный диссонанс. Нестыковочка. Не может такого быть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

10. Сообщение от Агл (ok), 06-Авг-26, 09:13	–3 +/–
давайте научим ИИ стать лучше, быстрее, сильнее. Гармоничный симбиоз или паразитизм?
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Аноним (11), 06-Авг-26, 09:15	+8 +/–
Наверное тоже не хотят разгребать нейрослоп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12

12. Сообщение от опеншлёпивпродакшн (?), 06-Авг-26, 09:49	+3 +/–
Им своего хватает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 10:02	–1 +/–
И чего опеннетовцы так удивляются? Блистательный Rust и нейрослоп - так-то вещи противоположные, и то, что в ядре надёжного языка вводят суровые ограничения на него - логично. Откуда появилось в головах, что на божественном Rust можно только нейрослопить - не понятно. Адепты нейрослопа на всех языках шпарят, в конце концов
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

14. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 10:03	+4 +/–
А зачем ядру языка, где нужно не обилие фич, а строгая логика, быстрее всех развиваться? Вы же не предложите тащить нейрослоп в ядро Haskell, например, или prove-assistant'ов вроде Lean
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #39, #120

15. Сообщение от Аноним (16), 06-Авг-26, 10:14	+4 +/–
Это окно Овертона. Берут наитупейшее из ИТ - а-ля "искусственный интеллект" и начинают потихоньку везде нейрослопить, восхищаться, ой как много ошибок мы нашли! Тем временем даже M$ с её миллиардами не может толком предсказать (используя Copilot) даже одну строчку. И вот вместо того, чтобы остановиться и сказать "ИИ не работает - выкидываем эту энтузазистскую дpянь", они ещё ПРАВИЛА(!) придумывают, как это бесполезное б@р@хл0 таки СУНУТЬ в код, но только чтобы аккуратно. Это как давать детям спички возле стога сена и уверенно грозить пальчиком "только не возле сена!". Ага, как же! 😆
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139

16. Сообщение от Аноним (16), 06-Авг-26, 10:16	–7 +/–
Батенька, пока вы протирали глаза от анабиоза, индустрия вовсю пишет на C#. К слову, многоплатформенном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #55, #88

17. Сообщение от Аноним (17), 06-Авг-26, 10:32	–1 +/–
Коммунизм какой-то по ссылке. Якобы каждый человек понимает свой код и архитектуру проекта (ага, особенно по квотам которые). Так еще и вместо пользы, разглагольсвуют о стараниях и усилиях. Усталость - мерило работы. Причем, главное чтобы у тех кто делает ПР было все в мыле, для самих-то сложно AI код ревьюить, так как его, ну это просто много (вот это претензия).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

18. Сообщение от Илья (??), 06-Авг-26, 10:58	+1 +/–
> Якобы каждый человек понимает свой код и архитектуру проекта хотя бы несёт ответственность за код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #19

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

20. Сообщение от Аноним (20), 06-Авг-26, 11:11	+1 +/–
>rust Объясните, почему такое негативное отношение к этому языку?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #22, #23, #26, #27, #38, #42, #59, #87, #173

21. Сообщение от Вася Пупкин (?), 06-Авг-26, 11:15	+/–
Потому что существует такой тренд: почти все софта пытаются переписать на Раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #62

22. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 11:26	+1 +/–
Консерватизм. И нелюбовь к корпорациям у местных
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #28, #36

23. Сообщение от Hack3r (?), 06-Авг-26, 11:30	+/–
потому что несмотря на то что сами core Rust говорят что есть софт который надо писать на раст а остальной необязательно адепты начинают кричать что абсолютно всё должно быть написано на раст и если вы не пишете на раст - вы убийца
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #29

25. Сообщение от BunRustZigBuzCruller (?), 06-Авг-26, 11:49	–2 +/–
Не думаю, что автор Bun нуждается в приветах диванных мамкиных экспертах с пустыми git-репозиториями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #45

26. Сообщение от Аноним (26), 06-Авг-26, 11:50	–1 +/–
Тоже уже несколько лет пытаюсь понять. У меня отчасти даже есть странное развлечение читать новости о расте тут, т.к. неадекватный хейт в сторону языка программирования со стороны взрослых вроде как людей почему-то выглядит достаточно уморительным. В целом есть ощущение, что многие люди видят Rust как какое-то "поделие", которое хочет пошатнуть все великое, во что они годами верили, что логично, т.к. у Раста совершенно противоположенные умолчания по отношению к большинству популярных языков (immutable by default, private by default, move by default, циклические зависимости в данных делать легкой кровью не дают и т.д.). Ну и в связи с тем, что люди видят это все как атаку на их ключевые ценности и веру, тут еще много всяких теорий заговора про Раст забавных есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #31

27. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 11:50    Скрыто ботом-модератором	–1 +/–
> Объясните, почему такое негативное отношение к этому языку? К языку - нормальное. Изобрели ещё один - и клавиатура  бы с ним. Если кому-то нужно - пусть пользуются. Мало что ли таких, никому особо не нужных, игрушек было. Но его насильно пихают во все щели, туда - где оно вообще никаким боком не упало. Причём - и это бы ладно, к идиотизму больших корпораций все давно уже привыкли. Попихают, бюджеты среди топменеджеров поделят, и успокоятся - эка невидаль. Примерно с середины 19 века (а то и с более ранних времён) история повторяется раз за разом. Но под пропихивание наняли кучу пиарщиков, и теперь по всему Интернету бегают клоуны, рассказывающие, про то, какой Ржавый - замечательный ЯП, а остальные - г...но. Причём среди этих клоунов нет ни одного программиста хотя бы даже на том же Ржавом. И вот это порой дико раздражает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

28. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 11:52	+2 +/–
> И нелюбовь к корпорациям у местных И с чего бы это вдруг, правда? ;) И только ли у местных?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #30

29. Сообщение от Аноним (29), 06-Авг-26, 12:00	+/–
Их понять можно: повелись на брошюрки, а такими темпами язык или окончательно загнётся и сгинет, или не станет юзабельным ближайшие 50 лет. А там всё заново на очередной шитланг переписывать. Темпы развития очень уж печальные и батарейки приемлемого уровня некому писать при всех достоинствах языка. Ну и опыт показывает, что слишком неоправданно дорого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

30. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 12:04	+/–
Нет, причины-то понятны, в Опенсорсе довольно много людей и движений с левой или даже ультралевой идеологией, а этот сайт всё-таки посвящен открытому ПО
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #65

31. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 12:10	+/–
Да думаю многих раздражают большие деньги и всё с ними связанное, в многобогатственный Rust много вливают корпорации, и это одновременно наращивает и экосистему, но и хайп вокруг неё. Думаю про условный Haskell такого отторжения не будет - просто потому, что он этого притока финансирования и форсинга не получил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #33, #43

32. Сообщение от Халявщик не корпораст (?), 06-Авг-26, 12:16	+1 +/–
- Адепты нейрослопа на всех языках шпарят, в конце концов Даже на родном и не только родном...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

33. Сообщение от Аноним (29), 06-Авг-26, 12:22	+/–
Ну думат ты можешь что пожелаешь, но корпорации просто зачищают конкурентов. Никто не потянет делат продукт на расте и корпорации понимают это лучше кого бы то ни было. То, как они используют раст, ровно с тем же успехом это мог быть фортран.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #35

34. Сообщение от Халявщик не корпораст (?), 06-Авг-26, 12:24	+/–
- если что, то все ПО.. Ну для свободного-фри ПО это норм, так как много участников и т.п., но не для корпораста продвигающего его в своих интересах и за деньги. Эти соглашения всё такая же палка-копалка с двумя концами и можно делать всякое разное и не только хорошее. Ведь этот типа спелый и съедобный банан смахтвает на гнилой и не съедобный. Обычное дело для не только обычных обитателей окружающей среды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

35. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 12:25	+/–
> Никто не потянет делат продукт на расте Не более чем на C++. Делать продукт (именно продукт, а не просто какую-то программулину) вообще сложное дело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37

36. Сообщение от Халявщик не корпораст (?), 06-Авг-26, 12:34	+/–
Ну-ну. Вроде как на земле всему есть мера и предел, и даже земля не бесконечная. Но кто-то всё время не может нажраться и даже не хочет, пытаясь постоянно оправдываться в своём выборе и следовании своим эгоистичным идеалам, но делает это обычно за счёт других и всё в таком роде. А может они там ваще-та бисплатна всё предлагают(жуть какая-то), ну хотя бы не навариваются, а только возвращают себе потраченное? Ты же знаешь откуда растут пузыри, инфляция, снижение расходов ради прибыли? Цена вопроса? У кого какая и зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #44

37. Сообщение от Аноним (29), 06-Авг-26, 12:35	+/–
С плюсами проще всё же, есть куча готовых хорошо вылизанных компонентов, которые можно взять и использовать. Большая проблема раста, что всё придётся изобретать с 0, или постраиваться к кривым поделкам (что неприемлимо).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #46

38. Сообщение от Сладкая булочка (?), 06-Авг-26, 12:44	–3 +/–
> Объясните, почему такое негативное отношение к этому языку? 1) Популистский и надоедливый маняпиар изо всех щелей, который почему-то рассчитан на домохозяек, а не на специалистов. (бОльшая часть растосообщества действующие веб разрабы, что уже о многом говорит) 2) Шизоидные менеджеры, которые слишком явно обслуживают интересы корпораций и придерживаются линии партии. 3) Раст - это политическая организация, а не язык программирования. Сам факт того, что на странице с описанием обновлений тебе предлагают поддержать НУЖНЫЕ движения в другой стране(например, Иране) уже о много говорит. Также лоббирование всяких КОКов, запрет "токсичных" констант и прочая неолиберальная СЖВ-шиза очень отталкивает. 4) Ужасная культура разработки, которая перешла изкультуры веб разработки. Даже для самых маленьких проектов используют leftpad.rs, которые рекурсивно тянут за собой ещё десятки зависимостей и по итогу для маленькой программы, которая выводит аналог "Hello, World" придётся скачать мегабайты и сотни тысяч(буквально) кода зависимостей. Это очень смешно слышать в контексте со словом "безопасность". Просто скачайте небольшой проект и напишите cargo tree, посмотрите количество зависимостей и попробуйте угадать в какой из них автор может закинуть вам говняк. 5) Не очень понятна ниша языка. Для серьёзных числодробилок и сырой работы с памятью все равно придётся переходить в не безопасный режим. Не легче тогда сразу писать ядро вычислений на не безопасном языке, а потом использовать языки со сборкой мусора и вообще забыть о проблемах с памятью? Да, я знаю, что есть волшебные обертки, которыми можно огородить опасные участки кода, но опять же это не даёт никаких гарантий и в случае ЧП программа просто упадёт, либо продолжит исполнение с некорректными данными. 6) Отвратная работа с динамической линковкой 7) Огромные бинарники даже после релиз мода, которые приходится strip-ать(Недавно сравнивал две аналогичные по функционалу программы, одна написана на СИ(одним файлом, лол), а другая на расте. Получилось 40Кб и 1.4МБ. Думаю, сами поймёте, что и где). 8) Долгая компиляция и ужасное "раздувание" папки с проектом, после сборки. Из проекта с весом папки 10 мб после сборки можно получить все 1.5-2.5 гб. 8) Абсолютно раковое и фанатичное сообщество(напоминаю, что большая часть сообщества выходцы из веба и скриптухи) Итог: если рассматривать раст как язык, то может быть он и заслуживает внимания(но опять же его плюсы не окупают затраты на переход), но вот все, что крутится вокруг языка - просто ужасно. Именно это окружение и отпугивает. Cейчас в интернете развёрнута масштабная кампания по дискредитации языка Си, философии UNIX и открытых систем, с параллельной раскруткой раста как "волшебной таблетки" от всех болезней, причём раскрутка ведётся разветвлённой сетью раст-миссионеров, представители которой обосновались на всех IT сайтах и форумах и под каждым тематическим постом поют дифирамбы расту и поливают грязью Си. Конечно, наши мнения никакой роли не играют, потому что раст пилится и спонсируется корпорациями. А у кого деньги, тот и танцует, как говорится. Но справедливости ради, если бы корпорации вкладывали деньги в развитие и пиар брейнфака, то сейчас бы все носились и рассказывали какой брейнфак классный. К сожалению, в техническую сферу пришли деффективные менеджеры и рекламщики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #60, #67

39. Сообщение от Аноним (39), 06-Авг-26, 12:48	–3 +/–
> или prove-assistant'ов вроде Lean В вашем этом Lean4 kernel уже гипотезу Коллатца опровергли, а все потому, что действуют вашей же логикой "А зачем ядру языка, где нужно не обилие фич, а строгая логика, быстрее всех развиваться?" - зачем нейрослопить код, если можно на него забить, вот и забили так, что скоро и гипотезу Римана можно будет уверенно опровергать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #40

40. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 12:51	+3 +/–
Ну нашли баг, отлично, но бурное наращивание фич бы только больше багов бы внесло. Ядро лучше делать компактным
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #53

42. Сообщение от warlock66613 (ok), 06-Авг-26, 12:58	–1 +/–
У разных слоёв по-разному. Кто-то например просто не разбирается в программировании, не понимает вообще о чём речь, но хейтит за компанию, потому что может. Но в корне я думаю дело в таком явлении, как "неприятие чуда". До этого я такое наблюдал с Эсперанто. Если появляется что-то реально хорошо спроектированное и решающее глобальную проблему, люди считают это чудом, не верят что чудо возможно, впадают в когнитивный диссонанс и хейтят. Но пока у Rust несмотря на это всё гораздо лучше идёт, чем у Эсперанто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #50, #52, #54, #57

43. Сообщение от Аноним (26), 06-Авг-26, 12:58	+1 +/–
Корпорации еще и в Linux большие вливания делают. Они вливают деньги в Rust не потому что это какой-то заговор, а потому что он решает их проблемы. Я не спорю с тезисом, что современное устройство экномики делает корпорации токсичными игроками на рынке, но это не означает, что все их решения ошибочные или вредные - только большниство из них. Для среднего случайного разработчика на C и C++ все рассказы про memory safety звучат как бредни, мол, просто пиши без ошибок. Для корпораций это статистика уязвимостей их продуктов на которой они видят, что код на С и С++ без большого числа ошибок управления памятью невозможен. Помимо этого Rust и много других проблем решает, таких как система сборки. То, что кажется мелочью для среднего комментатора на opennet - это часто существенные деньги для корпораций и потерянные возможности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #48

44. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 12:59	+1 +/–
Я согласен, что ситуация с сияющим Rust концептуально может напоминать пузырь. Но всё-таки после каждого пузыря мир очищается и идёт вперед, а новая инфраструктура остаётся. Железнодорожный пузырь подарил миру много ЖД путей, пусть большинство контор и погибли. Пузырь доткомов подарил нам скоростной интернет и его инфраструктуру. Развития без disruption не бывает Блистательный Rust же воплощает давнюю мечту многих специалистов - язык одновременно и низкоуровневый, и при этом с серьезными гарантиями времени компиляции, гораздо более серьезными, чем в Си. Нет ли вариантов, в которых те или иные фичи лучше - вполне могут быть. Но раз уж этот собрал финансирование, стоит держаться за него. Системной разработке давно пора пожать плоды 40 лет разработки теории компиляторов и языков программирования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #49, #51, #76, #80

45. Сообщение от Аноним (45), 06-Авг-26, 13:01	+2 +/–
к вашему сведению, каждый диванный мамкин эксперт имеет под сотню CVS-репозиториев заполненных чистейшим, отборным delphi!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #153

46. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 13:02	+/–
Большая доля правды в этом есть - даже если завтра появится идеальнейший язык, сразу пользоваться им без инфраструктуры и экосистемы не получится. Сетевой эффект никто не отменял - инструменты, экосистема и большое коммьюнити перевешивают качества ядра языка. Но всё-таки вечно так продолжаться не может - и должно прийти развитие и в системную область тоже. В златоблещущий Rust полились потоки долларов от корпорации - и это внушает оптимизм, что они сделают своё дело и смогут создать ему достойную по качеству среду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

47. Сообщение от Аноним (45), 06-Авг-26, 13:03	+3 +/–
присмотрись, какие же это пчёлы, это мухи!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #121

48. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 13:06	+/–
Всё так. Но для многих комментаторов здесь то, что корпорации вливают в Линукс - как раз огромный минус в карму Линукса, "предает идеалы свободы за бренный мирской хлеб". Хотя я очень не уверен, пользовались ли бы мы все тут линуксом без этих корпоративных денег, драйверов и прочего. Энтузиазм и хакерская культура - это звучит гордо, конечно, но это легко проповедовать, будучи научным сотрудником в американском университете как Столлман. Не у всех есть возможность так устроится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #68

49. Сообщение от Аноним (135), 06-Авг-26, 13:08	+/–
> Блистательный Rust же воплощает давнюю мечту многих специалистов - язык одновременно и низкоуровневый, и при этом с серьезными гарантиями времени компиляции, гораздо более серьезными, чем в Си. Нет ли вариантов, в которых те или иные фичи лучше - вполне могут быть. Но раз уж этот собрал финансирование, стоит держаться за него. Системной разработке давно пора пожать плоды 40 лет разработки теории компиляторов и языков программирования Мечта хорошая. Идея был замечательная. Реализация - ужасная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

50. Сообщение от Николай (??), 06-Авг-26, 13:14	+/–
Ну у Эсперанто не все так плохо. Даже в Gnome, Firefox, LibreOffice и многих других есть 100% (или около того) перевод. Хотя могло быть и больше пользователей
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

51. Сообщение от Халявщик не корпораст (?), 06-Авг-26, 13:16	+/–
- Пузырь доткомов подарил нам скоростной интернет и его инфраструктуру.. А чё пузырь крипты с ой-аем подарил? Заоблачные цены на комплектующие? Мало, мало надо больше? Покажи корпораста который на копипасте разорился? Гуглерасты, огрызки, дырявые форточки ... ? Ну может там были какие-то проекты, а проекты эти побочные тех же самых?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

52. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 13:22	+/–
Эсперанто очень не повезло в 30-е, когда оно не просто лишилось господдержки, которая у него кое-где была, а ещё и подверглось во многих странах гонениям на идеологической почве. Это, конечно, подрубило его. Хоть и не уничтожило совсем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

53. Сообщение от Аноним (39), 06-Авг-26, 13:25	+/–
> Ну нашли баг, отлично, но бурное наращивание фич бы только больше багов бы внесло. Ядро лучше делать компактным Нашли баг именно в вашем "компактном" ядре, наращивание фич тут никак на это не повлияло бы. Понятия законченный готовый продукт в современной разработке нет! Отсюда и вот баги в вашем "компактном" без нейрослопном ядре. Делайте выводы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #56

54. Сообщение от Аноним (135), 06-Авг-26, 13:25	+/–
Эсперанто. Точно такая же проблема как и rust. Идея хорошая - реализация ужасная. Для носителей китайского, арабского, японского или хинди эсперанто грамматически и лексически так же далек и сложен, как и любой европейский язык. Вместо общемирового инструмента получился «общеевропейский» язык, что вызвало критику в других частях света. Заменгоф ввел уникальные буквы с «крышечками» (диакритическими знаками). В эпоху печатных машинок и раннего интернета это создавало огромные технические проблемы с кодировками и шрифтами. Звук х и обилие согласных на стыках слов оказались труднопроизносимыми для носителей многих языков. Ну и избыточная сложность некоторых правил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #115

55. Сообщение от kravich (ok), 06-Авг-26, 13:29	+1 +/–
>К слову, многоплатформенном Заметь, ты не назвал его "кросплатформенным"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #61

56. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 13:31	+/–
Ну так в том и суть, что даже если в компактном ядре могут быть баги, расширять его без крайней нужды было бы ещё более самонадеянно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #73

57. Сообщение от Аноним (57), 06-Авг-26, 13:36    Скрыто ботом-модератором	–1 +/–
Эсперанто - говно, хотя бы потому, что выходит за пределы латинского алфавита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

58. Сообщение от Сергей Макаров (?), 06-Авг-26, 13:50	+3 +/–
Я все жду когда запретят добавлять код написанный людьми или только после проверки и одобрения вначале человеком, а только потом уже ИИ реальюверами и ИИ архитектором, что бы минимизировать нагрузку на ИИ.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #104

59. Сообщение от Аноним (59), 06-Авг-26, 14:20	+/–
> Объясните, почему такое негативное отношение к этому языку? на самом деле не к языку, а к людям его продвигающим. это как с продвижением "повесточки", вообще-то большинство населения было не против так называемого "разнообразия", если бы им его так агрессивно не навязывали, но когда этим люди приходя и говорят: - "инклюзивность и разнообразие" это очень классно и великолепно! - ага, классно, великолепно (*продолжают заниматься своими делами) - нет! вы не поняли, это классно и круто и вы должны это попробовать! - нет, спасибо, нам и так нормально - вы тупые, отсталые и никчемные, все как один должны быть инклюзивными и разнообразными! мы заставим вас, ваших детей, собак и кошек быть инклюзивными и разнообразными! кто не с нами, тот против нас!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #64

60. Сообщение от Аноним (91), 06-Авг-26, 15:18	+1 +/–
> Конечно, наши мнения никакой роли не играют, потому что раст пилится и спонсируется корпорациями. Вот тут ты, внезапно, прав. Только добавлю, что корпорациями пилится не только сам Раст, но и 95% софта, которым ты пользуешься. И в виду этого возникает вопрос: зачем ты накатал всю свою портянку текста? Причем накатал в программе, написанной корпой и содержащей Раст. Тебе самому-то  не кажется нелепой вся твоя "кртитика"? И в чем ее смысл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #127

61. Сообщение от нах. (?), 06-Авг-26, 15:31	+/–
ну так честнее чем "tier3 - такой ключик сборки есть но компилятор сразу безопастно падает".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

62. Сообщение от Аноним (62), 06-Авг-26, 16:17	+/–
Так это позитивный тренд и нелюбовь не объясняет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

63. Сообщение от Аноним (62), 06-Авг-26, 16:23	+/–
> Применение AI допускается в случаях, когда полученная через AI информация в частном порядке используется только одним разработчиком и не распространяется публично Ага, а также когда информация о использовании AI используется только одним разработчиком и не распространяется публично. Проще говоря, никто не будет никогда спрашивать, можно ли писать код или нет. Но слоп, понятно, отправлять уже не получится. Итого, хорошее решение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72

64. Сообщение от Аноним (62), 06-Авг-26, 16:26	+1 +/–
А покажите конкретно что вы считаете продвижением языка и где конкретно оно вас зацепило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #77

65. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 16:30	+/–
> Нет, причины-то понятны, в Опенсорсе довольно много людей и движений с левой > или даже ультралевой идеологией, а этот сайт всё-таки посвящен открытому ПО А может причина не только в этом? Может причина всё же и в том, как корпорации себя ведут и что делают? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #66

66. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 16:35	+/–
Тут есть разница. Одни не любят корпорации просто по факту своего существования. Другие - только конкретные и по конкретным поводам. Никто и не говорит, что корпорации ангелы. Но они - эффект масштаба и неустранимое зло (когда зло)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #69

67. Сообщение от Аноним (68), 06-Авг-26, 16:36	+/–
>> Объясните, почему такое негативное отношение к этому языку? > 1) Популистский и надоедливый маняпиар > что уже о многом говорит) > 2) Шизоидные менеджеры, > 3) Раст - это политическая организация Попробуй не лазить по интернетным помойкам - и перечисленные "проблемы" исчезнут. > 4) Ужасная культура разработки, > 6) Отвратная работа с динамической линковкой > 7) Огромные бинарники > 8) Долгая компиляция и ужасное "раздувание" папки с проектом Классика жанра: персонаж, не пишущий на Расте, рассказывает растовикам, как им тяжко жить. 🥱 > Не очень понятна ниша языка Замена дырявых С и С++. Ниши, соответственно, те же самые. > напоминаю, что большая часть сообщества выходцы из веба и скриптухи Нет, практически все растовики - это прошлые плюсовики. > его плюсы не окупают затраты на переход Сперва ты у нас диванный разработчик, а теперь - бац! - и уже диванный экономист? Или ты в принципе по всем вопросам эксперт? > Cейчас в интернете развёрнута масштабная кампания по дискредитации языка Си Хм, а разве нескончаемый поток CVE на протяжении последних 50 лет был недостаточен для дискредитацииэтого недоязыка? 🤔
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #128, #130, #131, #132, #133

68. Сообщение от Аноним (68), 06-Авг-26, 16:39	+1 +/–
> для многих комментаторов здесь то, что корпорации вливают в Линукс - как раз огромный минус в карму Линукса Многие комментаторы здесь - это просто лицемеры, которые не видят противоречий в том, чтобы воевать против корпораций, одновременно кушая Линукс с Андроидом, которые эти самые корпорации пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

69. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 17:10	–1 +/–
> Тут есть разница. Одни не любят корпорации просто по факту своего существования. > Другие - только конкретные и по конкретным поводам. Никто и не > говорит, что корпорации ангелы. Но они - эффект масштаба и неустранимое > зло (когда зло) Любая корпорация - всегда зло (пользуясь вашей терминологией). Потому что любая корпорация - это агрегат по производству прибыли для своих владельцев, и ничего более. Прибыль - это то, что вы получаете сверх положенного вам по труду. Т.е. любая корпорация просто паразитирует на тех, кто реально что-то делает (включая, кстати и многих своих сотрудников). А про неустранимость - в 1917 году наглядно доказали, что это не так (ну или вон Парижскую Коммуну возьмите, правда продержалась она совсем недолго, к сожалению).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #70, #81

70. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 17:14    Скрыто ботом-модератором	+/–
Рад, что вы не зря учились в школе красной профессуры. Впрочем, итоги 1917 (миллионы погибших от голода и гражданской войны) лично мне всё наглядно показывают. Sapienti sat!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #71

71. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 17:27	+/–
> Рад, что вы не зря учились в школе красной профессуры. Мимо. Учился я всему этому на палубах различных судов по всей планете. На собственной шее. Вы от таких уроков скорее всего не выживете ;)   > Впрочем, итоги > 1917 (миллионы погибших от голода и гражданской войны) лично мне всё > наглядно показывают. Sapienti sat! Так а кто во всём этом виноват? Большевики, которые выполняли волю народа и которых народ в итоге поддержал? Или кучка паразитов, которые пытались в своих лапах удержать золотые унитазы и ради этого развязавшие гражданскую войну? А потом ещё и интервентов притащили до кучи. А Революцию поддержали, кстати, не только в России. Французские интервенты в итоге из Крыма убраться вынуждены были, потому что рабочие у них на родине блокировали поставки войскам, и вообще - едва сами революцию не начали (благо опыт Парижской Коммуны ещё не был забыт).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #91

72. Сообщение от нах. (?), 06-Авг-26, 17:43	+/–
осталось понять - а зачем им вообще хоть что-то отправлять? Раньше это оправдывалось (хотя бы в теории) перекладыванием дальнейшей поддержки на так-называемое-сообщество. Но ЛЛМ сделали поддержку уже написанного - почти бесплатной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #92

73. Сообщение от Аноним (39), 06-Авг-26, 17:51	+/–
> расширять его без крайней нужды было бы ещё более самонадеянно так расширение не причем, и без разницы это нейрослоп или людские "прямые" руки. В идеале баги должны были быть именно в расширяемом коде, а выходит из примера с Lean4, в самом ядре который никто не расширял и не пытался перепроверять, имелись серьезные баги, которые хужи любых будущих багов в любых расширениях. Нейрослопом расширять не так страшно, куда страшнее забить болт на то, что руками сделали, особенно ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #75

74. Сообщение от Ivan_83 (ok), 06-Авг-26, 18:03	+/–
А зачем языку развиватся? Это же не практично: старый код придётся постоянно переписывать. Язык должен быть стабильным, а вот всякие велосипеды - в либах творите что хотите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

75. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 18:04	+/–
Ну, не если вы про это, то да, я согласен, что следить за кодом надо и что баги в ядре это прям плохо, и надо исправлять. В идеале да, ядро маленькое и проверяемое, чтобы точно было без багов. На практике, конечно, этого достичь трудно Но я вас изначально так понял, что вы ратовали за агрессивное улучшение с помощью ИИ, тут полностью поддержать не могу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #82

76. Сообщение от Ivan_83 (ok), 06-Авг-26, 18:06	–1 +/–
Да не нужны никому гарантии во время компиляции, это дичь полная, за что язык лично я не переношу. Мне прилетает фаерфокс какойнить, и эта дичь начинает делать все эти ненужные проверки во время сборки - нафига они мне сдались!? Пусть пограмисты перед релизом хоть обпроверяются, это не должно потом отягощать тех кто это собирает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #78

77. Сообщение от Аноним (59), 06-Авг-26, 18:14	+/–
> А покажите конкретно что вы считаете продвижением языка Есть такой мем - "Перепишем все на Rust!", а есть ли такой мем про другие ЯП? И мог ли это мем возникнуть на пустом месте? Есть такая поговорка, нет дыма без огня. К тому же это легко проверить, открываешь поисковик Google и вбиваешь в строку поиска "Перепишем все на Rust" и наслаждаешься... Вот ответьте на вопрос, нужно ли переписывать ВСЁ на Rust или не нужно? Нужно ли в разработке нового ПО использовать Rust, или можно и другие ЯП? >... и где конкретно оно вас зацепило. где? в интернете, где же ещё теперь вот изучаю Rust, и переписываю программы с помощи ИИ на Rust :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #85

78. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 18:28	+/–
Лучше чтобы падало прям у тебя в рантайме? А шо, зато собиралось быстро! И багрепорт им быстро отправил!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #79

79. Сообщение от Ivan_83 (ok), 06-Авг-26, 18:44	+/–
Я же написал: проверки отдельно, сборка отдельно. Мне проверки не нужны, я не разрабатываю ФФ и прочее что покоцано ржавчиной, мне только собрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #83, #105

80. Сообщение от Ivan_83 (ok), 06-Авг-26, 18:55	–1 +/–
> Блистательный Rust же воплощает давнюю мечту многих специалистов Такое ощущение что этим "многие" "специалисты" приходят в раст без знания/опыта в С, со всяких пхп. > с серьезными гарантиями времени компиляции > плоды 40 лет разработки теории компиляторов и языков программирования Те за 40 лет люди стали настолько глупее, что теперь не хватает ума разделить статический анализ кода и компиляцию? По мне это не эволюция а мёртвая ветвь, которая паразитически появилась и стала возможна только благодаря избыточным вычислительным ресурсам. В былые времена и С компилятора то было трудно дождатся, ядро линуха довольно долго компиллось. Раст был просто невозможет ибо программы на нём были не нужны: хэлло ворлд всего за час сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #84

81. Сообщение от Ivan_83 (ok), 06-Авг-26, 19:18	+/–
> Прибыль - это то, что вы получаете сверх положенного вам по труду. Забавно, а как вы считаете что "положено по труду"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #86

82. Сообщение от Аноним (39), 06-Авг-26, 19:28	+/–
> Но я вас изначально так понял, что вы ратовали за агрессивное улучшение с помощью ИИ, тут полностью поддержать не могу нет, нет, мой посыл в том, что вы привели неудачный пример с Lean4 ядром, в который не добавляют улучшение, оно якобы компактное и законченное в идеале должно быть, а оказалось, что в нем есть куда серьезные баги, которые тупо не выявили, а это следствие того, что нет верификации кода. А нейрослоп это вообще отдельная тема, покуда нет формальной верификации кода (продукта законченного) написанного руками, о нейрослопах вообще говорить не надо, и так ясно какую х3рь там можно нагенерить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #98

83. Сообщение от Аноним (91), 06-Авг-26, 19:45	+/–
> Я же написал: проверки отдельно, сборка отдельно. Как показала более чем 50-летняя практика С - это не работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #95, #108

84. Сообщение от Аноним (91), 06-Авг-26, 19:48	+1 +/–
> Те за 40 лет люди стали настолько глупее, что теперь не хватает ума разделить статический анализ кода и компиляцию? Наоборот: стали умнее и наконец поняли, что это разделение не работает. Более 50 бесконечных (и абсолютно одинаковых) дыр в проектах С и С++ не дадут соврать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #96

85. Сообщение от Аноним (85), 06-Авг-26, 20:08	+1 +/–
> Есть такой мем - "Перепишем все на Rust!", а есть ли такой мем про другие ЯП? Задолго до твоего рождения был такой мем "напишем всё на Си под Юникс". Переписывать тогда было нечего, толком софта никакого ещё не было, а тот что был... В общем, в ed если работал когда-либо, то знай, что это была вершина развития UI/UX того времени, скачок примерно такой же значимости, что как переход от тумблеров к перфокартам. Через полвека снова пришла "молодая шпана, что сотрёт на с лица земли", ну или хотя бы значительно потеснит инкумбента. > нужно ли переписывать ВСЁ на Rust или не нужно? Всё не нужно. Значительную часть всего -- не просто нужно, необходимо. Иначе так и будем тумблерами щёлкать и перфокарты в нужном порядке складывать. Главная ценность ПО состоит именно в том, что его можно в любой момент изменить под требования момента. Если вам это не нравится, вы ошиблись дверью и вам стоило посвятить жизнь разработке хардвари. Вот там да, как сделал -- так оно в серию и пошло. Никаких багфиксов до следующей серии, а может и вообще никогда. > Нужно ли в разработке нового ПО использовать Rust, или можно и другие ЯП? Если вы задаёте такие вопросы, то вам не нужно самостоятельно разрабатывать никакое ПО вообще, примкните к существующей организации и делайте как они делают. Настоящие мужчины же знаю что им нужно и ищут соратников, а не руководителей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #89

86. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 20:20	+/–
> Забавно, а как вы считаете что "положено по труду"? https://samlib.ru/editors/b/bobylew_j_w/communism_economics.... На всякий случай - текст написан мной, т.е. отражает мою точку зрения на вопрос. Там всё есть, с математическими выкладками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #90, #97

87. Сообщение от Аноним (87), 06-Авг-26, 20:20	+/–
Это вопрос не про язык, а про психологию. Как правило противники раста, как и противники ИИ, не разбираются в теме примерно совсем, что видно в 99% комментариев. Ну или у них какие-то очень странные цели. Например, чел не программист а простой юзер, но ему зачем-то позарез нужно собрать последнюю версию компилятора раста с нуля и он такой: "ой, это сложно и долго, раст - плохой". Это очень, очень странные люди, которых в реальной жизни никто бы не слушал, но у нас теперь есть интернет и они имеют голос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #99

88. Сообщение от онанист (?), 06-Авг-26, 20:31	+/–
индустрия бангалор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

89. Сообщение от Аноним (89), 06-Авг-26, 20:49	+/–
> Всё не нужно. Значительную часть всего -- не просто нужно, необходимо. Иначе так и будем тумблерами щёлкать и перфокарты в нужном порядке складывать. Так rust это и есть перфокарты. Лучше чем тумблеры, но совсем промежуточный этап.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #100

90. Сообщение от Аноним (91), 06-Авг-26, 20:51	+/–
>> Забавно, а как вы считаете что "положено по труду"? > https://samlib.ru/editors/b/bobylew_j_w/communism_economics.... > На всякий случай - текст написан мной, т.е. отражает мою точку зрения на вопрос. Тебе бы уже пора понять, что никто не будет вместо простого ответа на простой вопрос идти и читать твою графоманию. Если ты на банальный вопрос не способен ответить кратко и лаконично, то и твое понимание темы под большим сомнением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #93

91. Сообщение от Аноним (91), 06-Авг-26, 20:53	+1 +/–
>> Рад, что вы не зря учились в школе красной профессуры. > Мимо. Учился я всему этому на палубах различных судов по всей планете. Вот это поворот! Мойщик палуб вещает о "правильном" устройстве общемирового социума и экономики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #94

92. Сообщение от Аноним (92), 06-Авг-26, 21:00	+/–
Как раз наоборот. Написание дешевле стало. Но поддержка дороже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #107

93. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 21:02	–1 +/–
> Тебе бы уже пора понять, что никто не будет вместо простого ответа > на простой вопрос идти и читать твою графоманию. Говорите за себя ;) > Если ты на банальный вопрос не способен ответить кратко и лаконично, то > и твое понимание темы под большим сомнением. Хорошо, вот вам два "банальных" вопроса, попробуйте дать краткий и лаконичный ответ (не более пяти слов). 1) Что такое деньги? 2) Что такое время?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #135

94. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 21:19	+/–
> Вот это поворот! Мойщик палуб вещает о "правильном" устройстве общемирового социума и > экономики. Квалифицированные специалисты только так и получаются: сначала ты драишь, отбиваешь и красишь палубу, моешь трюма, изучая при этом "общеинженерные" предметы, а также например философию, историю, культурологию, политологию, экономику, химию, английский, программирование. Потом постепенно начинаешь осваивать навыки рулевого, параллельно изучая соответствующую машинерию и сопутствующую физику (гидродинамика, электродинамика, принципы работы гироскопов и вот это всё). Затем подходит черёд навигации, и более сложных приборов. Параллельно - конструкция судна на уровне инженера. После - правила расхождения судов и их практическое применение, радиосвязь, спутниковая навигация. В конце-концов, когда человек подымается на мостик, он знает о судне и его обслуживании практически всё. Если упрощать. На самом же деле после того требуется ещё примерно лет 5 (зависит от индивидуальных качеств и от работы), чтобы человек стал настоящим специалистом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

95. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 21:25	+/–
> Как показала более чем 50-летняя практика С - это не работает. Так показала только практика крупных корпораций, где большинство работает по принципу: "тяп-ляп и в продакшен". У остальных - всё нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #106

96. Сообщение от Ivan_83 (ok), 06-Авг-26, 21:37	–1 +/–
Так умнее что я - не трогавший код вообще, должен тратить время и деньги на бессмысленные проверки. Это наже не про ум, а про потерю адекватности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #109

97. Сообщение от Ivan_83 (ok), 06-Авг-26, 21:41	+/–
Большеватый текст для простой форумной болтовни. В целом отвечу так: уже пробовали, не вышло. И хотя лично мне отдельные аспекты рыночного ценообразования очень не нравятся (юризды, медицины - где ломят ценник потому что выбора у потребителя нет), в целом эта схема работает и имеет механимы саморегулирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #101

98. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 21:52	+/–
Тут, конечно, немного замкнутый круг, потому что а чем выявлять баги в Lean? Им самим? А он с ошибкой их выявит? В целом вполне может что и да, но абсолютных гарантий тут не дашь. Я вообще тоже с самой университетской парты вдохновлялся формальной верификацией и ратовал за неё, но вот и тут всё не идеально. И баги в ядрах бывают, и спецификации могут быть ошибочные. Сказки в общем нету (хотя и надо стремится к лучшему)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #118

99. Сообщение от Ivan_83 (ok), 06-Авг-26, 22:03	–4 +/–
Вам уже 100500 рассказывали почему раст плохо и глупо. 1. безопасный ЯП который ставится через "curl | sh". 2. бесполезные проверки при каждой компиляции: помимо пограмистов растоподелия ещё и меинтейнеры и конечные юзеры собирают, и они тратят кучу времени и денег на бесполезности раста. 3. тяжёлый компилятор который сам долго собирается. 4. дурацкое коммунити которое лепит эту фигню в разные проекты, тем самым утяжеляя процесс сборки и добавляя тяжёлую зависимость. 5. ЯП потерял смысл с приходом ЫЫ анализаторов кода. Про сам ЯП я могу даже не писать, достаточно этого. Да и собственно сами поделки на расте не отличаются ни стабильностью ни безопасностью, то что в них  нет некоторых проблем присущих С проектам не особо то помогает в реале.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #103

100. Сообщение от Ivan_83 (ok), 06-Авг-26, 22:04	+/–
Раст это войлоковые варежки на руки пограмисту переключащему тумблеры, чтобы не мёрз летом и током не било. Не более. С таким же аффектом на скорость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

101. Сообщение от ProfessorNavigator (ok), 06-Авг-26, 22:17	+/–
> Большеватый текст для простой форумной болтовни. Ничего не поделаешь - короче никак. Поскольку вопрос не так прост, как кажется. Впрочем - и не настолько уж сложный, чтобы большинство не поняло. > В целом отвечу так: уже пробовали, не вышло. Так - ещё не пробовали ;) Да и в прошлый раз всё вышло на самом деле. Просто в пятидесятых годах двадцатого века повернули не туда, поэтому скатились назад в капитализм, а потом и вовсе деградировать начали. Впрочем, капитализм на самом деле ничего другого, кроме деградации в конечном итоге и не предполагает: он построен на внутривидовой конкурентной борьбе за ресурсы. Пока есть, куда свалить - есть новые неосвоенные территории и ресурсы - оно работает. За счёт наращивания потока ресурсов от "колонистов" извне и за счёт того, что в колониях уровень конкуренции ниже, чем в метрополии. А потом планета заканчивается - и всё. Войны, торговые и не очень, рабство, нищета и прочие "прелести цивилизованной жизни". В условиях жизни в системе разделения труда планетарного масштаба такое - смерти подобно.  Потому что каждый зависит от каждого, и если кого-то гнобят, то страдают от этого вообще все. > И хотя лично мне отдельные аспекты рыночного ценообразования очень не нравятся (юризды, > медицины - где ломят ценник потому что выбора у потребителя нет), > в целом эта схема работает и имеет механимы саморегулирования. Уже давно не работает - двадцатый век тому наглядное подтверждение. Две мировых войны, и куча помельче. Экономические кризисы, голод, наркомания, неспособность решить ни одну из более-менее серьёзных проблем (вспоминаем хотя бы недавний ковид - системы здравоохранения посыпались во всех странах, а до кучи кое-где ещё и экономика чуть не схлопнулась, хотя толком то ничего и не было - это не бубонная чума, и даже не испанка, так - пугануло чутка). Ну или вон сейчас что происходит. Вы думаете - это всё хорошо закончится, и заживём как прежде? Не-а. Будет Мировая бойня номер 3 (точнее - она уже началась, и постепенно набирает обороты). В этот раз уже точно последняя - после неё либо люди одумаются, либо воевать больше некому будет. И ведь это далеко не главная проблема, что перед нами сегодня стоит. Ресурсы подходят к концу, и если мы в ближайшие лет 200-300 не начнём расселяться по Солнечной систем хотя бы, то нам конец. А чтобы эту проблему решить, нужно за голову браться вообще всем и вот прям сейчас. И ближайшие 200 лет - пахать, как проклятым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

102. Сообщение от BrainFucker (ok), 06-Авг-26, 22:25	+/–
А что они будут делать, если кто-то сгенерирует код с помощью ИИ, но об этом не скажет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #123

103. Сообщение от Аноним (87), 06-Авг-26, 22:26	+1 +/–
> Вам уже 100500 рассказывали почему раст плохо и глупо. > Про сам ЯП я могу даже не писать, достаточно этого. Считаю, это прекрасно. > бесполезные проверки при каждой компиляции Это какие - бесполезные? > Да и собственно сами поделки на расте не отличаются ни стабильностью ни безопасностью, то что в них  нет некоторых проблем присущих С проектам не особо то помогает в реале. В реале помогает то, что в них нет проблем присущих Си, ибо это - основное достоинство. Эффективность по ресурсам на уровней Сей но без проблем Сей. Хотел было сказать, что писать на нём проще, чем на Сях, но сейчас это уже не важно - код пишет ИИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #114

104. Сообщение от BrainFucker (ok), 06-Авг-26, 22:28	+/–
Да уже. В коммерческой разработке многие уже переходят на эту политику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

105. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 23:05	+/–
А как компилятору тогда код сгенерировать оптимальные, если он не просчитал всё? В Си проверка типов тоже занимает время, но вы же не просите её отключить, чтобы софт собирался быстрее Вообще не очень понимаю этой помешанности на скорость сборки - да, было бы хорошо собирать быстро, но софт не каждый день надо собирать, собрал один раз и пользуйся. Может вы, конечно, работаете мейнтейнером или кем-то таким. Но тут уж извините, по-другому никак. Когда-то эти проверки надо выполнить, и если не в компайл тайме, то в рантайме
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #110

106. Сообщение от Аноним (91), 06-Авг-26, 23:07	+/–
> Так показала только практика крупных корпораций, где большинство работает по принципу: "тяп-ляп и в продакшен". У остальных - всё нормально. Остальные - это кто?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #124

107. Сообщение от нах. (?), 06-Авг-26, 23:09	+/–
написание нехеловротов требует того самого синьора, который понимает не только что пишут (что теперь вторично) а зачем и какие у этого будут последствия. Так что оно как раз дешевле не стало. А "клава, эти... опять сломали совместимость, переделай наш патч и апни ветку" - действительно ничего не стоит. Ну или наоборот - если ты считаешь что апстрим давно уже веслает не в ту сторону - "глянь что они там наисправляли и принеси сюда полезное".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

108. Сообщение от Ivan_83 (ok), 06-Авг-26, 23:10	+/–
А какие анализаторы кода и ЫЫ для анализа были доступны в 90х?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

109. Сообщение от Аноним (91), 06-Авг-26, 23:13	+/–
> Так умнее что я - не трогавший код вообще, должен тратить время и деньги на бессмысленные проверки. Шта? Какие ты там деньги и время потратил, не трогав код? А если ты про сборку, то почему авторам этого кода должно быть не наплевать на твои эти проблемы с учетом того, что ты его сугубо потребляешь, а не разрабатываешь. Причем потребляешь через одно место: для нормальных-то потребителей одно сборка происходит раз - и все грузят готовый бинарь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #111

110. Сообщение от Ivan_83 (ok), 06-Авг-26, 23:42	–1 +/–
Не надо всё мешать в кучу. Для начала есть С и С++, хоть они почти совместимы (в одну сторону) но последний тоже достаточно тормозной, и тормоза там не из за проверки типов. В С я могу собирать без оптимизаций и оно будет раза 2-4 быстрее собиратся, это к вопросу о том на что тратится время - оно тратится на оптимизацию при трансляции в машинные коды а не на разбор синтаксиса. Проверка типов в С мне не нужна и она там примитивная, настолько что времени не занимает. Претензия к скорости сборки в расте из за борров чекера и прочих накрученых проверок типа всего подряд. И как меинтейнеру мне это мешает и является пустой тратой ресурсов. И как программситу, если бы я на таком писал, мне бы оно тоже работу тормозило. Мой типичный воркфлоу: собрать из костылей нечто работающее (80% времени и усилий), потом обтисать напильником, потом пройтись по варнингам и прочему что выдаёт компилятор, потом уже cppchecker и после него пара ЫЫ дуболомов. Как видно это по сути даже лучше раста в итоге, но не настолько обременяюще в процессе. > но софт не каждый день надо собирать Это не правда даже для некоторых меинтейнеров. А уж для пограмиста и подавно - там бывает надо каждую минуту по 10 раз собирать, что с растом технически не возможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #113

111. Сообщение от Ivan_83 (ok), 06-Авг-26, 23:48	+/–
Деньги на железо и электричество. А ещё моё время не бесплатное. Я уже молчу про то, что на работе у нас тоже вся эта фигня собирается в продукт, и к прочему добавляются затраты на оплату персонала. У меня то претензия к авторам кода только одна - они выбрали не тот ЯП, а иногда даже не они это выбрали. А в остальном да, авторам наплевать, они с вершины пирамиды гадят на всю индустрию, но подобные продукты с растом я стараюсь избегать. Фанатикам раста пока не удалось вс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #112, #116

112. Сообщение от Ivan_83 (ok), 06-Авг-26, 23:49	+/–
...не удалось всё изгадить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

113. Сообщение от Аноним10084 и 1008465039 (?), 06-Авг-26, 23:57	+/–
Про C++ я тут вообще не говорю. Я говорил лишь о том, что даже проверка типов потребует у компилятора времени. В случае Си крошечного и незаметного, потому что система типов там довольно простая и слабая. Но тем не менее потребует. Логично, что в блистательном Rust с его более строгими гарантиями это требует ещё больше времени > Как видно это по сути даже лучше раста в итоге, но не настолько обременяюще в процессе. Не буду столь оптимистичен, всё-таки строгие гарантии и проверки чекерами разное. Борроу чекер сияющего Rust сильно строже - да, он может отсекать этим корректный код (невозможно математически сделать систему типов, которая одновременно и весь корректный код пропускает, и никакого некорректного. Вернее, можно, но она не будет отрабатывать за конечное время). Но такова цена строгих проверок. Но если вы мейнтейнер или около того, тут да, собирать сложный софт придётся долго, увы. Остаётся надеяться только на оптимизации и улучшения в компиляторе блистательного Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

114. Сообщение от Ivan_83 (ok), 07-Авг-26, 00:06	+/–
Основное достоинство раста - помножили на ноль анализаторы кода и ЫЫ, проснитесь, нынче не 2010.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

115. Сообщение от warlock66613 (ok), 07-Авг-26, 00:12	+/–
Да, Эсперанто не идеален. В отличие от Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #126

116. Сообщение от Аноним (91), 07-Авг-26, 00:36	+2 +/–
> Деньги на железо и электричество. > А ещё моё время не бесплатное. Повторяю еще раз: если бы ты действительно беспокоился о деньгах и времени, то не сношался бы со сборкой из исходников, а, как нормальные люди, качал готовые бинари из офсайта/репы. А раз ты таки этой туфтой занимаешься, то таки да - я думаю, твое время как раз стоит мизер. > Я уже молчу про то, что на работе у нас тоже вся эта фигня собирается в продукт, и к прочему добавляются затраты на оплату персонала. Чел, не разводи цирк: ты уже не единожды говорил, что никогда не работал разработчиком ПО. А так вообще смешно, что в твоих фантазиях "затраты на оплату персонала" почему-то не идут на гребцов, тщетно пытающихся выловить типичные бажины в своей же писанине на недоязыках из 70-80х. > У меня то претензия к авторам кода только одна - они выбрали не тот ЯП Ну да, забыли опеннетного Ваньку спросить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #119

118. Сообщение от Аноним (39), 07-Авг-26, 00:51	+/–
> Тут, конечно, немного замкнутый круг, потому что а чем выявлять баги в Lean? Им самим? А он с ошибкой их выявит? Ну любая формальная система по сути есть порочный круг если нет аксиом. Поэтому, для начала верифицированным должен быть вычислитель (железо), а потом уже сам софт, а софт поэтапно от аксиом до полной системы надо верифицировать, начинать с так называемого меньшего подмножества всей системы. > И баги в ядрах бывают, и спецификации могут быть ошибочные. Так в том то и дело, баги в спеке первичны чем в имплементации, мы же кричим "переписать надо на раст", а это только лишь избавит нас от некоторого рода багов имплементации, и совсем забываем, что понятие программирования и кодирования - разные понятия. Программирование больше относится к спецификации чем к кодированию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

119. Сообщение от Ivan_83 (ok), 07-Авг-26, 01:39	–2 +/–
Так ты либо живёшь на самом дне и жрёшь что подают с лопаты, либо платишь деньги и в зависимости от суммы иногда даже лопату заменяют на лопатку, в некоторых случаях это даже может стать ложечкой при индивидуальной разработке... или делаешь сам за свои деньги=время как тебе надо. То что вы считаете что всех (вроятно как вас) должно устраивать качество того что вам вывалиют из канавы лопатой - это ваше личное дело, не нужно остальных ровнять с собой. Я могу вас легко потыкать носом в то что дистры линуха, как бесплатные так и платные, как иностранные так и РФные сами собирают этот самый опенсорц, каждый в меру своей испорченности и фантазий меинтейнеров. Вы почему то думаете что у всех этих проектов, вероятно как и разработчиков, электричество и выч мощности бесплатные. Да, и как разработчик опенсорца - я вообще не занимаюсь сборкой своих поделий для юзеров, у меня на гитхубе и прочих площадках только исходники и инструкция как собирать. И меня всегда удивляла щедрость и гитхуба когда он просто давал хостенг без рекламы и его щедрость теперь - когда там можно на халяву всякие автоматизации прикрутить, особенно учитывая что прикручиваются они по девляпсовски: развернуть отдельную виртуалку, накачать туда тонны зависимостей и компелять часами... Но вас видимо такие мысли не посещают, ведь электричество из розетки само берётся, а родители заплатят... Ну и конечно есть куча контор которые сами собирают свои продукты из кусков опенсорца, убеждать вас что я работаю в одной из таких контор и в том числе причастен к таким сборкам - я не стану, достаточно примеров выше. > А так вообще смешно, что в твоих фантазиях "затраты на оплату персонала" почему-то не идут на гребцов, тщетно пытающихся выловить типичные бажины в своей же писанине на недоязыках из 70-80х. Затраты идут на много что, в том числе и на это. То что мы на работе тратим лишние машиночасы на сборку раста и того что им собирается это никак не умоляет. И меня лично это настолько задрало что я больше не хочу видеть даже CMake в своих проектах, потому что ему для сборки требутеся meson, которому для сборки требуется python. Раст в эту цепочку прока не пролез, но стараниями отбитых фанов думаю скоро и это случится. Да, у меня проекты маленькие и простые, я лучше на shell script перепишу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #122

120. Сообщение от Смузихеб забывший пароль (?), 07-Авг-26, 02:16	+/–
хаскелл сейчас что с нейрослопом что без него по популярности и применяемости в новых проектах примерно на уровне паскаля хуже ему уже не будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

121. Сообщение от Смузихеб забывший пароль (?), 07-Авг-26, 02:22	+/–
мухи против г* ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

122. Сообщение от Аноним (91), 07-Авг-26, 02:59	+2 +/–
> ты либо живёшь на самом дне и жрёшь что подают с лопаты > вам вывалиют из канавы лопатой Вот это тебя порвало! Я бы спросил, как этот весь словесный понос относится к теме обсуждения и моим словам в частности, но, очевидно, ты там уже на своей волне. > дистры линуха [...] сами собирают этот самый опенсорц > Вы почему то думаете что у всех этих проектов, вероятно как и разработчиков, электричество и выч мощности бесплатные. Ба, у Ваньки сердце болит за финансы левых маинтайнеров дистров! Ты там определись уже, твое ли "время и деньги" тратит Раст, или каких то абстрактных маинтайнеров в вакууме. > Да, и как разработчик опенсорца - я вообще не занимаюсь сборкой своих поделий Сборкой не занимаешься, но невыносимо страдаешь от времени сборки Раста. Ясно, понятно... > я больше не хочу видеть даже CMake в своих проектах, потому что ему для сборки требутеся meson, которому для сборки требуется python Что ты несешь? Для сборки CMake не нужно ничего, кроме самого CMake. Какие к лешему meson и python? > Да, у меня проекты маленькие и простые, я лучше на shell script перепишу. Да хоть на Brainfuck переписывай: будто кому-то не плевать на твои хэллоуворлды. Хз, к чему ты их вообще приплел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #129

123. Сообщение от Аноним (1), 07-Авг-26, 08:09	+/–
Найдут по реальному адресу и запытают дыренями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #134

124. Сообщение от ProfessorNavigator (ok), 07-Авг-26, 11:33	+/–
> Остальные - это кто? Независимые разработчики? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

126. Сообщение от Сладкая булочка (?), 07-Авг-26, 13:39	+1 +/–
> Да, Эсперанто не идеален. В отличие от Rust. Нежелание видеть минусы - это типичный слепой фанатизм. Собственно, других тут нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

127. Сообщение от Сладкая булочка (?), 07-Авг-26, 13:43	–1 +/–
>> Конечно, наши мнения никакой роли не играют, потому что раст пилится и спонсируется корпорациями. > Вот тут ты, внезапно, прав. Только добавлю, что корпорациями пилится не только > сам Раст, но и 95% софта, которым ты пользуешься. Какие ваши доказательства? Я пользуюсь каждодневно кучей GPL-only софта, где в авторах нет никаких корпов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #137, #143

128. Сообщение от Сладкая булочка (?), 07-Авг-26, 13:45	+/–
>>> Объясните, почему такое негативное отношение к этому языку? >> 1) Популистский и надоедливый маняпиар >> что уже о многом говорит) >> 2) Шизоидные менеджеры, >> 3) Раст - это политическая организация > Попробуй не лазить по интернетным помойкам - и перечисленные "проблемы" исчезнут. Что ты скажаешь на это https://blog.rust-lang.org/2022/11/03/Rust-1.65.0/ ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #144

129. Сообщение от Ivan_83 (ok), 07-Авг-26, 13:49	–3 +/–
> Для сборки CMake не нужно ничего, кроме самого CMake. Какие к лешему meson и python? Сам то проверял или просто поверил прочитанному где то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #174

130. Сообщение от Сладкая булочка (?), 07-Авг-26, 13:53	+/–
>> 4) Ужасная культура разработки, >> 6) Отвратная работа с динамической линковкой >> 7) Огромные бинарники >> 8) Долгая компиляция и ужасное "раздувание" папки с проектом > Классика жанра: персонаж, не пишущий на Расте, рассказывает растовикам, как им тяжко > жить. 🥱 Cклонируй репо egui, собери примеры. Каждый хэлоуворлд или окно с кнопкой по 200+ мб занимает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #145

131. Сообщение от Сладкая булочка (?), 07-Авг-26, 13:55	+/–
>> 4) Ужасная культура разработки, >> 6) Отвратная работа с динамической линковкой >> 7) Огромные бинарники >> 8) Долгая компиляция и ужасное "раздувание" папки с проектом > Классика жанра: персонаж, не пишущий на Расте, рассказывает растовикам, как им тяжко > жить. 🥱 А что ты скажешь на это https://github.com/bevyengine/bevy-website/blob/9d28acced9a2... ? > While it may not be an issue for simple projects, debug builds in Rust can be _very slow_ - especially when you start using Bevy to make real games. > > It's not uncommon for debug builds using the default configuration to take multiple minutes to load large 3D models, or for the framerate for simple scenes to drop to near-unplayable levels. > > Fortunately, there is a simple fix, and we don't have to give up our fast iterative compiles! Add the following to your `Cargo.toml`:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #146

132. Сообщение от Сладкая булочка (?), 07-Авг-26, 14:17	+/–
>> напоминаю, что большая часть сообщества выходцы из веба и скриптухи > Нет, практически все растовики - это прошлые плюсовики. И ты готов представить доказательства? Ведь так? Ведь правда же?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #147

133. Сообщение от Сладкая булочка (?), 07-Авг-26, 14:20	+/–
>> Cейчас в интернете развёрнута масштабная кампания по дискредитации языка Си > Хм, а разве нескончаемый поток CVE на протяжении последних 50 лет был > недостаточен для дискредитацииэтого недоязыка? 🤔 Уязвимости в расте и отказы в обслуживании это другое? Внедрение идет по плану?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #148

134. Сообщение от Сладкая булочка (?), 07-Авг-26, 14:22	+/–
> Найдут по реальному адресу и Просто не будут открывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

135. Сообщение от Аноним (135), 07-Авг-26, 14:50	+/–
Можно я: 1) Цифры без ценности, измеряющие ценность 2) Валюта жизни, тающая от бездействия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #136

136. Сообщение от ProfessorNavigator (ok), 07-Авг-26, 15:41	+/–
> Можно я: > 1) Цифры без ценности, измеряющие ценность Деньги - это средства обмена продуктами труда. > 2) Валюта жизни, тающая от бездействия Время - это последовательность событий. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

137. Сообщение от Аноним (137), 07-Авг-26, 18:33    Скрыто ботом-модератором	+/–
>> Только добавлю, что корпорациями пилится не только >> сам Раст, но и 95% софта, которым ты пользуешься. > Какие ваши доказательства? А что тут доказывать-то? Пройдемся по всему линуксячему стеку: ядро - корпы, видео (X11, Wayland, дрова на видяху и большая часть кода Mesa) - корпы, звуковой стек (PulseAudio, PipeWire) - корпы. Браузер, в котором ты воюешь против Раста, написан корпами и содержит Раст. Как и твой Андроидный телефончик. Я понимаю, если ты бы сидел на Hurd или хотя бы *BSD, а экспертизу вещал через Dillo, но нет же... > Я пользуюсь каждодневно кучей GPL-only софта, где в авторах нет никаких корпов. Это как-то опровергает изначальный тезис (в т.ч. о том, что код ты не пишешь и поэтому твое мнение ничего не значит)? А так хотелось бы посмотреть на послный список, чтобы оценит масштаб твоей "кучи" по сравнению к кодом корпов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #140

139. Сообщение от Аноним (139), 07-Авг-26, 18:42	+1 +/–
Твоя ошибка в том, что ты (и твои сотоварищи) воспринимаешь ИИ как что-то незыблемое, неизменяемое, как валун в тихой глуши у дороги, созданный ледником сотни тысяч лет назад. А он (ИИ) стремительно развивается и каждые несколько месяцев значительно "умнеет". Поэтому утверждать что "ИИ не работает - выкидываем" - это, мягко говоря, очень категорично. Два года назад не работало, год назад уже значительно лучше. А сейчас он значительно лучше тебя код напишет, если ты ему внятно объяснишь, что тебе нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

140. Сообщение от Сладкая булочка (?), 07-Авг-26, 20:01	–3 +/–
>>> Только добавлю, что корпорациями пилится не только >>> сам Раст, но и 95% софта, которым ты пользуешься. >> Какие ваши доказательства? > А что тут доказывать-то? Пройдемся по всему линуксячему стеку: ядро - корпы, > видео (X11, Wayland, дрова на видяху и большая часть кода Mesa) > - корпы, звуковой стек (PulseAudio, PipeWire) - корпы. Эн нет, так это не работает. Если в открытый проект коммитят разрабы, работающие на корпорацию, которая использует софт в своих интересах, еще не значит, что проект разрабатывается "корпами". > Браузер, в котором > ты воюешь против Раста, написан корпами и содержит Раст. Как и > твой Андроидный телефончик. "Воюешь" тут только ты. Кстати, сколько в этих самих браузерах с++ кода? А сколько в ядре с? А в андроиде? А сколько раста?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #141

141. Сообщение от Аноним (141), 07-Авг-26, 23:40	+1 +/–
>>>> Только добавлю, что корпорациями пилится не только >>>> сам Раст, но и 95% софта, которым ты пользуешься. >>> Какие ваши доказательства? >> А что тут доказывать-то? Пройдемся по всему линуксячему стеку: ядро - корпы, >> видео (X11, Wayland, дрова на видяху и большая часть кода Mesa) >> - корпы, звуковой стек (PulseAudio, PipeWire) - корпы. Браузер, в котором ты воюешь против Раста, написан корпами и содержит Раст. Как и твой Андроидный телефончик. > Если в открытый проект коммитят разрабы, > работающие на корпорацию, которая использует софт в своих интересах, еще не > значит, что проект разрабатывается "корпами". Когда этих коммитов - больше 90% процентов, то буквально это оно и значит. А с учетом того, что все перечисленные выше проекты кроме ядра и вовсе были изначально созданы карпами с нуля - и подавно. Я все еще жду от тебя список твоей "кучи GPL-only софта, где в авторах нет никаких корпов". >> Браузер, в котором >> ты воюешь против Раста, написан корпами и содержит Раст. Как и >> твой Андроидный телефончик. > Кстати, сколько в этих самих браузерах с++ кода? А сколько в ядре с? А в андроиде? А сколько раста? Раста в них более чем достаточно, чтобы твоя священная война против него вызывала лишь недоумение и выставляла тебя лицемером.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #142

142. Сообщение от Сладкая булочка (?), 08-Авг-26, 01:17	–2 +/–
>[оверквотинг удален] >>>>> сам Раст, но и 95% софта, которым ты пользуешься. >>>> Какие ваши доказательства? >>> А что тут доказывать-то? Пройдемся по всему линуксячему стеку: ядро - корпы, >>> видео (X11, Wayland, дрова на видяху и большая часть кода Mesa) >>> - корпы, звуковой стек (PulseAudio, PipeWire) - корпы. Браузер, в котором ты воюешь против Раста, написан корпами и содержит Раст. Как и твой Андроидный телефончик. >> Если в открытый проект коммитят разрабы, >> работающие на корпорацию, которая использует софт в своих интересах, еще не >> значит, что проект разрабатывается "корпами". > Когда этих коммитов - больше 90% процентов, то буквально это оно и > значит. Как считал? > А с учетом того, что все перечисленные выше проекты кроме > ядра и вовсе были изначально созданы карпами с нуля - и > подавно. Кроме? Вот пошли исключения) x11 - научный проект. > Я все еще жду от тебя список твоей "кучи GPL-only софта, где > в авторах нет никаких корпов". Сразу после твоего списка коммитеров и их вкладам в процентах в проекты. >>> Браузер, в котором >>> ты воюешь против Раста, написан корпами и содержит Раст. Как и >>> твой Андроидный телефончик. >> Кстати, сколько в этих самих браузерах с++ кода? А сколько в ядре с? А в андроиде? А сколько раста? > Раста в них более чем достаточно, чтобы твоя священная война против него > вызывала лишь недоумение и выставляла тебя лицемером. Ну то есть реальные цифры ты скромно замалчиваешь и прикрываешься громкими словечками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

143. Сообщение от Аноним (91), 08-Авг-26, 04:33	+/–
> Какие ваши доказательства? Я пользуюсь каждодневно кучей GPL-only софта, где в авторах нет никаких корпов. Ну так ты примеры-то приводи - мы и предметно обсудим, что там у тебя за GPL-кучи без корпов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

144. Сообщение от Аноним (91), 08-Авг-26, 04:35	+/–
>> Попробуй не лазить по интернетным помойкам - и перечисленные "проблемы" исчезнут. > Что ты скажаешь на это https://blog.rust-lang.org/2022/11/03/Rust-1.65.0/ ? Я уже, по-моему, сказал. Повторяю второй раз: попробуй не лазить по интернетным помойкам - и перечисленные "проблемы" исчезнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #152

145. Сообщение от Аноним (91), 08-Авг-26, 04:36	+/–
>> Классика жанра: персонаж, не пишущий на Расте, рассказывает растовикам, как им тяжко >> жить. 🥱 > Cклонируй репо egui, собери примеры. Зачем мне клонировать и собирать какой-то egui? > Каждый хэлоуворлд или окно с кнопкой по 200+ мб занимает. Ну вот ты FF с Андроидом используешь - и ничего, не лопнул ведь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #151

146. Сообщение от Аноним (91), 08-Авг-26, 04:40	+1 +/–
> А что ты скажешь на это > debug builds in Rust can be _very slow_ > Add the following to your `Cargo.toml`: > opt-level = 3 Сладкая булочка узнала, что дебажные билды медленные? Вот это да! Вот это поворот! 🤯 Представляю, что будет, когда ты откроешь для себя -O3 из GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #150

147. Сообщение от Аноним (91), 08-Авг-26, 04:47    Скрыто ботом-модератором	–1 +/–
>> напоминаю, что большая часть сообщества выходцы из веба и скриптухи > Нет, практически все растовики - это прошлые плюсовики. > И ты готов представить доказательства? Ведь так? Ведь правда же? Конечно! Как только ты предоставишь доказательства существования растовиков, пришедших из "веба и скриптухи" - макну тебя лицом в кодовую базу Chromium, Firefox и Андроида.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

148. Сообщение от Аноним (91), 08-Авг-26, 04:51	+/–
>> Хм, а разве нескончаемый поток CVE на протяжении последних 50 лет был >> недостаточен для дискредитацииэтого недоязыка? 🤔 > Уязвимости в расте и отказы в обслуживании это другое? Конечно другое. Ведь больше нет никаких типично сишочных buffer overflow, double free, use-after-free и т.п, из которых состоят более 70% всех CVE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #149

149. Сообщение от Сладкая булочка (?), 08-Авг-26, 13:12	+/–
>>> Хм, а разве нескончаемый поток CVE на протяжении последних 50 лет был >>> недостаточен для дискредитацииэтого недоязыка? 🤔 >> Уязвимости в расте и отказы в обслуживании это другое? > Конечно другое. Ведь больше нет никаких типично сишочных buffer overflow, double free, > use-after-free и т.п, из которых состоят более 70% всех CVE. Это ошибки программиста. Думайте!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #157

150. Сообщение от Сладкая булочка (?), 08-Авг-26, 13:15	+/–
>> А что ты скажешь на это >> debug builds in Rust can be _very slow_ >> Add the following to your `Cargo.toml`: >> opt-level = 3 > Сладкая булочка узнала, что дебажные билды медленные? Вот это да! Вот это > поворот! 🤯 Поворот в том, что они настолько медленные, что тормозят движок ЛОЛ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #156

151. Сообщение от Сладкая булочка (?), 08-Авг-26, 13:16	+/–
>>> Классика жанра: персонаж, не пишущий на Расте, рассказывает растовикам, как им тяжко >>> жить. 🥱 >> Cклонируй репо egui, собери примеры. > Зачем мне клонировать и собирать какой-то egui? Ну ты же только что пел, что я все придумала и жирные бинари - мистика. >> Каждый хэлоуворлд или окно с кнопкой по 200+ мб занимает. > Ну вот ты FF с Андроидом используешь - и ничего, не лопнул > ведь? Я не пользуюсь Андроидом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #155

152. Сообщение от Сладкая булочка (?), 08-Авг-26, 13:18	+/–
>>> Попробуй не лазить по интернетным помойкам - и перечисленные "проблемы" исчезнут. >> Что ты скажаешь на это https://blog.rust-lang.org/2022/11/03/Rust-1.65.0/ ? > Я уже, по-моему, сказал. Повторяю второй раз: попробуй не лазить по интернетным > помойкам - и перечисленные "проблемы" исчезнут. То есть блог раста - интернет-помойка? Так и запишем. Забавно, как ты отрицаешь прямое доказательство политики в расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #154

153. Сообщение от Аноним (153), 08-Авг-26, 16:15	+1 +/–
Ну уж нет. Просто набор папок с названиями каких-то проверочных программ, внутри которых всегда Project1.dpr
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

154. Сообщение от Аноним (91), 08-Авг-26, 16:57	+/–
>> Я уже, по-моему, сказал. Повторяю второй раз: попробуй не лазить по интернетным > помойкам - и перечисленные "проблемы" исчезнут. > То есть блог раста - интернет-помойка? Так и запишем Интернет-помойка - это ресурс, на котором ты нашел ссылку на эту запись в блоге Раста. Или ты мне сейчас расскажешь, что сам сидишь и штудируешь текст каждого ченджлога Раста на предмет политоты? Ну, если так, то это уже натуральная дурка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #161

155. Сообщение от Аноним (91), 08-Авг-26, 17:05	+/–
>>>> Классика жанра: персонаж, не пишущий на Расте, рассказывает растовикам, как им тяжко >>>> жить. 🥱 >>> Cклонируй репо egui, собери примеры. >> Зачем мне клонировать и собирать какой-то egui? > Ну ты же только что пел, что я все придумала и жирные бинари - мистика. Я говорил, что ты - персонаж, не пишущий на Расте - рассказываешь растовикам, как им тяжко жить. А сам при этом жрешь FF с Андроидом. >>> Каждый хэлоуворлд или окно с кнопкой по 200+ мб занимает. >> Ну вот ты FF с Андроидом используешь - и ничего, не лопнул >> ведь? > Я не пользуюсь Андроидом. Пришло время офигительных историй... Давай, расскажи мне, что ты яблочный адепт. Или, еще лучше, что у тебя кнопочный телефон. 😆 Файрфоксом-то ты 100% пользуешься. И все SVG картинки и еэвекторные эмодзи из шрифтов у тебя рисуются через растровый librsvg. И ничего, не лопнул ведь? Но за какой-то egui у тебя так сердечко болит, так болит! 🥲
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #160

156. Сообщение от Аноним (91), 08-Авг-26, 17:09	+/–
>>> opt-level = 3 >> Сладкая булочка узнала, что дебажные билды медленные? Вот это да! Вот это >> поворот! 🤯 > Поворот в том, что они настолько медленные, что тормозят движок ЛОЛ Ну так я же и говорю: булочка впервые узнала, что дебажные бинари, оказывается, медленные - и рванула срывать покровы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #159

157. Сообщение от Аноним (91), 08-Авг-26, 17:14	+/–
>>>> Хм, а разве нескончаемый поток CVE на протяжении последних 50 лет был >>>> недостаточен для дискредитацииэтого недоязыка? 🤔 >>> Уязвимости в расте и отказы в обслуживании это другое? >> Конечно другое. Ведь больше нет никаких типично сишочных buffer overflow, double free, >> use-after-free и т.п, из которых состоят более 70% всех CVE. > Это ошибки программиста. Думайте! А в Расте-то что было? А так тут два варианта: либо сишочники настолько обучаемые бракоделы, что за более чем 50 лет так и не научились нормально кодить, либо дело все-таки в дырявом языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #158

158. Сообщение от Сладкая булочка (?), 08-Авг-26, 19:05	+/–
>>>>> Хм, а разве нескончаемый поток CVE на протяжении последних 50 лет был >>>>> недостаточен для дискредитацииэтого недоязыка? 🤔 >>>> Уязвимости в расте и отказы в обслуживании это другое? >>> Конечно другое. Ведь больше нет никаких типично сишочных buffer overflow, double free, >>> use-after-free и т.п, из которых состоят более 70% всех CVE. >> Это ошибки программиста. Думайте! > А в Расте-то что было? А так тут два варианта: либо сишочники > настолько обучаемые бракоделы, что за более чем 50 лет так и > не научились нормально кодить, либо дело все-таки в дырявом языке. Ну в Си есть много разных инструментов повышения качества кода. Да, старые проекты к сожалению ими не пользовались, да и тестов немного было у них. Если сейчас это все добавить, еще и сверху полернуть ИИ для проверки на уязвимости будет пушка-гонка. Раст исправляет косяки, конечно, но и другие проблемы привносит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #164

159. Сообщение от Сладкая булочка (?), 08-Авг-26, 19:06	+/–
>>>> opt-level = 3 >>> Сладкая булочка узнала, что дебажные билды медленные? Вот это да! Вот это >>> поворот! 🤯 >> Поворот в том, что они настолько медленные, что тормозят движок ЛОЛ > Ну так я же и говорю: булочка впервые узнала, что дебажные бинари, > оказывается, медленные - и рванула срывать покровы! Покажи в существующих движках на с++ такое же предупреждение. Тут проблема, что в дебаге становится нереальной разработка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #162

160. Сообщение от Сладкая булочка (?), 08-Авг-26, 19:09	+/–
>>>> Каждый хэлоуворлд или окно с кнопкой по 200+ мб занимает. >>> Ну вот ты FF с Андроидом используешь - и ничего, не лопнул >>> ведь? >> Я не пользуюсь Андроидом. > Пришло время офигительных историй... Давай, расскажи мне, что ты яблочный адепт. Или, > еще лучше, что у тебя кнопочный телефон. 😆 Есть кнопочный. Есть яблоко. Но я телефоном почти не пользуюсь по заветам Столлмана. > Файрфоксом-то ты 100% пользуешься. И все SVG картинки и еэвекторные эмодзи из > шрифтов у тебя рисуются через растровый librsvg. И ничего, не лопнул > ведь? И? Если вернуться к теме, то браузер собрать надо много ресурсов. Так себе пример. > Но за какой-то egui у тебя так сердечко болит, так болит! 🥲 Просто пример, который ты не можешь опровергнуть. Бинари жирные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

161. Сообщение от Сладкая булочка (?), 08-Авг-26, 19:11	+/–
>>> Я уже, по-моему, сказал. Повторяю второй раз: попробуй не лазить по интернетным >> помойкам - и перечисленные "проблемы" исчезнут. >> То есть блог раста - интернет-помойка? Так и запишем > Интернет-помойка - это ресурс, на котором ты нашел ссылку на эту запись > в блоге Раста. Или ты мне сейчас расскажешь, что сам сидишь > и штудируешь текст каждого ченджлога Раста на предмет политоты? Ну, если > так, то это уже натуральная дурка. Одного раза достаточно. Опять таки, ты упорно игноришь прямое доказательство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #163

162. Сообщение от Аноним (91), 08-Авг-26, 19:45	+/–
> Покажи в существующих движках на с++ такое же предупреждение. Тут проблема, что в дебаге становится нереальной разработка. То, что дебажные билды медленные - это буквально первое, что узнает человек при изучении компилируемых языков и оптимизации кода, вне зависимости от языка. Но Сладкая булочка к разработке отношения не имеет и открывает для себя новые откровения. Хотела обличить Раст, но, как обычно, села в лужу. Поэтому никто нигде не пишет таких маразматических предупреждений - ни в проектах на С++, ни на Rust. Почему авторы конкретно этого поделия решили его вставить - вопрос сугубо к авторам поделия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #167

163. Сообщение от Аноним (91), 08-Авг-26, 19:59	–1 +/–
> Одного раза достаточно. Опять таки, ты упорно игноришь прямое доказательство. Доказательство чего? Того, что ты не вынимаешь носа из интернетных помоек в поисках политоты, связанной с сообществом Раста? Ну тае я тебе в третий раз повторяю: можно просто перестать это делать. А так вообще удивляет твое лицемерие: в сообществе Раста приплетать политоту нельзя, а в сообществе GNU/CGG/FSF - можно. Ты очень удобно игнорируешь и сам факт политической направленности FSF/GNU, и целую тьму высказываний Столлмана (главного идеолога) на темы власти, цензуры, слежки, политических элит, угнетения простого люда и прочей дурки, которую дед в своих фантазиях сплетает с темой ПО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #168

164. Сообщение от Аноним (91), 08-Авг-26, 20:13	+/–
> Ну в Си есть много разных инструментов повышения качества кода. Да как-то ни один не помог чего-то: вулны как лились рекой, так и льются. > Да, старые проекты к сожалению ими не пользовались > Если сейчас это все добавить Так вулны-то в актуальных проектах находят. Причем в тех проектах, которые буквально обмазаны этими самыми анализаторами и валгриндами. > да и тестов немного было у них. И как ты себе представляешь тест на buffer overflow, use-after-free и т.п.? > полернуть ИИ для проверки на уязвимости будет пушка-гонка. > Раст исправляет косяки, конечно ИИ в этом случае борется с симптомами, а не с болезнью. А вообще смешно: сперва ты пел, что переход на Раст якобы не окупает затраты, а теперь, оказывается, затраты на оплату ИИшки и (и косвенная плата за RAM и выжигание ей киловатты электроэнергии) на борьбу с тем, что в Расте в фундаментально отсутствует - это вообще не проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #165

165. Сообщение от Сладкая булочка (?), 09-Авг-26, 02:11	+/–
>> Ну в Си есть много разных инструментов повышения качества кода. > Да как-то ни один не помог чего-то: вулны как лились рекой, так > и льются. >> Да, старые проекты к сожалению ими не пользовались >> Если сейчас это все добавить > Так вулны-то в актуальных проектах находят. Причем в тех проектах, которые буквально > обмазаны этими самыми анализаторами и валгриндами. Примеры? Недавний sqlite отличный показатель, что большинство вулнов - фикция. А сколько воплей. >> да и тестов немного было у них. > И как ты себе представляешь тест на buffer overflow, use-after-free и т.п.? Есть эксплойт, есть ожидаемый результат. Обычный функциональный тест. >> полернуть ИИ для проверки на уязвимости будет пушка-гонка. >> Раст исправляет косяки, конечно > ИИ в этом случае борется с симптомами, а не с болезнью. > что в Расте в фундаментально отсутствует Ну да) Еще скажи санитайзеры не нужны. Ведь не нужны? Ведь правда же? Ой, а что тут у нас https://github.com/rust-lang/miri?tab=readme-ov-file#bugs-fo... Или ты собрался код без unsafe писать? Понимаешь в чем проблема, твой код в safe будет молча содержать ошибку, потому что под капотом unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #166

166. Сообщение от Аноним (91), 09-Авг-26, 03:47	–1 +/–
>> Так вулны-то в актуальных проектах находят. Причем в тех проектах, которые буквально >> обмазаны этими самыми анализаторами и валгриндами. > Примеры? Недавний sqlite отличный показатель, что большинство вулнов - фикция. А сколько воплей. Я смотрю, у тебя память, как у золотой рыбки. Вот тебе примеры: "Mozilla опубликовала отчёт о проверке кодовой базы Firefox при помощи AI-модели Claude Mythos [...] Отмечается, при использовании Mythos практически не было ложных срабатываний [...] В апреле в Firefox было устранено 423 уязвимости, из которых 271 была выявлена сотрудниками Mozilla при помощи Claude Mythos. 180 уязвимостей из 271 признаны опасными, 80 присвоен умеренный уровень опасности, а 11 - низкий. " https://www.opennet.dev/opennews/art.shtml?num=65405 Благодаря ИИ Гугл за июнь пофиксил в Хроме больше багов, чем за последние два года: https://blog.google/security/chrome-stronger-with-every-update/ "Инженеры Google также сделали вывод, что основным источником проблем с безопасностью является новый код [...] Уже существующий код со временем становится более проверенным и безопасным (наблюдается экспоненциальная зависимость безопасности от времени), что делает не столь выгодными вложения в проекты по переписыванию существующего кода. Например, 5-летний код в среднем имеет в 3.4 раза меньшую плотность уязвимостей, чем новый код. Для проектов Android и Chromium благодаря внедрению методов безопасной работы с памятью разница составляет 7.4 раза. " https://www.opennet.dev/opennews/art.shtml?num=61933 >>> да и тестов немного было у них. >> И как ты себе представляешь тест на buffer overflow, use-after-free и т.п.? > Есть эксплойт, есть ожидаемый результат. Обычный функциональный тест. Шта? Чел, я тебя конкретно спросил, как ты себе представляешь тест на ПОТЕНЦИАЛЬНЫЙ buffer overflow или use-after-free. При чем здесь эксплоит, который появляется ПОСЛЕ того, как вулн обнаружен? Ты ведь не ответишь на вопрос, ибо не шаришь, не так ли? >>>> полернуть ИИ для проверки на уязвимости будет пушка-гонка. >>> Раст исправляет косяки, конечно >> ИИ в этом случае борется с симптомами, а не с болезнью. >> что в Расте в фундаментально отсутствует > Ну да) Еще скажи санитайзеры не нужны. Ведь не нужны? Ведь правда же? Ой, а что тут у нас https://github.com/rust-lang/miri?tab=readme-ov-file#bugs-fo... Или ты собрался код без unsafe писать? Понимаешь в чем проблема, твой код в safe будет молча содержать ошибку, потому что под капотом unsafe. Ты правда не соображаешь, что точечный локализированный unsafe только когда необходимо - это несоизмеримо лучше, чем 100% unsafe на каждую строку? Или ты просто цирк разводишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #169

167. Сообщение от Сладкая булочка (?), 09-Авг-26, 12:17	–1 +/–
>> Покажи в существующих движках на с++ такое же предупреждение. Тут проблема, что в дебаге становится нереальной разработка. > То, что дебажные билды медленные - это буквально первое, что узнает человек > при изучении компилируемых языков и оптимизации кода, вне зависимости от языка. > Но Сладкая булочка к разработке отношения не имеет и открывает для > себя новые откровения. Хотела обличить Раст, но, как обычно, села в > лужу. Еще раз. В расте они настолько медленные, что bevy явно пишет их не использовать. Почему ты отрицаешь явные доказательства уже в какой раз? Покажи мне такое же в с++ движке. > Поэтому никто нигде не пишет таких маразматических предупреждений - ни в проектах > на С++, ни на Rust. Почему авторы конкретно этого поделия решили > его вставить - вопрос сугубо к авторам поделия. Ну эта инфа от тех, кто на нем разрабатывает также. Оказывается, если ты перестанешь воевать в комментах и начнешь писать на расте, то столкнешся с этим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #170

168. Сообщение от Сладкая булочка (?), 09-Авг-26, 12:18	+/–
>> Одного раза достаточно. Опять таки, ты упорно игноришь прямое доказательство. > Доказательство чего? Того, что ты не вынимаешь носа из интернетных помоек в > поисках политоты, связанной с сообществом Раста? Ну тае я тебе в > третий раз повторяю: можно просто перестать это делать. Доказательство того, что раст используется в полит целях. > А так вообще удивляет твое лицемерие: в сообществе Раста приплетать политоту нельзя, > а в сообществе GNU/CGG/FSF - можно. Ты очень удобно игнорируешь и > сам факт политической направленности FSF/GNU, и целую тьму высказываний Столлмана (главного > идеолога) на темы власти, цензуры, слежки, политических элит, угнетения простого люда > и прочей дурки, которую дед в своих фантазиях сплетает с темой > ПО. У тебя каша в голове. Столлман, если и высказывается, то у себя в блоге, никаких полит высказываний GNU не делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

169. Сообщение от Сладкая булочка (?), 09-Авг-26, 12:26    Скрыто ботом-модератором	+/–
>>> Так вулны-то в актуальных проектах находят. Причем в тех проектах, которые буквально >>> обмазаны этими самыми анализаторами и валгриндами. >> Примеры? Недавний sqlite отличный показатель, что большинство вулнов - фикция. А сколько воплей. > Я смотрю, у тебя память, как у золотой рыбки. Вот тебе примеры: > "Mozilla опубликовала отчёт о проверке кодовой базы Firefox при помощи AI-модели Claude > Mythos [...] Отмечается, при использовании Mythos практически не было ложных срабатываний > [...] В апреле в Firefox было устранено 423 уязвимости, из которых > 271 была выявлена сотрудниками Mozilla при помощи Claude Mythos. 180 уязвимостей > из 271 признаны опасными, 80 присвоен умеренный уровень опасности, а 11 > - низкий. " Кто тебе сказал, что в FF был хороший код? >[оверквотинг удален] > последние два года: > https://blog.google/security/chrome-stronger-with-every-update/ > "Инженеры Google также сделали вывод, что основным источником проблем с безопасностью является > новый код [...] Уже существующий код со временем становится более проверенным > и безопасным (наблюдается экспоненциальная зависимость безопасности от времени), что > делает не столь выгодными вложения в проекты по переписыванию существующего кода. > Например, 5-летний код в среднем имеет в 3.4 раза меньшую плотность > уязвимостей, чем новый код. Для проектов Android и Chromium благодаря внедрению > методов безопасной работы с памятью разница составляет 7.4 раза. " > https://www.opennet.dev/opennews/art.shtml?num=61933 Ну реклама гугла не интересна. Кто там что про рыбку бурчал? Вот, полюбуйся, https://www.opennet.dev/opennews/art.shtml?num=66023 Просто автор нормально код пишет. >>>> да и тестов немного было у них. >>> И как ты себе представляешь тест на buffer overflow, use-after-free и т.п.? >> Есть эксплойт, есть ожидаемый результат. Обычный функциональный тест. > Шта? Чел, я тебя конкретно спросил, как ты себе представляешь тест на > ПОТЕНЦИАЛЬНЫЙ buffer overflow или use-after-free. При чем здесь эксплоит, который появляется > ПОСЛЕ того, как вулн обнаружен? Ты ведь не ответишь на вопрос, > ибо не шаришь, не так ли? Обнаруживаешь уязвимость, фиксишь, добавляешь тест. Потенциальный? Ну прогони через стат анализатор, например, Frama-C есть Eva плагин, который тебе насыпит предупреждений о возможных рантайм ошибках. >>>>> полернуть ИИ для проверки на уязвимости будет пушка-гонка. >>>> Раст исправляет косяки, конечно >>> ИИ в этом случае борется с симптомами, а не с болезнью. >>> что в Расте в фундаментально отсутствует >> Ну да) Еще скажи санитайзеры не нужны. Ведь не нужны? Ведь правда же? Ой, а что тут у нас https://github.com/rust-lang/miri?tab=readme-ov-file#bugs-fo... Или ты собрался код без unsafe писать? Понимаешь в чем проблема, твой код в safe будет молча содержать ошибку, потому что под капотом unsafe. > Ты правда не соображаешь, что точечный локализированный unsafe только когда необходимо > - это несоизмеримо лучше, чем 100% unsafe на каждую строку? Или > ты просто цирк разводишь? Точечный локализированный unsafe только когда необходимо? Ну ты быги же посмотрел в продакшен коде по ссылке? Ведь посмотрел же? Проблема твоего точеного локализованного, что в случае ошибки он МОЛЧА распростарнится на safe код. А учитывая, что внутри все обмазано (по другому не скажешь) unsafe это будет происходить. До miri такие растофантики как ты верили, что багов нет, а оказывается... Так что закачнивай байки про ненужность стат анализаторов (в расте он внезапно есть) и санитайзеров (в расте оказывается тоже есть), а еще и попыток создать аналог формально верифицированного языка (прям как для Си))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

170. Сообщение от Аноним (91), 09-Авг-26, 15:37	–1 +/–
> Еще раз. В расте они настолько медленные, что bevy явно пишет их не использовать. Чел ты в адеквате вообще? Дебажный билд с отключенными оптимизациями будет медленным НА ЛЮБОМ ЯЗЫКЕ. Что конкретно тебе не понятно? > Почему ты отрицаешь явные доказательства уже в какой раз? Какие доказательства? Чего доказательства? Сформируй внятно свою мысль. Или ты что, серьезно думаешь, что если собрать C++ код clang-ом и примерно аналогичный код Rust, то второй будет медленее при том, что в обоих случаях под капотом один и том же бекенд (LLVM)? Впрочем, да, я уверен, что именно так ты и думаешь: ведь ты только сейчас обнаружил, что у компиляторов, оказывается, есть флажки оптимизаций. Заканчивай позорится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #171

171. Сообщение от Сладкая булочка (?), 09-Авг-26, 15:49	+1 +/–
>> Еще раз. В расте они настолько медленные, что bevy явно пишет их не использовать. > Чел ты в адеквате вообще? Дебажный билд с отключенными оптимизациями будет медленным > НА ЛЮБОМ ЯЗЫКЕ. Что конкретно тебе не понятно? Похоже тебе конкретно не понятно, что на bevy это приводит к неюзабельным дебаг сборкам. Еще раз приведи пример, чтобы такое было на с++ движке. >> Почему ты отрицаешь явные доказательства уже в какой раз? > Какие доказательства? Чего доказательства? Сформируй внятно свою мысль. > Или ты что, серьезно думаешь, что если собрать C++ код clang-ом и > примерно аналогичный код Rust, то второй будет медленее при том, что > в обоих случаях под капотом один и том же бекенд (LLVM)? Дык, раст вставляет доп. проверки в дебаге в отличие от. > в обоих случаях под капотом один и том же бекенд (LLVM) И что? > Впрочем, да, я уверен, что именно так ты и думаешь: ведь ты > только сейчас обнаружил, что у компиляторов, оказывается, есть флажки оптимизаций. > Заканчивай позорится. А, это ты))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

172. Сообщение от Sm0ke85 (ok), 10-Авг-26, 07:39	+/–
Занимательно... ЯП, который создан, чтобы генерить на нем код с помощью ЫЫ, запрещает использовать ЫЫ при разработке своей внутрянки))))))
Ответить | Правка | Наверх | Cообщить модератору

173. Сообщение от Sm0ke85 (ok), 10-Авг-26, 07:42	+/–
>Объясните, почему такое негативное отношение к этому языку? Да все просто: посмотри на его архитектуру и ты увидишь, что он буквально создан для нейрослопа и централизации, а соответственно, все что на нем написано (а точнее Переписано) - скоро будет принадлежать корпоратам...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

174. Сообщение от Аноним (174), 12-Авг-26, 17:14	+/–
У CMake есть File API Это протокол, основанный на файлах. Записываете запрос в специальную папку (build/.cmake/api/v1/query), а CMake при следующем запуске генерации обрабатывает его и сохраняет ответ в папку reply. Можно использовать готовую библиотеку cmake-file-api из PyPI. Она умеет читать ответы в удобном для Python виде. Это дает доступ к целям, исходникам, зависимостям и многому другому. Это механизм интеграции IDE с CMake. Так что, те кто хотят, могут работать с CMake из чего угодно. Из Python'а то же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

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

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