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

"Выпуск Rust 1.91"	+/–
Сообщение от opennews (??), 31-Окт-25, 12:32
Опубликован релиз языка программирования  Rust 1.91, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64149
Ответить | Правка | Cообщить модератору

Сообщения

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

4. Сообщение от Аноним Мю (?), 31-Окт-25, 12:36	+/–
Что за ABI такой: gnullvm?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #37

10. Сообщение от Аноним (10), 31-Окт-25, 12:49	+7 +/–
Хороший язык для начинающих - этакий надувной круг-уточка, не дающий чайнику утонуть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #13

11. Сообщение от Archer73 (ok), 31-Окт-25, 12:50	+3 +/–
Windows targets similar to *-pc-windows-gnu but using UCRT as the runtime and various LLVM tools/libraries instead of GCC/Binutils.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #173

12. Сообщение от kravich (ok), 31-Окт-25, 12:53	+9 +/–
Хорошая шутка Скорее, это бассейн, заполненный смолой, в которой предлагают плыть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #62

13. Сообщение от Аноним (-), 31-Окт-25, 12:56	+6 +/–
> Хороший язык для начинающих - этакий надувной круг-уточка, не дающий чайнику утонуть. Вот только обычно инструментами "не дающими утонуть" пользуются профи. Это чайник скажет "да тут всего щиток на ХЗ сколько вольт, я сейчас возьму дидовые пассатижи и всё поправлю". А потом его аккуратно сметают веничком в пакет и выкидывают. Профи соблюдают ТБ и используют СИЗ: кольчужные перчатки хирургам, каски, очки и наушники строителям, две разнесенные кнопки прессовому оборудованию... Чайники и бракоделы делают как попало, а потом C̶V̶E̶ получается фигня)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #40, #224

14. Сообщение от Аноним (14), 31-Окт-25, 12:56	–8 +/–
Лучший язык программирования! Хай языков вроде си прошёл - Правительство США призывает отказаться от небищопасных языков. А раст это навсегда! В отличии от других языков, которые ну выучили, может даже и лучше, но их хайп пройдёт и работу не найдёте! А если у вас проект - будите платить огромные деньги за переписывание, ибо кто поддерживать будет? Никто!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #35, #50, #207, #212, #229

16. Сообщение от Аноним (16), 31-Окт-25, 12:59	+1 +/–
> Чайники и бракоделы делают как попало, а потом CVE получается фигня) это как в CVE-2025-62518 aka TARmageddon?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #18, #19, #61, #63, #90, #168

17. Сообщение от Анонимусс (-), 31-Окт-25, 13:02	+/–
> А раст это навсегда! Не дай боже! Если раст застрянет как дыряха на 40+ лет, то это будет просто ужасно. Раст должен будет заменить еще более безопасный язык, напр. с автоматической или хотя бы с дешевой верификацией, который будет не давать сделать хотя бы часть логических ошибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от kravich (ok), 31-Окт-25, 13:03	+1 +/–
А что намекает на то, будто tar-это хороший формат? Встроенного сжатия нет, расчитан изначально на запись на магнитных стримерах, 100500 вариантов формата, насильно объединенных во франкенштейна в попытке стандартизовать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #22, #70, #79

19. Сообщение от Аноним (-), 31-Окт-25, 13:05	+2 +/–
>> Чайники и бракоделы делают как попало, а потом CVE получается фигня) > это как в CVE-2025-62518 aka TARmageddon? Нет, как CVE в ХОрг или ядре линукс). Раст предотвращает и дает гарантии на конкретный список проблем. Ты же не будешь ныть что книпексовые клещи на 1000 вольт пробиваются на 10000? Если вам нужно больше - то АДА или формальная верификация, если у вас хватит денег))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #82

22. Сообщение от Аноним (16), 31-Окт-25, 13:11	+9 +/–
> Встроенного сжатия нет Ага, и mp4 воспроизводить не умеет. Наверно потому что это архиватор, а не видеоплеер или компрессор. > изначально на запись на магнитных стримерах Какая разница что там было изначально? > 100500 вариантов формата Поменьше: по сути вам (растаманам) надо было реализовать только ustar и pax. Но вы и тут облажались. И, кстати, у сишников что-то не было такой проблемы с кучей форматов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #230

23. Сообщение от Аноним (23), 31-Окт-25, 13:14	+4 +/–
Не люблил раст, но вот сейчас сижу и смотрю почему течет flutterJNI на android и rust уже не кажется таким уж переусложненным на ровном месте. Если посмотреть на существующие распространенные решения, то rust там мог бы решить большой спектр проблем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #72

24. Сообщение от cheburnator9000 (ok), 31-Окт-25, 13:16	–1 +/–
carbon похоронит ржавчину, вот как только зарелизится так сразу!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #202

25. Сообщение от sena (ok), 31-Окт-25, 13:17	+1 +/–
И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Завтра какая-то новая идея возникнет, опять новый язык появится? Я понимаю, конечно, развитие не остановить. Но ведь мы не выкидываем русский язык из-за того что появились новые идеи? Да, мы проводим реформы (принимаем новые стандарты). Но блин, никому не приходит в голову, русский язык устарел, давайте теперь говорить на иксигрекзетовом... Надо развивать существующие а не плодить новые.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #29, #42, #69, #80, #84, #93, #223

27. Сообщение от Бьяерне Страуструп (?), 31-Окт-25, 13:26	+/–
От чего мы все запихиваем в наш любимый C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

28. Сообщение от Аноним (16), 31-Окт-25, 13:27	–5 +/–
> почему течет flutterJNI на android и rust уже не кажется таким уж переусложненным дак он раст написан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #65, #67

29. Сообщение от Аноним (-), 31-Окт-25, 13:27	+2 +/–
> И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Ну... так обычно и происходит) > Завтра какая-то новая идея возникнет, опять новый язык появится? Зависит от... Например если у нас древний ЯП, который писали в прошлом тысячелетии, адепты которого молятся на "ОБРАТНУЮ СОВМЕСТИМОСТЬ!!!" и поддержку железок из 70х, то нет. Они упрутся, скажут зачем нам прогресс, мы можем в луже и палкой копалкой работать. Второй вариант - сделать версию ЯП, которая ломает совместимость. Но это тоже не очень, тк народ будет их путать. > Я понимаю, конечно, развитие не остановить. Но ведь мы не выкидываем русский язык из-за того что появились новые идеи? Зато выкидываем старые стандарты производства или строительства. > Да, мы проводим реформы (принимаем новые стандарты). Но блин, никому не приходит в голову, русский язык устарел, давайте теперь говорить на иксигрекзетовом... Чего? В 18 и 56 году хорошо так поменяли. Выкинули кучу букв Ѣ, Ѳ, І. Убрали из окончаний Ъ. Изменили грамматику. По сути получили новый "русскоподобный язык". Те кто жил в те смутные времена даже ругались: "Зачем все эти искажения? Для чего это умопомрачающее снижение? Кому нужна эта смута в мысли и в языковом творчестве?? Ответ может быть только один: всё это нужно врагам национальной России. Им; именно им, и только им." - Иван Александрович Ильин > Надо развивать существующие а не плодить новые. А если не хотят развивать? Если держатся за священную корову "я могу скомпилять для 8008!!" Если не хотя учиться новому? Проще не спорить и создать новый ЯП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #44, #45, #46, #94

31. Сообщение от Аноним (110), 31-Окт-25, 13:29	+1 +/–
>Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью Не избавляют.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66

35. Сообщение от Аноним (110), 31-Окт-25, 13:33	–1 +/–
Смысл в языке, в котором без ИИ никуда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #190, #241

36. Сообщение от Аноним (-), 31-Окт-25, 13:37	+3 +/–
> carbon похоронит ржавчину, вот как только зарелизится так сразу! Пфф, манямирок анонов такой маня) Авторы carbonʼа сами пишут вот прям в описании проекта: Existing modern languages already provide an excellent developer experience: Go, Swift, Kotlin, Rust, and many more. Developers that can use one of these existing languages should. github.com/carbon-language/carbon-lang?tab=readme-ov-file#why-build-carbon Более того, расширяют мысль If you can use Rust, ignore Carbon https://github.com/carbon-language/carbon-lang/blob/trunk/do... Что-то я им больше верю, чем твоим фантазиям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

37. Сообщение от анондр (?), 31-Окт-25, 13:41	+1 +/–
ни с чем не совместимое нечто :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

39. Сообщение от Аноним (39), 31-Окт-25, 13:42	+5 +/–
fn f() -> *const u8 {        let x = 0;        &x    } чесногря читая о безопасном языке раст думал, что подобные конструкции на нём компилироваться в принципе не должны. а тут они в версии 2.91 выдали предупреждение. мдя. и сколько ещё подобного "безопасного" на расте можно написать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #112

40. Сообщение от gi (??), 31-Окт-25, 13:43	–1 +/–
додо... это поэтому хоккеисты сначало играют в шлеме с Ме решёткой на все щи, потом со стекляшкой в половину, ну а профи уже и без стекла а чем "дидовые" пасатижи хуже так плохи? нет предохранителя от попадания пальца?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #64

42. Сообщение от Аноним (42), 31-Окт-25, 13:44	+2 +/–
Русский язык - плохой пример . Над тем что "отцам и детям" требуется переводчик - шутили ещё в 70х . А многие ли могут перевести на современный выражение "не мытьём , так катаньем" ? Справка: мытьё - сбор налогов , катанье - телесные и финансовые наказания .
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

44. Сообщение от Аноним (44), 31-Окт-25, 13:47    Скрыто ботом-модератором	+/–
Сразу видно человека, который больше хелловорлдов ничего не писал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

45. Сообщение от sena (ok), 31-Окт-25, 13:48	+/–
>> Да, мы проводим реформы (принимаем новые стандарты). Но блин, никому не приходит в голову, русский язык устарел, давайте теперь говорить на иксигрекзетовом... > Чего? В 18 и 56 году хорошо так поменяли. > Выкинули кучу букв Ѣ, Ѳ, І. Убрали из окончаний Ъ. Изменили грамматику. > По сути получили новый "русскоподобный язык". В смысле? Мы не получили "русскоподобный язык", мы говорим на русском языке. Он видоизменяется со временем, поэтому приходится стандарты подгонять под современность. Да, есть в нём какие-то неудобные моменты и проблемы, исключения, неоднозначности, существенные отличия с разговорномым и т.п. Да, он не самый распространённый в мире. Понятно, что аналогия не полная, фактически каждый из нас является сотворцом языка и может придумать новое слово или конструкцию, которое лет через 200 может попасть в толковый словарь. >> Надо развивать существующие а не плодить новые. > А если не хотят развивать? Кто не хочет? Покажите мне этого человека. > Если держатся за священную корову "я могу скомпилять для 8008!!" Рано или поздно придётся отказаться от этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #51, #97

46. Сообщение от gj (?), 31-Окт-25, 13:52	+/–
> можем в луже и палкой копалкой работать. нуда нуда, совочком с пласиковым ведёрком куда приятнее куличики лепить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

50. Сообщение от zionist (ok), 31-Окт-25, 14:00	+2 +/–
Раньше правительство США ратовало за язык Ада.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #242

51. Сообщение от Аноним (-), 31-Окт-25, 14:02	+/–
>> По сути получили новый "русскоподобный язык". > В смысле? Мы не получили "русскоподобный язык", мы говорим на русском языке. Неа! Язык настолько покромсали и переделали, что от старого остались только какие-то общие структуры. Как сейчас говорят "СИ подобный синтаксис")) ru.wikipedia.org/wiki/%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B0%D1%8F_%D0%B4%D0%BE%D1%80%D0%B5%D1%84%D0%BE%D1%80%D0%BC%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F_%D0%BE%D1%80%D1%84%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D1%8F > Он видоизменяется со временем, поэтому приходится стандарты подгонять под современность. Его видоизменили буквально за год. Причем насильно, через монополию напечатную продукцию. ru.wikipedia.org/wiki/%D0%A0%D0%B5%D1%84%D0%BE%D1%80%D0%BC%D0%B0_%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%BE%D0%B9_%D0%BE%D1%80%D1%84%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D0%B8_1918_%D0%B3%D0%BE%D0%B4%D0%B0 > Понятно, что аналогия не полная, фактически каждый из нас является сотворцом языка и может придумать новое слово или конструкцию, которое лет через 200  может попасть в толковый словарь. Ну попробуйте прочитать, а тем более написать (по правилам!) въ​ смꙑслѣ? мꙑ ​не​ полѫчили "роусскопѫдобнꙑи ​ѩꙁꙑкъ​" мꙑ ​говоримъ​ на ​роусскомъ​ ​ѩꙁꙑкѣ​. ​ѻнъ​ видоиꙁменѧѥтсѧ ​со​ ​врѣменемъ​ ​поѥтомоу​ ​приходитсѧ​ стандартꙑ пѫдгонѧть пѫдъ соврѣменность. да ѥсть ​въ​ ​немъ​ ​какꙑѥ​-​то​ ​неоудобнꙑѥ​ моментꙑ ​и​ проблемꙑ исключенїꙗ неѻдноꙁначности ​сѫщественнꙑѥ​ ѿличїꙗ съ раꙁговорномꙑмъ ​и​ т.п. да ​ѻнъ​ ​не​ самꙑи распространеннꙑи ​въ​ ​мире​. понѧтно что ꙗналогꙑа ​не​ полнаꙗ фактическꙑ каждꙑи иꙁъ насъ ꙗвлѧѥтсѧ ​сотворцомъ​ ​ѩꙁꙑка​ ​и​ можетъ придоумать новоѥ слово или констроукцїю ​котраѥ​ лѣтъ чрѣꙁъ 200 можетъ ​пѫпасть​ ​въ​ толковꙑи ​словарь​. > Кто не хочет? Покажите мне этого человека. Коммитет С? > Рано или поздно придётся отказаться от этого. Ага. И проще заменить ЯП, чем лепить горбатого до стены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #98, #164

61. Сообщение от Аноним (166), 31-Окт-25, 14:24	+1 +/–
А на СИ там бы еще за границу буфера вышли и обратились бы к освобождённой памяти, не забыл вызвать переполнение. А раст, да, плохой, не позволяет все это сделать, и потому тебе пришлось искать CVE с !логической! ошибкой (а раст то тут причем?) в реализации кривого формата.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

62. Сообщение от Аноним (62), 31-Окт-25, 14:24	+/–
во-во, особенно кто старых как рыба, да хоть в том же пыхе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

63. Сообщение от Аноним (63), 31-Окт-25, 14:26	+1 +/–
Нет. Это остальные 9 миллиардов CVE в переполнением памяти/буфера/кучи/стэка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

64. Сообщение от Аноним (166), 31-Окт-25, 14:27	+1 +/–
Ну вообще-то профи давно заковали в броню, спонсоры команд больше не готовы платить миллионы за контракты, чтобы потом смотреть, как очередного "профессионала" уносят на носилках со льда, т.к. ему шайба попала в голову, т.к. он не надел шлем (да-да, таки без шлема больше на лед не пускают).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

65. Сообщение от Аноним (63), 31-Окт-25, 14:29	+3 +/–
Interface between Flutter embedding's Java code and Flutter engine's C/C++ code. Раст во все поля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

66. Сообщение от Аноним (66), 31-Окт-25, 14:31	+/–
избавляют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #73

67. Сообщение от Аноним (166), 31-Окт-25, 14:31	+1 +/–
C/C++ https://api.flutter.dev/javadoc/io/flutter/embedding/engine/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

68. Сообщение от Шарп (ok), 31-Окт-25, 14:33	+/–
Какая-то минорщина с обновлением линтера. Где фичи?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

69. Сообщение от Аноним (166), 31-Окт-25, 14:33	+/–
Согласен, возвращаемся на Lisp и Fortran! Ну ладно, можно еще COBOL для хипстеров, которые любят все новое!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

70. Сообщение от Медведь (ok), 31-Окт-25, 14:44	+1 +/–
Ну все как всегда -- этот мир нам не подходит, дайте другой, с правильным tar, рулеткой и стюардессами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

71. Сообщение от Аноним (71), 31-Окт-25, 14:44	+/–
К чему такие мелкие выпуски? Это какой-то майлстоун или как? Вот завтра выйдет новая версия - в ней можно ли будет указать для компиляции любую предыдущую вплоть до 0.01?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75, #99

72. Сообщение от Медведь (ok), 31-Окт-25, 14:48	+4 +/–
А rust нифига не гарантирует отсутствие утечек памяти. Сюрприз! Меньше слушай хайповые крики растунов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #92

73. Сообщение от Аноним (110), 31-Окт-25, 14:53	+1 +/–
Только от очень небольшого списка, а этого недостаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #221

75. Сообщение от Аноним (110), 31-Окт-25, 15:02	+/–
И в то же время часть пакетов всегда требует ночную экспериментальную сборку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #101

79. Сообщение от Аноним (79), 31-Окт-25, 15:09	+1 +/–
Встроенное сжатие зачем гвоздями прибивать? Для tar есть возможность выбора сжимальщиков: gz, bz2, lzma, xz, ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #118, #194

80. Сообщение от Аноним (80), 31-Окт-25, 15:11	+/–
> И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Да. В чём проблема? > Я понимаю, конечно, развитие не остановить. Но ведь мы не выкидываем русский язык из-за того что появились новые идеи? Доброе утро, русский давно выкинули. > Надо развивать существующие а не плодить новые. Ну вот C++ развивают, и кому от этого хорошо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

82. Сообщение от Аноним (79), 31-Окт-25, 15:13	–2 +/–
> Раст предотвращает и дает гарантии на конкретный список проблем. Вот когда на деле _реально_ предотвратит, тогда и приходите. А пока один булшит про безопастность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #91, #197

84. Сообщение от Медведь (ok), 31-Окт-25, 15:15	+/–
> И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Вот как раз относительно новых идей в программировании -- раст обречен на застой и стагнацию. Во-первых, добавить в ядро языка новые идеи и концепции или очень сложно, или невозможно: а вдруг они нарушат "бизапаснасть"? а кто будет допиливать боровчекер? а насколько еще более тормозным он станет после изменений? Даже довольно простая идея со специализацией генериков висит в nightly много лет и провисит еще столько же. Во-вторых, растуны, радостно повизгивая, ломанулись в критически важный код, не обратив внимания, что это ловушка, в которую попал, увы, C: "что? доработать язык под новые идеи? а кто гарантирует, что старый код не сломается? нет уж, вот у нас тут архимегаважный пакетик собирается -- и пусть его собирается, никто экспериментировать не будет! в этих ваших закорючках пока разберешься, ишь чо удумали!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #95, #113, #152

90. Сообщение от Аноним (91), 31-Окт-25, 15:29	+5 +/–
Вы как всегда не различаете ошибк управления памятью и прочие уязвимости. Как и ожидалось от ненависников раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #105, #129, #169

91. Сообщение от Аноним (91), 31-Окт-25, 15:30	+1 +/–
>Вот когда на деле _реально_ предотвратит, тогда и приходите. Возьмите и начните писать аналогичную программу на си и на расте. Первая же ошибка компиляции - ура проблема поймана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #102, #109, #110

92. Сообщение от Аноним (91), 31-Окт-25, 15:32	+/–
Так растеры это прямо говорят. Это сишники возмонили, что раст должен все проблемы решать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #96, #126

93. Сообщение от Аноним (91), 31-Окт-25, 15:37	+/–
>И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Это всегда так было. Вы новые идеи к старым языкам либо не прикрутите вообще, либо через огромную кучу костылей. >Завтра какая-то новая идея возникнет, опять новый язык появится? Совершенно верно. >Но ведь мы не выкидываем русский язык из-за того что появились новые идеи? Какие новые идеи? Между си и растом - фундаментальная разница: концепция владения, алгебраические типы данных, гигиенические макросы и так далее. >Да, мы проводим реформы (принимаем новые стандарты) Нам нужна потеря совместимости со старым кодом. Если в C++23 до сих пор можно жонглировать указателями, то это обязательно кто-то сделает и попортит память. >Надо развивать существующие а не плодить новые. Как только условный с/c++ потеряют обратную совместимость, то получим ещё один раст, ничуть не лучше текущего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

94. Сообщение от Аноним (94), 31-Окт-25, 15:40	–1 +/–
> В 18 и 56 году хорошо так поменяли. > Выкинули кучу букв Ѣ, Ѳ, І. Убрали из окончаний Ъ. Изменили грамматику. Ну это в начала 20-го века, а в 1956 что русском меняли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #104

95. Сообщение от Анонимусс (-), 31-Окт-25, 15:41	–1 +/–
О! Какие люди! Медведь вылез из берлоги. А чего не посетили тему про очередные дырени в дидовых иксах? Неужели так него сказать было, а тут есть?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

96. Сообщение от Медведь (ok), 31-Окт-25, 15:43	+/–
> Так растеры это прямо говорят. Это сишники возмонили, что раст должен все проблемы решать. Это они прямо говорят, когда носом ткнешь. В самой новости: куча текста про "бизапаснасть", ни слова про возможные утечки. > Не люблил раст, но вот сейчас сижу и смотрю почему течет flutterJNI на android и rust уже не кажется таким уж переусложненным на ровном месте. Откуда бы у товарища такие умонастроения, уж не из-за рекламы ли раста из всех утюгов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #131, #134

97. Сообщение от Аноним (91), 31-Окт-25, 15:44	+/–
>Мы не получили "русскоподобный язык", мы говорим на русском языке. Нет. Возьмите дореволюционные учебники, научите по ним ученика, чтобы он ставил "ъ" в конце слов, и так далее, а потом дайте ему сдать ЕГЭ. Если уж на то пошло, то говорим мы на языке образца какого-то года, но сами эти образцы между собой несовместимы. В качестве хорошего примера возьмите китайский. У вас есть 中文（简体）и 中文（繁體). Как не сложно догадаться, зная один вы мало что поймёте в другом. >Кто не хочет? Покажите мне этого человека. Посмотрите местных: линтеры не нужны, концепция владения не нужна, и так далее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #159

98. Сообщение от Аноним (91), 31-Окт-25, 15:45	+/–
>Ну попробуйте прочитать, а тем более написать (по правилам!) Осталось слова только заменить, а то у вас современные слова в старой грамматике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

99. Сообщение от Аноним (142), 31-Окт-25, 15:51	+/–
> crates in one edition *must* seamlessly interoperate with those compiled with other editions https://doc.rust-lang.org/edition-guide/editions/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #254

101. Сообщение от Аноним (-), 31-Окт-25, 15:52	–1 +/–
Пишиьте письма разработчикам пакетов. Точно так же они погут использовать С23. AOSP например позволяет использовать Edition 2015, 2018, и 2021. Вот прям в доке записано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #151

102. Сообщение от Аноним (102), 31-Окт-25, 15:54	–1 +/–
TARmageddon компилировался. И в Бубунте утили компилировались... Пришлось потом на ужасносишной старьё руками откатывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #123, #192

104. Сообщение от Аноним (-), 31-Окт-25, 15:55	+/–
Посмотрите на изменения с 1918 по 1956 gramota.ru/journal/stati/yazykovaya-politika/reformy-russkoy-orfografii wikiwand.com/ru/articles/Орфография_русского_языка_до_1956_года
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

105. Сообщение от Аноним (102), 31-Окт-25, 15:55	–2 +/–
У программы есть два состояния: с ошибками и без ошибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

107. Сообщение от Аноним (107), 31-Окт-25, 15:56	–1 +/–
Rust отличный язык для написания софта где требуется работа в реальном времени без сборщика мусора, к примеру пишем софт аи модуля автоматического наведения дрона на двигатели самолетов, собственно для сбития вражеских транспортных, и не только, самолетов, то есть дрон сам может находить взлетающую цель, наводится на двигатели, ну а дальше в полезной нагрузке дрона просто стальной брусок, который весело попадает прямо в движок. Несколько таких дронов почти гарантированно сбивают самолет на начальном этапе взлета, и все благодаря Rust + ИИ, компьютерному зрению и так далее, даже оператор дрона не нужен, надо лишь заранее разместить дрон и дать когда требуется указание на взлет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119, #143, #209

108. Сообщение от нах. (?), 31-Окт-25, 15:58	+/–
> Где фичи? Как где - вон тебе на два экрана мелким шрифтиком подвезли "новых шт@6ильных" закорючек, иди зубри. И так раз в неделю, а то немодным и немолодежным окажешься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

109. Сообщение от Медведь (ok), 31-Окт-25, 16:00	–1 +/–
И снова: "компилируется -- значит работает!" Я смотрю, растуны оригинальностью не отличаются, исправно пересказывают рекламу. Парни, серебряных пуль не бывает, это вас обманули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #127

110. Сообщение от Аноним (110), 31-Окт-25, 16:02	–1 +/–
Компилируется значит работает? Неудивительно, почему столько проблем у uutils...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #189

111. Сообщение от Аноним (111), 31-Окт-25, 16:04	+/–
Интересно, а подойдет rust - как первый язык программирования? Да и действия насильственного характера с borrow checker пугают. Не будет ли это напрасной потерей времени и сил?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #120, #121, #124, #125, #136, #247

112. Сообщение от Аноним (91), 31-Окт-25, 16:04	+/–
>чесногря читая о безопасном языке раст думал, что подобные конструкции на нём компилироваться в принципе не должны. Вы путаете указатели и ссылки. С вашим уровнем знаний вам на си и крестах писать противопоказано >и сколько ещё подобного "безопасного" на расте можно написать? В том, что вы возвратите указатель нет ничего страшного. А для разыменновывания указателей нужен unsafe. А unsafe писать без особой необходимости попросту нельзя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #132, #236

113. Сообщение от Аноним (-), 31-Окт-25, 16:05	–1 +/–
Пффф, от это забористый копиум) > Во-первых, добавить в ядро языка новые идеи и концепции или очень сложно, или невозможно: С чего вдруг? Открой ченджлоги для edition и увидь, что постоянно что-то меняется. > а кто будет допиливать боровчекер? Те же кто пишет язык сейчас. > а насколько еще более тормозным он станет после изменений? Вот сделают и проверят. Скомпилированный код всё равно будет быстрый, а для разработчика можно и машинку побыстрее. (Да всякие б0мжи-гентушники будут ныть, но всем пофиг) > Даже довольно простая идея со специализацией генериков висит в nightly много лет и провисит еще столько же. А она готовая? Или автор хочет чтобы за него сделали? Если ты про 1210, то там почти нифига не сделано, суда по чекам. Если мало кому нужны такие "фичи", то оно будет висеть еще очень долго. > Во-вторых, растуны, радостно повизгивая, ломанулись в критически важный код, не обратив внимания, что это ловушка, в которую попал, увы, Судя по теме визжат только СИшники, которым что-то не нравится) > доработать язык под новые идеи? а кто гарантирует, что старый код не сломается? Концепция Edition и гарантирует. > нет уж, вот у нас тут архимегаважный пакетик собирается -- и пусть его собирается, никто экспериментировать не будет! Ну так сидите на старых версиях, чего бухтеть? > в этих ваших закорючках пока разберешься, ишь чо удумали!" Такое может сказать только неосилятор, которые раст в жизни не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #135, #145

118. Сообщение от Аноним (16), 31-Окт-25, 16:08	+/–
Ой, да они там без встроенного сжатия не смогли два формата архивов реализовать, аж целую CVE создали. А прикинь если бы в tar'е было еще и встроенное сжатие? - была бы еще одна CVE как минимум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #166, #186

119. Сообщение от Медведь (ok), 31-Окт-25, 16:08	+1 +/–
> в полезной нагрузке дрона просто стальной брусок Ну раз в нагрузке стальной брусок, то да -- только rust, однозначно. Какой же стальной брусок без rust? Разве что наждачкой начищать каждый день, особенно в агрессивном климате.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

120. Сообщение от Аноним (91), 31-Окт-25, 16:11	+/–
>Интересно, а подойдет rust - как первый язык программирования? А вам зачем, что вы собираетесь делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #128

121. Сообщение от Аноним (-), 31-Окт-25, 16:11	+1 +/–
Думаю нет. Т.к он сразу подразумевает понимание сложных концепций. Для первого ЯП нужно что-то простое, что позволит освоить алгоритмы и структуры данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #237

122. Сообщение от Аноним (122), 31-Окт-25, 16:13	+3 +/–
Мда, пока в других сферах специалисты с каждой итерацией стараются как-то упростить себе работу, программисты все делают наоборот. Мало того, что нужно разбираться в бизнес-логике, так еще и в синтаксисе ржавого. Грядет коллапс разработки ПО!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #137, #138, #150

123. Сообщение от Аноним (91), 31-Окт-25, 16:14	+2 +/–
>TARmageddon компилировался. А там ошибок управления памятью почему-то нет. Логическая ошибка != управлению памятью. >И в Бубунте утили компилировались... Ну так сама утилита на расте работала, не работала убунтовская обвязка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

124. Сообщение от Аноним (124), 31-Окт-25, 16:15	+/–
Дело не в языке программирования. Просто занимайся тем что лично тебе кажется интересным. Если прёт от Раста - занимайся Растом, если не прёт - лучше им не занимайся. Главное глаза должны гореть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #140

125. Сообщение от Аноним (142), 31-Окт-25, 16:16	+/–
Подойдет. И вообще, новичкам советуют для начала вообще не париться с lifetime. То есть, .clone() везде, Rc/Arc, а потом, как освоишься, можно и оптимизировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #130, #157

126. Сообщение от Аноним (16), 31-Окт-25, 16:17	+/–
Всмысле прямо говорят? Они прямо говорят обратное - раст это безопасный язык, позволяющий безопасно работать с памятью и избавляющий программист от ручного управления памятью. Нахера там утечки тогда нужны в расте? Это типа избавление от ручного управления памятью путем добавления утечек памяти? А хитро вы это придумали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #141

127. Сообщение от Аноним (91), 31-Окт-25, 16:18	+1 +/–
>И снова: "компилируется -- значит работает!" Удивительно, но факт. >Парни, серебряных пуль не бывает, это вас обманули. Давайте ищите CVE, в которых проблема в любом управлении памятью: хоть висячий указатель, хоть двойное освобождение, хоть ещё что-то. Когда найдёте, тогда и приходите. ЗЫ раст обещал снижение проблем управления памятью, а не абсолютно всех проблем сразу, но вот лично вы почему-то считаете, что раст должен магически решить абсолютно всё и сразу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #165

128. Сообщение от Аноним (128), 31-Окт-25, 16:19	+/–
>А вам зачем, что вы собираетесь делать? А с какой целью вы интересуетесь? Вам это знать не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

129. Сообщение от Аноним (91), 31-Окт-25, 16:19	+2 +/–
>У программы есть два состояния: с ошибками и без ошибок. Но количество программ без ошибок будет куда больше, если запретить работу с сырыми указателями. Данный тезис вам не оспорить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #139

130. Сообщение от Аноним (128), 31-Окт-25, 16:20	+/–
>Подойдет. Одежда должна подойти. С ЯП это так не работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

131. Сообщение от Анонимусс (-), 31-Окт-25, 16:20	+1 +/–
> Это они прямо говорят, когда носом ткнешь. Ну, мы подразумеваем, что для нормального хейта хейтеры хотя бы доку прочитать должны. "Preventing memory leaks entirely is not one of Rust’s guarantees, meaning memory leaks are memory safe in Rust." (doc.rust-lang.org/book/ch15-06-reference-cycles.html) > В самой новости: куча текста про "бизапаснасть", ни слова про возможные утечки. Разумеется! Потому что утечки не дарят рут и не выполняют произвольный код :) Максимум что можешь произойти - oomkiller сработает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

132. Сообщение от Аноним (132), 31-Окт-25, 16:24	+/–
> В том, что вы возвратите указатель нет ничего страшного. А для разыменновывания указателей нужен unsafe. Т.е. вон то - safe код? Но ведь реально ошибка не по месту разыменования, получается, всё это время пропаганда врала что якобы нужно внимательно проверять только unsafe блоки а во всём остальном коде ошибок с памятью быть не может?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #142, #227, #231

134. Сообщение от Аноним (91), 31-Окт-25, 16:25	+2 +/–
>В самой новости: куча текста про "бизапаснасть", ни слова про возможные утечки. Утечки памяти не нарушают безопасности памяти. Безопасность памяти - это невозможность данными одной структуры переписать вторую, так, чтобы это повлияло на семантику программы. >Откуда бы у товарища такие умонастроения, уж не из-за рекламы ли раста из всех утюгов? А что вы у меня спрашиваете, у него самого спросите. Вы лучше скажите, откуда у вас столь искажённое представление о расте: когда вам прямо указывают на систему гарантий, вы галлюцинируете и видите то, чего нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #215

135. Сообщение от Аноним (110), 31-Окт-25, 16:28	+/–
>С чего вдруг? Открой ченджлоги для edition и увидь, что постоянно что-то меняется. Что, так сложно было сделать язык, который бы сразу мог закрыть необходимые потребности? У других  языков как-то получается обходиться без частых обновлений. >Скомпилированный код всё равно будет быстрый, а для разработчика можно и машинку побыстрее. А на Си и код быстрый, и компиляция, а ошибки можно статическим анализатором найти. >Судя по теме визжат только СИшники, которым что-то не нравится) Неработоспособность кода на раст не нравится. Какое мнение будет у человека, который решил попробовать установить убунту впервые, а в ней не работают обновления?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #146, #160

136. Сообщение от Аноним (136), 31-Окт-25, 16:29	–1 +/–
Не будет. В отличии от дырявого ты сразу будешь учиться писать код правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #147

137. Сообщение от Аноним (-), 31-Окт-25, 16:29	+2 +/–
> стараются как-то упростить себе работу Да, напр. сделать так, чтобы за владением следил компилятор, а не разработчик. Wait, oh shi... > так еще и в синтаксисе ржавого Плюсовики смотрят на это утверждение с недоумением > Грядет коллапс разработки ПО! Так давно уже. С момента когда на переносимом ассемблере, созданном для быстрого портирования ядра на 10к строк на другую архитектуру, начали писать код на десятки миллионов строк. Но все также нужно было контролировать ручками. А внимание программистов внезапно не резиновое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #144, #161

138. Сообщение от Аноним (79), 31-Окт-25, 16:33	+/–
Так вот, похоже, что это AI за него всюду топит. Чтобы человека из сферы программинга вытеснить поскорее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

139. Сообщение от Аноним (16), 31-Окт-25, 16:33	–1 +/–
И как тогда компилятор написать? Или драйвер в ядре?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #148

140. Сообщение от Аноним (111), 31-Окт-25, 16:34	+/–
К сожалению, для "горящих глаз" - возраст совсем не подходящий. Меня больше интересует вопрос соотношение времени написания кода к его отладке в сравнении с тем же С и С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #149, #154, #162

141. Сообщение от Аноним (91), 31-Окт-25, 16:35	+/–
>Всмысле прямо говорят? С разморозкой. Берём первый попавшийся материал https://github.com/brson/rust-anthology/commits/master/src/m... >Commits on Jun 12, 2016 Материалу 9 полных лет, а вы об этом впервые слышите. Очень хороший уровень компетенции. >Нахера там утечки тогда нужны в расте? Да будет вам известно, что даже языки с GC не гарантируют отсутствие утечек памяти. >Это типа избавление от ручного управления памятью путем добавления утечек памяти? Да будет вам известно, что в си тоже есть утечки памяти. И утечки памяти от подхода в расте не добавляются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

142. Сообщение от Аноним (142), 31-Окт-25, 16:36	+1 +/–
> нужно внимательно проверять только unsafe блоки а во всём остальном коде ошибок с памятью быть не может Да. Именно так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

143. Сообщение от Аноним (132), 31-Окт-25, 16:38	+1 +/–
Это не будет работать, т.к. раст предоставляет гарантии безопасности использования, а эта затея выглядит опасно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

144. Сообщение от Аноним (79), 31-Окт-25, 16:39	+1 +/–
А что у плюсовиков? Вот только необычным было применение <..> для параметров шаблонов, когда их добаввили. Но это было уж давно, все уже привыкли. И ничего экстравагантного в синтаксисе с тех пор не добавилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

145. Сообщение от Медведь (ok), 31-Окт-25, 16:40	+/–
> Концепция Edition и гарантирует. А растики смешные. Сам сообразишь, насколько гарантии поддержки старых editions и их совместимости относительно совместной линковки "вдохновляют" разработчиков компилятора вносить даже самые расчудесные улучшения в язык? А когда этих editions станет не 4-5, а 10? 20?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #156

146. Сообщение от васян (?), 31-Окт-25, 16:40	+/–
> Какое мнение будет у человека Я думаю, что он скажет нахир я связался этим убунрастом, говорил Вася, ставь нормальную ось - Виндовс и не выпендривайся. Я я дурак не послушал его...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

147. Сообщение от Аноним (79), 31-Окт-25, 16:42	+/–
Поэтому учись на Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #167

148. Сообщение от Аноним (91), 31-Окт-25, 16:42	+1 +/–
>И как тогда компилятор написать? Зачем вам для компилятора указатели? >Или драйвер в ядре? Для драйвера придётся придётся написать какое-то количество unsafe кода, но это гораздо лучше, чем когда весь код - unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #252

149. Сообщение от Анонимусс (-), 31-Окт-25, 16:44	+/–
Времени написания кода больше чем на с/с++ и иногда существенно. Особенно если не продумал архитектуру и взаимодействие компонент, то придется много переписывать и не получиться "х-к, х-к и в прод", потому что оно просто не скомпилируется. Для геймдева подходит так себе. Зато нет бессонных ночей с поиском "а кто же испортил память на проде когда меркурий был ретроградным"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #178

150. Сообщение от Аноним (150), 31-Окт-25, 16:49	+/–
Ага, свет клином сошелся у кодеров на этих Си,Раст. Остальное либо ругать не за что,либо просто нечего. D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #158

151. Сообщение от Аноним (110), 31-Окт-25, 16:52	+/–
>Пишиьте письма разработчикам пакетов. Точно так же они погут использовать С23. Зачем? Они делом заняты, а не переписыванием. Выбрали нужную версию и с ней работают, а обновляться будут при необходимости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #174

152. Сообщение от Аноним (152), 31-Окт-25, 16:54	+/–
Многие вещи висят годами нестабильными не потому что есть какие-то технические ограничения, а потому что не понято вообще нужно ли это тащить в язык. Те же специализации темплейтов в плюсах настолько сложные и непредсказуемые, с кучей правил и мелких факторов, что зачастую лучше бы их и не было. Уже десять лет в расте живут без специализаций дженериков и всем нормально. Хочешь другую реализацию — ну создай еще одну функцию с новым именем. Зато явно будет видно, что в коде вызывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

154. Сообщение от Аноним (110), 31-Окт-25, 16:57	+/–
Посмотрите реализацию сортировки вставками на каждом языке и вам станет понятно, на чем программировать проще и быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

156. Сообщение от Аноним (-), 31-Окт-25, 17:00	+/–
> Сам сообразишь, насколько гарантии поддержки старых editions и их совместимости относительно совместной линковки "вдохновляют" разработчиков компилятора вносить даже самые расчудесные улучшения в язык? Может ты не будешь трепать языком как помелом, а просто приведешь пример(ы)? Думаю какого-то сообщения от разработчика "ой, у вас тут Editionʼы? Не не буду добавлять свою убер фичу!" будет достаточно. > А когда этих editions станет не 4-5, а 10? 20? От когда станет, тогда и поговрим. Пока разработка идет, фичи добавляются. 20 Edition по 3 года каждый... ты думаешь прожить еще лет 60? Боюсь что ты, что я до этого не доживем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

157. Сообщение от Аноним (110), 31-Окт-25, 17:00	+/–
На С++ учат сразу использовать умные указатели и семантику перемещений, а в раст наоборот учат не использовать его фичи, потому что сложно и непонятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #163

158. Сообщение от Аноним (-), 31-Окт-25, 17:03	–2 +/–
> Ага, свет клином сошелся у кодеров на этих Си,Раст. Остальное либо ругать не за что,либо просто нечего. D А остальные тут причем? У всяких пихонов и жабаскриптов своя ниша. У шишарпов и джавы - тоже своя. А СИшка и Раст играют на одном поле, даже в одном ядре. Логично что их сравнивают. Всякие D и форты не взлетели по разным причинам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #245

159. Сообщение от sena (ok), 31-Окт-25, 17:03	+/–
> Нет. Да. Это русский язык, немного изменённый, но всё ещё русский. > сами эти образцы между собой несовместимы. Совместимость понятие растяжимое. Дореформенные тексты вполне можно прочитать даже без подготовки. Но речь не о том, сильно изменили или не сильно, пусть даже изменили сильно. Речь о том что не ввели его параллельно, а заместили им старый язык, как новый стандарт С++ заменяет старый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #172, #184

160. Сообщение от Аноним (91), 31-Окт-25, 17:03	+/–
>У других  языков как-то получается обходиться без частых обновлений. У других - это у каких? Может быть у питона? >А на Си и код быстрый, и компиляция Очень быстрая, да Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%  - https://www.opennet.me/opennews/art.shtml?num=56449 >а ошибки можно статическим анализатором найти. Ну вот возьмите и найдите. Почему до сих пор не нашли? >Какое мнение будет у человека, который решил попробовать установить убунту впервые Человек установил убунту, а мнение будет о расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #175

161. Сообщение от Аноним (110), 31-Окт-25, 17:03	+/–
>Плюсовики смотрят на это утверждение с недоумением С недоумением, потому что сделать синтаксис хуже C++ нужно было суметь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #182

162. Сообщение от Медведь (ok), 31-Окт-25, 17:04	+/–
Смотря какого кода. Ну вот например, сразу готовься к написанию кучи boilerplate, ибо каждый трейт имплементируется с 0, переиспользование реализаций практически никакое, исключая методы с дефолтной реализацией в трейтах. Вместо наследования -- исключительно композиция: Truck будет владеть Car, а не наследовать от него. Ничто не мешает ему владеть хоть десятком Car. Делегирование реализации методов вложенному объекту -- только явное: если Car и Truck имплементят трейт Vehicle, то Truck должен явно реализовать каждый метод из Vehicle, даже если он сводится к простому вызову такого же метода у Car. Ну или обмазываемся макросами. Полиморфизм -- исключительно через трейты. То есть если предметная область подразумевает иерархическую модель сущностей, то абзац.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #179

163. Сообщение от Аноним (-), 31-Окт-25, 17:04	+/–
> На С++ учат сразу использовать умные указатели и семантику перемещений, И продолжают пложить CVEшки. Даже всякие костыли в виде MiraclePTR или Safe C++ пытаются делать, но выходит не очень > а в раст наоборот учат не использовать его фичи, потому что C++ так и остается дырявым. И UBшным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #177

164. Сообщение от sena (ok), 31-Окт-25, 17:06	+/–
> Язык настолько покромсали и переделали, что от старого остались только какие-то общие структуры. Как сейчас говорят "СИ подобный синтаксис")) Да пожалуйста, кромсайте, переделывайте. Только не вводите ещё два десятка новых. > И проще заменить ЯП, чем лепить горбатого до стены. Заменить - пожалуйста, вводить два десятка языков параллельно - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

165. Сообщение от Медведь (ok), 31-Окт-25, 17:12	–2 +/–
>> И снова: "компилируется -- значит работает!" > Удивительно, но факт. > ... > раст обещал снижение проблем управления памятью, а не абсолютно всех проблем сразу, И эти две фразы в одном посте, а две мысли -- в одной голове...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #187

166. Сообщение от Аноним (166), 31-Окт-25, 17:13	+1 +/–
Всего одна CVE у растоманов в tar? Да, до Сишников им еще учиться и учиться: CVE-2025-45582: Directory traversal vulnerability in crafted TAR archives, potentially leading to file overwrites. CVE-2022-48303: A heap-based buffer overflow in versions up to 1.34 that can allow for remote code execution. CVE-2021-20193: Flaw found in src/list.c in versions 1.33 and earlier. CVE-2019-9923: A NULL pointer dereference in pax_decode_header in versions before 1.32. CVE-2018-20482: Mishandling of file shrinkage when using the --sparse option in versions through 1.30, which could lead to a denial of service. CVE-2016-6321: Directory traversal vulnerability that can bypass protection mechanisms to write to arbitrary files, affecting versions 1.14 through 1.29. CVE-2010-0624: A heap-based buffer overflow in the rmt_read__ function in versions prior to 1.23, potentially allowing remote code execution.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #176

167. Сообщение от Аноним (142), 31-Окт-25, 17:14	+/–
Неиронично да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

168. Сообщение от Аноним (166), 31-Окт-25, 17:15	+/–
Псс, смотри что я нашел: https://nvd.nist.gov/vuln/detail/CVE-2025-45582
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

169. Сообщение от Аноним (110), 31-Окт-25, 17:16	–1 +/–
У программистов на раст слишком много проблем с прочими уязвимостями. Флагманский проект uutils столько ошибок имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #188, #191

170. Сообщение от Аноним (170), 31-Окт-25, 17:17	+1 +/–
>Последующее разыменование подобного указателя приводит к неопределённому поведению. Как же так, как же могла быть в таком безопасном языке разрешена такая ситуация? Видимо надо было просто сишку юзать, а не на пустые обещания вестись.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #181

172. Сообщение от Аноним (-), 31-Окт-25, 17:20	+/–
> Дореформенные тексты вполне можно прочитать даже без подготовки А писать? Сможете без ошибок расставить все яти? >  Речь о том что не ввели его параллельно, Так в момент внедрения оставалось куча литературы, напмсанной на старом варианте. И ее читали. Да и для программинга такое невозможно, разве что ходить по домам и бить палками по рукам, чтобы не писали на старье. > а заместили им старый язык, как новый стандарт С++ заменяет старый. А он не заменяет. Он дополняет. Можно продолжать пользоваться старым. Вон ядро до 22го года было на С89. И что? Если нужно "расширять старый", то почему у нас не Алгол-2025? Почему появился СИ, хотя был B? Зачем сделали С++, если можно было расширить СИшку?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #183

173. Сообщение от Аноним (173), 31-Окт-25, 17:22	+/–
https://visualstudio.microsoft.com/ru/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

174. Сообщение от Аноним (-), 31-Окт-25, 17:23	+/–
Значит у авторов пакетов тоже была необходимость использовать найтли. Они же лучше разбираются чего им надо. Вы потребитель, а они создатели. Максимау что вы можете - не пользоваться этим пакетом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

175. Сообщение от Аноним (110), 31-Окт-25, 17:27	+/–
>У других - это у каких? С++ >Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80% Добавят еще раста и станет на 50%-80% медленнее (на самом деле больше). >Почему до сих пор не нашли? Регулярно находят. >Человек установил убунту, а мнение будет о расте. Будет плохое мнение о Линукс в целом, а все из-за дыр в коде на раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #180, #210

176. Сообщение от Аноним (16), 31-Окт-25, 17:31	–1 +/–
>[оверквотинг удален] > CVE-2022-48303: A heap-based buffer overflow in versions up to 1.34 that can > allow for remote code execution. > CVE-2021-20193: Flaw found in src/list.c in versions 1.33 and earlier. > CVE-2019-9923: A NULL pointer dereference in pax_decode_header in versions before 1.32. > CVE-2018-20482: Mishandling of file shrinkage when using the --sparse option in versions > through 1.30, which could lead to a denial of service. > CVE-2016-6321: Directory traversal vulnerability that can bypass protection mechanisms > to write to arbitrary files, affecting versions 1.14 through 1.29. > CVE-2010-0624: A heap-based buffer overflow in the rmt_read__ function in versions prior > to 1.23, potentially allowing remote code execution. Дак сишники пишут на небезопасном языке поэтому такое бывает. А растаманы то пишут на безопасном языке, а все равно CVE допускают. Да и можно подумать если бы растаманы писали на Си, то не допускали бы ошибок? Растаман, пишущий на Си, допустил бы куда больше ошибок, чем сишник пишущий на Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

177. Сообщение от Аноним (110), 31-Окт-25, 17:34	+/–
И что за CVE с умными указателями? Покажите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

178. Сообщение от Аноним (111), 31-Окт-25, 17:35	+1 +/–
Это самое главное, что мне и хотелось узнать. Благодарю! Значит, связка Python/C++ - будет  наилучшим возможным решением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #203, #240

179. Сообщение от Аноним (111), 31-Окт-25, 17:38	+1 +/–
Да, отсутствие нормального наследования - это весомый недостаток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #226

180. Сообщение от Аноним (-), 31-Окт-25, 17:39	+/–
>>Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80% > Добавят еще раста и станет на 50%-80% медленнее (на самом деле больше). Вранье. Вон в ядро добавили биндер для андроида. opennet.ru/opennews/art.shtml?num=64092 И что? Кода получилось даже меньше, скорость не пострадала. > Будет плохое мнение о Линукс в целом, а все из-за дыр в коде на раст. Но дыр станет меньше. Просто по причине, что так написать не позволят автоматические проверки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #185

181. Сообщение от Facemaker (?), 31-Окт-25, 17:41	+/–
Разыменование голого указателя возможно только внутри блока unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

182. Сообщение от Facemaker (?), 31-Окт-25, 17:44	+/–
>сделать синтаксис хуже C++ нужно было суметь Сначала было прилично. То есть не хотели. Но потом... одно за другое, и имеем: <pre> template<typename T> requires requires (T x) { x + x; } </pre> Вот зачем там двойной requires, я уже никогда не пойму (потому что потерял к C++ всякий интерес).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #243

183. Сообщение от sena (ok), 31-Окт-25, 17:45	+/–
> А писать? без тренировки не смогу, разумеется > Зачем сделали С++, если можно было расширить СИшку? Не можно, а нужно. Как раз с++ и есть по-большому счёту расширение с. В 99% случаев сишный код компилируется в с++. Когда-то надо выкидывать совместимость со старым кодом. Это произойдёт рано или поздно и с с++ (или же его самого выкинут как алгол). Вопрос только, когда и как. Объявить какие-то конструкции устаревшими и перестать их поддерживать лет через какой-то разумный срок - почему нет? Да, это не так быстро, как сляпать новый язык, но это правильный, разумный, эволюционный путь развития.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #195, #198

184. Сообщение от Аноним (91), 31-Окт-25, 17:48	+/–
>Да. Это русский язык, немного изменённый, но всё ещё русский. У вас не будет дискретного перехода, типа говорили не на русском, а потом вдруг раз и на русском. Но вот историки и лингвисты, описывая тот старый язык будут называть его по другому, вроде древнерусского и так далее. >Совместимость понятие растяжимое. Вы просто не чувствуете изменений. Возьмём для примера шутку >мальчик склеил модель в клубе Если бы вас изолировали от изменений в языке, вы бы поняли данную фразу иначе. И таких фраз, которые приобретают новый смысл с течением времени становится всё больше. В какой-то момент вы перестанете понимать язык настолько сильно, что он для вас будет звучать как иностранный. >Дореформенные тексты вполне можно прочитать даже без подготовки. Прочитать - понятие растяжимое. Как только меняется алфавит, так сразу же меняется и чтение. А алфавит менялся не раз и не два, в том числе и количество букв. В частности, беглый поиск говорит о том, что букву й как удаляли, так и восстанавливали. А это значит, что правильно прочитать этот символ вы попросту не в состоянии, как минимум не зная дату публикации текста. Просто у лингвистов нет ни системы контроля версий ни даже такого понятия, вот они и не пишут русский язык 1780, русский язык 2025. А то, что у них начало названия совпадает "русский язык", так это так, совпадение. >Речь о том что не ввели его параллельно, а заместили им старый язык Как вы себе это представляете? Вот возьмут и внедрят самую малость - запретят нулевые указатели. И всё - почти весь код, за исключение совсем hello world перестал собираться. >как новый стандарт С++ заменяет старый. В C++ стандарты не заменяют друг друга, они просто расширяют язык. Вам никто не запретит писать так, как будь-то на дворе 90-ые - без умных указателей и так далее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #193

185. Сообщение от Аноним (110), 31-Окт-25, 17:50	+/–
>И что? >Кода получилось даже меньше, скорость не пострадала. Я про скорость компиляции, если что. >Но дыр станет меньше. >Просто по причине, что так написать не позволят автоматические проверки. Дыр касательно памяти может быть и будет меньше, а вот касательно логики работы будет больше. Кто просил их добавлять новые в uutils?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #211

186. Сообщение от Аноним (166), 31-Окт-25, 17:55	+1 +/–
Всего одну? Считаю, что отлично! А вот в GNU tar совсем все плохо с безопасностью, в свежем CVE за этот год опять относительные пути при распаковке не проверяли, и тут дело даже не в языке...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

187. Сообщение от Аноним (91), 31-Окт-25, 17:57	+2 +/–
>И эти две фразы в одном посте, а две мысли -- в одной голове... Я не пойму, вы что, ни разу код не писали? Те случаи, когда в си или питоне требуют отладки, а порой и всплывают спустя месяцы после релиза, находятся в расте сразу же после завершения компиляции. Вон в соседней теме в иксах баги из 1994 года правили. Или вы не понимаете, что чем меньше искать ошибок вручную, то тем лучше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #233

188. Сообщение от Аноним (166), 31-Окт-25, 17:58	+4 +/–
Но ведь такой же сишечный проект от gnu на порядки больше ошибок/CVE имеет. Неудобно как-то получилось...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

189. Сообщение от Аноним (166), 31-Окт-25, 17:59	+3 +/–
Ho ведь в GNU coreutils на порядки больше ошибок, особенно CVE...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

190. Сообщение от Онанимус (?), 31-Окт-25, 17:59	+1 +/–
Неосилятор? Без ИИшки в простом языке разобраться не можешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #196, #208

191. Сообщение от Аноним (91), 31-Окт-25, 17:59	+1 +/–
>У программистов на раст слишком много проблем с прочими уязвимостями. Вы так говорите, словно от того, что проект писался бы на си, уязвимостей у него было бы меньше. >Флагманский проект uutils столько ошибок имеет. Ошибки != уязвимости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

192. Сообщение от Аноним (166), 31-Окт-25, 18:00	+1 +/–
> TARmageddon компилировался. Тем временем в gnu tar все еще (в 2025) путаются в относительных путях: CVE-2025-45582: Directory traversal vulnerability in crafted TAR archives, potentially leading to file overwrites.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

193. Сообщение от sena (ok), 31-Окт-25, 18:01	+/–
> Как вы себе это представляете? Вот возьмут и внедрят самую малость - запретят нулевые указатели. И всё - почти весь код, за исключение совсем hello world перестал собираться. Всё просто по-моему. Допустим по какой-то причине решили запретить и вместо нулевого указателя теперь надо использовать nullptr. Дальше нулевые указатели продолжают работать какое-то время, на протяжении X стандартов (где Х = 1, 2, 4, 10 в зависимости от тяжести изменений и трудности поддержки), но выдаётся предупреждение. После этого в очередном новом стандарте старый код перестаёт компилироваться и выдаёт ошибку. > В C++ стандарты не заменяют друг друга, они просто расширяют язык. Никто не запрещает в новом стандарте объявить какую-то конструкцию устаревшей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #199, #204

194. Сообщение от Аноним (194), 31-Окт-25, 18:05	+/–
А нафига вообще контейнер в виде тара? Это лишняя сущность, которую надо просто выкинуть и никогда больше не вспоминать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #213

195. Сообщение от Аноним (91), 31-Окт-25, 18:06	+/–
>В 99% случаев сишный код компилируется в с++. Слова эксперта. Сишный код компилируется во что угодно - в ассемблер, промежуточное представление, во что угодно, только не в c++. >Объявить какие-то конструкции устаревшими Ну и чем это будет лучше раста? >и перестать их поддерживать лет через какой-то разумный срок - почему нет? Разумный срок - это какой? У вас будет всё равно тот же самый раст, только лет на сто позже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

196. Сообщение от Аноним (91), 31-Окт-25, 18:08	+/–
Конечно неосилятор. Иначе бы знал, что раст появился до ИИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

197. Сообщение от Аноним (194), 31-Окт-25, 18:08	+2 +/–
> Вот когда на деле _реально_ предотвратит Вас в РГУ логике обучали? Утверждение «Х противоречит Y” (то есть предотвращает) доказывается математически, а не бытовыми примерами. А вот опровергается элементарно - достаточно 1 примера, когда не предотвратил. Примеры есть? Нету? До свидания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

198. Сообщение от Аноним (-), 31-Окт-25, 18:09	+/–
> без тренировки не смогу, разумеется Ну, т.е придется брать учебни и учиться. На учебние будет написанно Церковный Русский Язык. А я мог бы вспомнить старославянский. "Не лѣполи ны бяшетъ, братіе, начяти старыми словесы трудныхъ повѣстій о пълку Игоревѣ, Игоря Святъславлича!" От чо такое "лѣполи ны бяшетъ"? А ведь его же тоже можно было расширать, а не делать отдельно русский, украинский, белорусский?)) > Не можно, а нужно. Как раз с++ и есть по-большому счёту расширение с. В 99% случаев сишный код компилируется в с++. Что-то меня терзают смутные сомнения про 99%. Скомпилироваться оно то сможет, а вот корректно работать... Посмотри сколько ерраты пишут для разных версий компиляторов, да еще и для разных версий языков. > Когда-то надо выкидывать совместимость со старым кодом. Это произойдёт рано или поздно и с с++ (или же его самого выкинут как алгол). Вопрос только, когда и как. Ну как мы наблюдаем прямо сейчас. Примерно так же было и 20 лет назад. И 30 тоже. > Объявить какие-то конструкции устаревшими и перестать их поддерживать лет через какой-то разумный срок - почему нет? Да, это не так быстро, как сляпать новый язык, Ну думаю что добавить deprecated это сложнее чем сделать новый язык. Как добавить боров в СИ, чтобы не сломать совместимость? А если коммитет не хочет? > но это правильный, разумный, эволюционный путь развития. Эволюционный - появление нового более приспособленного  ̶в̶и̶д̶а̶ языка программирования. Выпуск новой модели авто, самолета или даже компа, у которой несовместимые детали, разьемы или двигатели вас же не смущает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

199. Сообщение от Аноним (-), 31-Окт-25, 18:13	+/–
> Дальше нулевые указатели продолжают работать какое-то время, на протяжении X стандартов (где Х = 1, 2, 4, 10 в зависимости от тяжести изменений и трудности поддержки), но выдаётся предупреждение. Предупреждение затыкается, как было в ядре, где попытались сдалеть "warning == error". Оказалось тонных дидовых хаков отвалились. > После этого в очередном новом стандарте старый код перестаёт компилироваться и выдаёт ошибку. Народ сидит на старом. Те кто решил пользоваться новым приходится спотыкаться о старые костыли, которые еще поддерживаются. > Никто не запрещает в новом стандарте объявить какую-то конструкцию устаревшей. Конечно. Но если у тебя ломается вся логика языка, то так будет очень сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

201. Сообщение от ptr (ok), 31-Окт-25, 18:20	+1 +/–
Уфф, пронесло. На этот раз нигде в std типы аргументов или возвращаемых значений не меняли. Так что есть все шансы на перекомпиляцию без правок исходников.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #206

202. Сообщение от Аноним (202), 31-Окт-25, 18:21	+/–
Проблема с Карбоном что он сложный. Не менее сложный чем C++ и Rust. Почему первые версии Java и C# привлекли разработчиков ? Потому что были проще C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #217

203. Сообщение от Аноним (-), 31-Окт-25, 18:27	+/–
А да ты ленивый программист! Ну так бы сразу и сказал бы, типа я ленивый! А то у людей спрашиаешь, типа интересен Rust. Да не интересен тебе Rust! Тебе надо чтобы всё легко было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #205

204. Сообщение от Аноним (91), 31-Окт-25, 18:27	+/–
>Допустим по какой-то причине решили запретить и вместо нулевого указателя теперь надо использовать nullptr Нет. У вас будет option. >в зависимости от тяжести изменений и трудности поддержки У вас поломались абсолютно все сишные проекты. >но выдаётся предупреждение Вы масштабы себе представляете? Ядро Linux - более 40 000 000 строк кода. Допустим, каждая 1 000 строка имеет проблему, у вас 40 000 предупреждений. Всё, вы утонули в этих предупреждениях, поскольку ну даже 10 ошибок в коде, никак не связанных с этой проблемой просто потеряются во всех этих 40 000-ах. Вам нужно прямо сейчас бросать всё и идти чинить эти предупреждения, так как иначе, если вы будете их откладывать, то никогда не закончите. Далее, у вас появились гигиенические макросы, держите ещё 40 000 предупреждений. Это не говоря уже о том, что какие-то моменты автоматически доказать нельзя, и код придётся переписывать целиком. >в зависимости от тяжести изменений и трудности поддержки Ну дадут вам лет 50 на исправление ошибок, а сейчас как жить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

205. Сообщение от Аноним (111), 31-Окт-25, 18:30	+/–
Чем проще, тем лучше. Прототипирование на Python, с последующим переписыванием на С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #225, #232

206. Сообщение от Аноним (-), 31-Окт-25, 18:37	+1 +/–
Хм, мне казалось что такая проблема может быть только с хоббийными проектами. В тех проектах в которых я принимал участие фиксировалась версия языка (что для СИ, что для С++). Там завезли какие-то супер фичи или фиксы, чтобы была необходимость всять самую свежу версию?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #218

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

208. Сообщение от Аноним (110), 31-Окт-25, 18:48	+1 +/–
Так не только я разобраться не могу. Повальное большинство программистов на раст тоже не может без ИИ в нем разобраться. Иначе почему в рейтингах раст ниже php?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #239

209. Сообщение от Аноним (209), 31-Окт-25, 18:58	+/–
брусок утечет из-за oomkiller
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

210. Сообщение от Аноним (91), 31-Окт-25, 19:16	+/–
>С++ Ага, и выбрали язык с UB, отвратительным временем компиляции и колосальной сложностью в освоении >Добавят еще раста и станет на 50%-80% медленнее (на самом деле больше). Ну разумеется никаких доказательств этому у вас нет. >Регулярно находят. Старые находят, новые добавляют. >а все из-за дыр в коде на раст Очень ловко вы ошибку(а не дыру) в убунте записали в дыру раста. А давайте ещё сишные ошибки туда же засунем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

211. Сообщение от Анонимусс (?), 31-Окт-25, 19:26	+/–
Ты бы хоть разобрался в чем проблема была в uutils, прежде чем набрасывать. Они использовали какой-то флаг, который используется исключительно в гнутых утилитах. Причем этот флаг был добавлен за месяц до релиза убунты, но они не обновили свою версию. Но виноваты конечно растеры)) > Кто просил их добавлять новые в uutils? Да куча причин. Дыры обычных гнутых утилит. Раковая лицуха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

212. Сообщение от анодр (?), 31-Окт-25, 19:33	+/–
TIOBE врать не будет;) Интерес к Rust в поисковиках падает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #216

213. Сообщение от Аноним (166), 31-Окт-25, 19:35	+/–
Права доступа и прочие атрибуты хранить. Кто так умеет ещё? RAA мог бы, но он поддерживает только метаданные NTFS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #214

214. Сообщение от Аноним (166), 31-Окт-25, 19:35	+/–
*RAR
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

215. Сообщение от анодр (?), 31-Окт-25, 19:40	+/–
Улыбнуло. В Rust реализуемо переполнение буфера cve-rs и другие уязвимости 100 проценто безопасно (без unsafe кода)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #220, #222

216. Сообщение от Аноним (-), 31-Окт-25, 19:40	+/–
> TIOBE врать не будет;) Интерес к Rust в поисковиках падает... Это тот у которого Visual Basic на 7 месте и опережает Go? А Delphi опереждает SQL? Swift проигрывает Classic Visual Basic? Однозначно серьезный рейтинг)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212 Ответы: #258

217. Сообщение от анодр (?), 31-Окт-25, 19:42	+/–
Java с идеей стирания типов в генериках небезопасна на что сверху может накладываться динамическое разрешение методов. Все есть Object
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

218. Сообщение от ptr (ok), 31-Окт-25, 19:43	+1 +/–
Последний раз мне больно досталось с выходом Rust Version 1.85.0 (2025-02-20), когда core::ffi::c_char сменился с i8 на u8. https://doc.rust-lang.org/stable/releases.html#version-1851-... Они честно написали "The new definition may result in compilation failures but fixes compatibility issues with C". Но мне от этого легче не стало. > Там завезли какие-то супер фичи или фиксы, чтобы была необходимость всять самую свежу версию? Проблема в том, что желающих поддерживать свои библиотеке для всех версий Rust исчезающе мало. Поэтому исправление критической уязвимости где-нибудь в ESP-IDF-HAL требует перехода на новую версию компилятора. Или же твой ESP32 окажется уязвим и будет торчать дырой в эфире, доступный любому желающему уже известной уязвимостью воспользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206 Ответы: #238

220. Сообщение от Аноним (220), 31-Окт-25, 19:47	+1 +/–
> Улыбнуло. В Rust реализуемо переполнение буфера cve-rs и другие уязвимости 100 проценто безопасно (без unsafe кода) Ага, та самая которую неделю ломали, и в итоге пришлось писать самописный null_mute,  велосипедно-обфусцированный transmute и тд? Так это отличный пример! Вам придется хорошо напрячься, написать кучу кода, чтобы получить ошибку. ps кажется ваша методичка уже не актуальна https://github.com/Speykious/cve-rs/issues/3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

221. Сообщение от Аноним (230), 31-Окт-25, 19:52	+/–
Достаточно, чтобы избавиться от 70% проблем C/C++. Гугл с Майкрософтом приводили статистику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #253

222. Сообщение от dhsksje (?), 31-Окт-25, 19:53	+1 +/–
cve-rs это баг компилятора если что, да, представляете, даже в компиляторе написанном на расте оказывается есть баги!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

223. Сообщение от Аноним (223), 31-Окт-25, 19:53	+1 +/–
Реализовывать идеи в виде нового языка - это нормально. А вот начинать его всюду пропихивать, в т.ч. в прекрасно существующие проекты на других языках, и переписывать всё подряд на своём самом лутшем языке - это уже нездоровое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #228

224. Сообщение от Аноним (224), 31-Окт-25, 19:53	+/–
> кольчужные перчатки хирургам Черт! В следующий раз операцию себе сам делаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

225. Сообщение от Аноним (230), 31-Окт-25, 19:55	+2 +/–
> Чем проще, тем лучше. > С++ Ты то ли тролль, то ли тебя ждет много интересных открытий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

226. Сообщение от Аноним (230), 31-Окт-25, 19:56	–1 +/–
> Да, отсутствие нормального наследования С каких это пор наследование в стиле C++ начало считаться нормальным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #234

227. Сообщение от dhsksjed (?), 31-Окт-25, 19:58	+/–
включите немного голову, пока указатель не разыменован есть ли разница что за адрес в нем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

228. Сообщение от Аноним (-), 31-Окт-25, 20:04    Скрыто ботом-модератором	+/–
> А вот начинать его всюду пропихивать, в т.ч. в прекрасно существующие проекты на других языках, А это уже закрещено? К создателям проекта приходят с предложением. Они могут принять или нет. Никакого пропихивания. Да и никто не может запретить переписать любой софт на другой ЯП. Сколько там было версий emacs на разных языках от разных создателей? > и переписывать всё подряд на своём самом лутшем языке - Напомню что СИ был создан для того, чтобы переписать unix. ПЕРЕПИСАТЬ, тк оно уже было и работало. > это уже нездоровое. Только в твоих фантазиях) Серьезыне организации, как например разработчики ядра уже оценили достоинства новых подходов. Корпорации уже массово используют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

229. Сообщение от OpenEcho (?), 31-Окт-25, 20:33	+/–
> А раст это навсегда! Боюсь что его ждет та же участь что и перловку, - вроде все хорошо и правильно, но семантика языка где в изобилии пвседо символы вместо человеческого... люди предпочтут нечто то более читаемое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

230. Сообщение от Аноним (230), 31-Окт-25, 20:35	+1 +/–
>> Встроенного сжатия нет > Ага, и mp4 воспроизводить не умеет. Наверно потому что это архиватор, а не видеоплеер или компрессор. Чел, изначально было заявление, что tar - плохой формат. Архиватор, а не компрессор говоришь? Ну так подскажи, эксперт, как в твоем "хорошем" tar.gz получить список файлов (не говоря уж о том, чтобы извлечь один последний файл) в 10 GB архиве, не перечитывая-распаковывая при этом весь tar.gz? Прекрасный формат, да. Прямо хрестоматийный пример тупиковости подхода Unix-way. Диды дизайнили! Господи, и твоему же комментарию еще плюстки ставят! В очередной раз показывает уровень местных экспертов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #250

231. Сообщение от Аноним (91), 31-Окт-25, 20:36	+/–
>а во всём остальном коде ошибок с памятью быть не может? Безусловно. >нужно внимательно проверять только unsafe блоки Совершенно верно. Вы не сможете разыменновать в safe блоке указатель. >Но ведь реально ошибка не по месту разыменования Слушайте, а вы что, реально не понимаете разницу между указателем и ссылкой? По умолчанию, программист на rust использует ссылки - они висячими не бывают. Программист может безопасно превратить любую ссылку в указатель, от этого ничего плохого не будет. А вот разыменновывание указателя - это вещь опасная, и каждый раз, когда программист это делает, он принимает риск на себя. Как только вы видите в коде на rust блок unsafe, вы должны сразу же задать вопрос - а зачем он здесь есть? Если же блок действительно нужен, то следом вы должны проверить, что все приходящие в него данные полностью корректны. Указатели нужны только для особых, исключительных случаев. >всё это время Если вы не заметили, в статье приведён один единственный частный случай, как можно получить висячий указатель, но по факту их гораздо больше. Нет абсолютно никакого смысла гоняться за каждым таким случаем, поскольку как только вы пишите unsafe, вы подразумеваете, что знаете, что делаете. Просто не пишите unsafe, ни разу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

232. Сообщение от Аноним (91), 31-Окт-25, 20:40	+/–
>Чем проще, тем лучше. Ну так берите си, тогда без питона прототипировать будете. Зачем лишний раз переписывать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #235

233. Сообщение от Аноним (230), 31-Окт-25, 20:44	+1 +/–
>>И эти две фразы в одном посте, а две мысли -- в одной голове... > Я не пойму, вы что, ни разу код не писали? Конкретно этот воин - нет, не писал. Он же в предыдущих темах о Расте предлагал ошибки работы с памятью ловить при помощи юнит-тестов и интеграционного тестирования. А еще искренне недоумевал, почему borrow checker не помогает при работе с растовым Arc/Rc. Это чтобы ты понимал уровень этого персонажа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

234. Сообщение от Аноним (-), 31-Окт-25, 20:46	–1 +/–
> С каких это пор наследование в стиле C++ начало считаться нормальным? Уточка увидила наследование как в с++ первым и теперь считает что это единстванное верное наследование :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #246

235. Сообщение от Аноним (-), 31-Окт-25, 20:46	+/–
> Ну так берите си, тогда без питона прототипировать будете. Зачем лишний раз переписывать? И начать с реализации String-типа потому что в недоязыке такого нету из коробки? А потом плавно переходить к поддержке юникода. Примерно через год, можно будет посмотреть в сторону работы с сетью. И тд))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #259

236. Сообщение от OpenEcho (?), 31-Окт-25, 20:47	+/–
> В том, что вы возвратите указатель нет ничего страшного. Т.е. созданая на стеке локальная переменная изчезнет при выходе из функции, а возвращенный указатель на нее где-то там всё еще может "безопастно" указывать на... что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #257

237. Сообщение от OpenEcho (?), 31-Окт-25, 20:52	+/–
> Для первого ЯП нужно что-то простое, что позволит освоить алгоритмы и структуры данных. Basic ! No, PowerBasic ! Хотя не, Повер уже был довольно мощной штучкой, лучше в руки детям не давать :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

238. Сообщение от Медведь (ok), 31-Окт-25, 20:53	+1 +/–
Странно, а мне вот чуть выше по треду с пеной у рта доказывали, что editions решают абсолютно все, ну вот прям совсем все проблемы с поддержкой легаси-кода. Неужто врали? ;) Спасибо за ваш пост.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #244, #249

239. Сообщение от Аноним (239), 31-Окт-25, 20:53	+/–
Феноменальная логика. В коболе видимо даже ИИ не помогает, а чтобы писать на Форте нужен оракул, не иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

240. Сообщение от анодр (?), 31-Окт-25, 20:53	+/–
Nim - простота Python, сборка мусора, производительность C/C++, трансляция в C++, C, JavaScript, и WebAssembly
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

241. Сообщение от Аноним (239), 31-Окт-25, 20:56	+1 +/–
Смеюся весь, когда зумеры снежинки плакают от синтаксиса. Поросятки, че ж с вами будет, если вам Форт или Clean показать?! Разнесет на части, как того хомячка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #256

242. Сообщение от Аноним (239), 31-Окт-25, 20:57	+/–
Ох, ну куда вы лезете? Оно за аду ратовало, потому что оно ее создало!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #260

243. Сообщение от анодттт (?), 31-Окт-25, 21:00	+1 +/–
Одно ограничивает тип, второе возвращает булево значение. Отделите второе в концепт:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

244. Сообщение от Аноним (-), 31-Окт-25, 21:03	–2 +/–
> с пеной у рта доказывали, Это ты сам выдумал? > что editions решают абсолютно все, ну вот прям совсем все И это то же)? > проблемы с поддержкой легаси-кода. Неужто врали? ;) Если выдумывать несущесвующие "постулаты", то та - вам все врут. Напомнило одного местного, который носился с "раст не защищает от всех уязвимостей!!11" Его спрашиваешь "а кто тебе такое обещал?" В ответ "Абырвалг!!!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

245. Сообщение от анодттт (?), 31-Окт-25, 21:04	+/–
Rust пытается играть на поле C. Это C подобный язык, но не C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #251

246. Сообщение от Медведь (ok), 31-Окт-25, 21:04	+/–
> Уточка увидила наследование как в с++ первым и теперь считает что это единстванное верное наследование :) ... завопили адепты языка, где наследования реализации нет совсем, ни в каком виде. Ну покажите в расте ООП как в smalltalk, или что вы там считаете классикой ООП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

247. Сообщение от Аноним324 (ok), 31-Окт-25, 21:06	+/–
Ну скорее всего да, и это фактически единственный верный способ его понять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

248. Сообщение от агент госдепа (?), 31-Окт-25, 21:08	+/–
ну не тебе же !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

249. Сообщение от анодттт (?), 31-Окт-25, 21:08	+1 +/–
Rust это про супер супер вау, но не поддержку и фичи. Все недоделанное какое-то и несовместимое между собой. Даже в core utils на Rust налажали, но зато "безопасно"🤷‍♂️
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

250. Сообщение от Аноним (16), 31-Окт-25, 21:14    Скрыто ботом-модератором	–1 +/–
> Ну так подскажи, эксперт, как в твоем "хорошем" tar.gz Почему ты меня об этом спрашиваешь, если ты сам архив запаковал? > Прекрасный формат, да. Прямо хрестоматийный пример тупиковости подхода Unix-way. И зачем тогда растаманы пишут софт под Unix-like? Не умеешь - не берись. Вам всего-то надо было переписать (как обычно на расте) существующую реализацию. > Диды дизайнили! Диды и процессоры дизайнили, с которого пишет своё нытье. > Господи, и твоему же комментарию еще плюстки ставят! Кармадрочер чтоли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

251. Сообщение от Аноним (-), 31-Окт-25, 21:15    Скрыто ботом-модератором	+/–
У Чистой нет конкуррентов. Раст конкурент C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245

252. Сообщение от Аноним (16), 31-Окт-25, 21:19	–1 +/–
> Зачем вам для компилятора указатели? В смысле зачем? Потому что я не хочу все AST-дерево копировать при передачи в функцию. Открой хотя бы gcc и посмотри зачем там указатели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #255

253. Сообщение от Аноним (110), 31-Окт-25, 21:27	+/–
Если бы раст помог избавиться от всех проблем работы с памятью, но это не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

254. Сообщение от Аноним (254), 31-Окт-25, 21:54	+/–
Ты походу не догнал вопрос... Речь не про какие-то там кря-кря, а про компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

255. Сообщение от Аноним (91), 31-Окт-25, 22:09	+/–
>Потому что я не хочу все AST-дерево копировать при передачи в функцию. Эм. Если вы пишете на языке со сборщиком мусора, то у вас из коробки данные будут автоматически передаваться по ссылке, послностью прозрачно для вас. Если вы пишите на расте, то у вас будут самые обыкновенные ссылки, с контролем владения, которые разыменновывать надо руками. Если у вас c++, swift, и целой плеяде кучи других языков - у вас будут умные указатели. В 2025 году даже в исключительных случаях, вроде драйверов и операционных систем, указатели нужны только в исключительных случаях, когда по другому просто никак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

256. Сообщение от Аноним (91), 31-Окт-25, 22:10	+/–
>Поросятки, че ж с вами будет, если вам Форт или Clean показать?! Это тот Clean, который типа Haskell? По нему кстати есть документация, или всё что есть это его хостинг?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

257. Сообщение от Аноним (91), 31-Окт-25, 22:14	+/–
>а возвращенный указатель на нее где-то там всё еще может "безопастно" указывать на... что? Указатель на то и указатель, что для него не осуществляется никаких проверок. Хотите проверок - берите ссылку. Поскольку выход из функции, это не единственная причина, по которой указаетль может стать висячим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

258. Сообщение от Аноним (258), 31-Окт-25, 22:16	+/–
А вот если бы VB был на 7-м месте, опережая Go, Delphi опережал SQL, а Swift проигрывал CVB, но Раст был бы на первом месте, то ты бы первый орал, что рейтинг самый правильный. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

259. Сообщение от Аноним (91), 31-Окт-25, 22:17	+/–
>И начать с реализации String-типа потому что в недоязыке такого нету из коробки? Так вы слона не продадите. Человек хотел простой язык - я ему и советую простой. А то пока всякие питоны с моржовыми операторами выучит, а потом ещё кресты учить. Писать будет быстро, ну а время отладки его не пугает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235

260. Сообщение от zionist (ok), 31-Окт-25, 22:29	+/–
Без разницы кто его создал. В обоих случаях правительством был выбран некий язык, казавшийся серебрянной пулей в программировании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

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

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