| 
|  | | 2.11, Archer73 (ok), 12:50, 31/10/2025 [^] [^^] [^^^] [ответить] | +3 +/– |  |  Windows targets similar to *-pc-windows-gnu but using UCRT as the runtime and various LLVM tools/libraries instead of GCC/Binutils. 
 |  |  | 
 | 
 
 | 1.10, Аноним (10), 12:49, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +5 +/– |  | Хороший язык для начинающих - этакий надувной круг-уточка, не дающий чайнику утонуть. 
 |  |  | 
 
|  | | 2.12, kravich (ok), 12:53, 31/10/2025 [^] [^^] [^^^] [ответить] | +8 +/– |  |  Хорошая шутка Скорее, это бассейн, заполненный смолой, в которой предлагают плыть
 
 |  |  | 
 | 2.13, Аноним (-), 12:56, 31/10/2025 [^] [^^] [^^^] [ответить] | +5 +/– |  | > Хороший язык для начинающих - этакий надувной круг-уточка, не дающий чайнику утонуть. Вот только обычно инструментами "не дающими утонуть" пользуются профи.
Это чайник скажет "да тут всего щиток на ХЗ сколько вольт, я сейчас возьму дидовые пассатижи и всё поправлю".
 А потом его аккуратно сметают веничком в пакет и выкидывают.
 Профи соблюдают ТБ и используют СИЗ: кольчужные перчатки хирургам, каски, очки и наушники строителям, две разнесенные кнопки прессовому оборудованию...
 Чайники и бракоделы делают как попало, а потом C̶V̶E̶ получается фигня)
 |  |  | 
 |  | | 3.16, Аноним (16), 12:59, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | > Чайники и бракоделы делают как попало, а потом CVE получается фигня) это как в CVE-2025-62518 aka TARmageddon?
 |  |  | 
 |  | | 4.18, kravich (ok), 13:03, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  А что намекает на то, будто tar-это хороший формат? Встроенного сжатия нет, расчитан изначально на запись на магнитных стримерах, 100500 вариантов формата, насильно объединенных во франкенштейна в попытке стандартизовать...
 
 |  |  | 
 |  | | 5.22, Аноним (16), 13:11, 31/10/2025 [^] [^^] [^^^] [ответить] | +11 +/– |  | > Встроенного сжатия нет Ага, и mp4 воспроизводить не умеет. Наверно потому что это архиватор, а не видеоплеер или компрессор.
 > изначально на запись на магнитных стримерах
 Какая разница что там было изначально?
 > 100500 вариантов формата
 Поменьше: по сути вам (растаманам) надо было реализовать только ustar и pax. Но вы и тут облажались. И, кстати, у сишников что-то не было такой проблемы с кучей форматов.
 |  |  | 
 | 5.70, Медведь (ok), 14:44, 31/10/2025 [^] [^^] [^^^] [ответить] | +2 +/– |  |  Ну все как всегда -- этот мир нам не подходит, дайте другой, с правильным tar, рулеткой и стюардессами. 
 |  |  | 
 | 5.79, Аноним (79), 15:09, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Встроенное сжатие зачем гвоздями прибивать? Для tar есть возможность выбора сжимальщиков: gz, bz2, lzma, xz, ... 
 |  |  | 
 |  | | 6.118, Аноним (16), 16:08, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Ой, да они там без встроенного сжатия не смогли два формата архивов реализовать, аж целую CVE создали. А прикинь если бы в tar'е было еще и встроенное сжатие? - была бы еще одна CVE как минимум 
 |  |  | 
 |  | | 7.166, Аноним (166), 17:13, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | Всего одна CVE у растоманов в tar  Да, до Сишников им еще учиться и учиться  CVE... большой текст свёрнут, показать |  |  | 
 |  | | 8.176, Аноним (16), 17:31, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  gt  оверквотинг удален Дак сишники пишут на небезопасном языке поэтому такое бы... большой текст свёрнут, показать |  |  | 
 | 
 | 7.186, Аноним (166), 17:55, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Всего одну? Считаю, что отлично! А вот в GNU tar совсем все плохо с безопасностью, в свежем CVE за этот год опять относительные пути при распаковке не проверяли, и тут дело даже не в языке... 
 |  |  | 
 | 
 | 6.194, Аноним (194), 18:05, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | А нафига вообще контейнер в виде тара? Это лишняя сущность, которую надо просто выкинуть и никогда больше не вспоминать. 
 |  |  | 
 |  | | 7.213, Аноним (166), 19:35, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Права доступа и прочие атрибуты хранить. Кто так умеет ещё? RAA мог бы, но он поддерживает только метаданные NTFS. 
 |  |  | 
 | 
 | 
 | 
 | 4.19, Аноним (-), 13:05, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | >> Чайники и бракоделы делают как попало, а потом CVE получается фигня) > это как в CVE-2025-62518 aka TARmageddon?
 Нет, как CVE в ХОрг или ядре линукс).
Раст предотвращает и дает гарантии на конкретный список проблем.
 Ты же не будешь ныть что книпексовые клещи на 1000 вольт пробиваются на 10000?
Если вам нужно больше - то АДА или формальная верификация, если у вас хватит денег))
 
 |  |  | 
 |  | | 5.82, Аноним (79), 15:13, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | > Раст предотвращает и дает гарантии на конкретный список проблем. Вот когда на деле _реально_ предотвратит, тогда и приходите. А пока один булшит про безопастность.
 |  |  | 
 |  | | 6.91, Аноним (91), 15:30, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Вот когда на деле _реально_ предотвратит, тогда и приходите. Возьмите и начните писать аналогичную программу на си и на расте. Первая же ошибка компиляции - ура проблема поймана.
 |  |  | 
 |  | | 7.102, Аноним (102), 15:54, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | TARmageddon компилировался. И в Бубунте утили компилировались... Пришлось потом на ужасносишной старьё руками откатывать. 
 |  |  | 
 | 7.109, Медведь (ok), 16:00, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  И снова: "компилируется -- значит работает!" Я смотрю, растуны оригинальностью не отличаются, исправно пересказывают рекламу. Парни, серебряных пуль не бывает, это вас обманули. 
 |  |  | 
 | 7.110, Аноним (110), 16:02, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Компилируется значит работает? Неудивительно, почему столько проблем у uutils... 
 |  |  | 
 | 
 | 6.197, Аноним (194), 18:08, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | > Вот когда на деле _реально_ предотвратит Вас в РГУ логике обучали? Утверждение «Х противоречит Y” (то есть предотвращает) доказывается математически, а не бытовыми примерами. А вот опровергается элементарно - достаточно 1 примера, когда не предотвратил. Примеры есть? Нету? До свидания.
 |  |  | 
 | 
 | 
 | 4.61, Аноним (166), 14:24, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | А на СИ там бы еще за границу буфера вышли и обратились бы к освобождённой памяти, не забыл вызвать переполнение. А раст, да, плохой, не позволяет все это сделать, и потому тебе пришлось искать CVE с !логической! ошибкой (а раст то тут причем?) в реализации кривого формата. 
 |  |  | 
 | 4.63, Аноним (63), 14:26, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Нет. Это остальные 9 миллиардов CVE в переполнением памяти/буфера/кучи/стэка. 
 |  |  | 
 | 4.90, Аноним (91), 15:29, 31/10/2025 [^] [^^] [^^^] [ответить] | +4 +/– |  | Вы как всегда не различаете ошибк управления памятью и прочие уязвимости. Как и ожидалось от ненависников раста. 
 |  |  | 
 |  | | 5.129, Аноним (91), 16:19, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | >У программы есть два состояния: с ошибками и без ошибок. Но количество программ без ошибок будет куда больше, если запретить работу с сырыми указателями. Данный тезис вам не оспорить.
 |  |  | 
 |  | |  | | 7.148, Аноним (91), 16:42, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >И как тогда компилятор написать? Зачем вам для компилятора указатели?
>Или драйвер в ядре?
 Для драйвера придётся придётся написать какое-то количество unsafe кода, но это гораздо лучше, чем когда весь код - unsafe.
 |  |  | 
 | 
 | 
 | 5.169, Аноним (110), 17:16, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | У программистов на раст слишком много проблем с прочими уязвимостями. Флагманский проект uutils столько ошибок имеет. 
 |  |  | 
 |  | | 6.188, Аноним (166), 17:58, 31/10/2025 [^] [^^] [^^^] [ответить] | +3 +/– |  | Но ведь такой же сишечный проект от gnu на порядки больше ошибок/CVE имеет. Неудобно как-то получилось... 
 |  |  | 
 | 6.191, Аноним (91), 17:59, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >У программистов на раст слишком много проблем с прочими уязвимостями. Вы так говорите, словно от того, что проект писался бы на си, уязвимостей у него было бы меньше.
>Флагманский проект uutils столько ошибок имеет.
 Ошибки != уязвимости
 |  |  | 
 | 
 | 
 | 
 | 3.40, gi (??), 13:43, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | додо... это поэтому хоккеисты сначало играют в шлеме с Ме решёткой на все щи, потом со стекляшкой в половину, ну а профи уже и без стекла
 а чем "дидовые" пасатижи хуже так плохи? нет предохранителя от попадания пальца?
 |  |  | 
 |  | | 4.64, Аноним (166), 14:27, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Ну вообще-то профи давно заковали в броню, спонсоры команд больше не готовы платить миллионы за контракты, чтобы потом смотреть, как очередного "профессионала" уносят на носилках со льда, т.к. ему шайба попала в голову, т.к. он не надел шлем (да-да, таки без шлема больше на лед не пускают). 
 |  |  | 
 | 
 | 3.224, Аноним (224), 19:53, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > кольчужные перчатки хирургам Черт! В следующий раз операцию себе сам делаю.
 |  |  | 
 | 
 | 
 
 
 | 1.14, Аноним (14), 12:56, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | –9 +/– |  | Лучший язык программирования! Хай языков вроде си прошёл - Правительство США призывает отказаться от небищопасных языков. А раст это навсегда! В отличии от других языков, которые ну выучили, может даже и лучше, но их хайп пройдёт и работу не найдёте! А если у вас проект - будите платить огромные деньги за переписывание, ибо кто поддерживать будет? Никто!
 
 |  |  | 
 
|  | | 2.17, Анонимусс (-), 13:02, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > А раст это навсегда! Не дай боже! 
Если раст застрянет как дыряха на 40+ лет, то это будет просто ужасно.
 Раст должен будет заменить еще более безопасный язык, напр. с автоматической или хотя бы с дешевой верификацией, который будет не давать сделать хотя бы часть логических ошибок.
 |  |  | 
 |  | |  | | 4.208, Аноним (110), 18:48, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Так не только я разобраться не могу. Повальное большинство программистов на раст тоже не может без ИИ в нем разобраться. Иначе почему в рейтингах раст ниже php? 
 |  |  | 
 | 
 | 
 |  | | 3.216, Аноним (-), 19:40, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > TIOBE врать не будет;) Интерес к Rust в поисковиках падает... Это тот у которого Visual Basic на 7 месте и опережает Go?
А Delphi опереждает SQL?
 Swift проигрывает Classic Visual Basic?
 Однозначно серьезный рейтинг)))
 |  |  | 
 | 
 | 
 
 | 1.23, Аноним (23), 13:14, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +3 +/– |  | Не люблил раст, но вот сейчас сижу и смотрю почему течет flutterJNI на android и rust уже не кажется таким уж переусложненным на ровном месте. Если посмотреть на существующие распространенные решения, то rust там мог бы решить большой спектр проблем. 
 |  |  | 
 
|  | | 2.28, Аноним (16), 13:27, 31/10/2025 [^] [^^] [^^^] [ответить] | –3 +/– |  | > почему течет flutterJNI на android и rust уже не кажется таким уж переусложненным дак он раст написан
 |  |  | 
 |  | | 3.65, Аноним (63), 14:29, 31/10/2025 [^] [^^] [^^^] [ответить] | +2 +/– |  | Interface between Flutter embedding's Java code and Flutter engine's C/C++ code. Раст во все поля.
 |  |  | 
 | 
 | 2.72, Медведь (ok), 14:48, 31/10/2025 [^] [^^] [^^^] [ответить] | +4 +/– |  |  А rust нифига не гарантирует отсутствие утечек памяти. Сюрприз! Меньше слушай хайповые крики растунов. 
 |  |  | 
 |  | | 3.92, Аноним (91), 15:32, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | Так растеры это прямо говорят. Это сишники возмонили, что раст должен все проблемы решать. 
 |  |  | 
 |  | | 4.96, Медведь (ok), 15:43, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  |  > Так растеры это прямо говорят. Это сишники возмонили, что раст должен все проблемы решать. Это они прямо говорят, когда носом ткнешь. В самой новости: куча текста про "бизапаснасть", ни слова про возможные утечки.
 > Не люблил раст, но вот сейчас сижу и смотрю почему течет flutterJNI на android и rust уже не кажется таким уж переусложненным на ровном месте.
 Откуда бы у товарища такие умонастроения, уж не из-за рекламы ли раста из всех утюгов?
 |  |  | 
 |  | | 5.131, Анонимусс (-), 16:20, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Это они прямо говорят, когда носом ткнешь. Ну, мы подразумеваем, что для нормального хейта хейтеры хотя бы доку прочитать должны.
"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 сработает.
 
 |  |  | 
 | 5.134, Аноним (91), 16:25, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | >В самой новости: куча текста про "бизапаснасть", ни слова про возможные утечки. Утечки памяти не нарушают безопасности памяти. Безопасность памяти - это невозможность данными одной структуры переписать вторую, так, чтобы это повлияло на семантику программы.
>Откуда бы у товарища такие умонастроения, уж не из-за рекламы ли раста из всех утюгов?
 А что вы у меня спрашиваете, у него самого спросите. Вы лучше скажите, откуда у вас столь искажённое представление о расте: когда вам прямо указывают на систему гарантий, вы галлюцинируете и видите то, чего нет.
 |  |  | 
 |  | | 6.215, анодр (?), 19:40, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Улыбнуло. В Rust реализуемо переполнение буфера cve-rs и другие уязвимости 100 проценто безопасно (без unsafe кода) 
 |  |  | 
 |  | | 7.220, Аноним (220), 19:47, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Улыбнуло. В Rust реализуемо переполнение буфера cve-rs и другие уязвимости 100 проценто безопасно (без unsafe кода) Ага, та самая которую неделю ломали, и в итоге пришлось писать самописный null_mute,  велосипедно-обфусцированный transmute и тд?
 Так это отличный пример!
Вам придется хорошо напрячься, написать кучу кода, чтобы получить ошибку.
 ps кажется ваша методичка уже не актуальна
https://github.com/Speykious/cve-rs/issues/3
 
 |  |  | 
 | 7.222, dhsksje (?), 19:53, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | cve-rs это баг компилятора если что, да, представляете, даже в компиляторе написанном на расте оказывается есть баги! 
 |  |  | 
 | 
 | 
 | 
 | 4.126, Аноним (16), 16:17, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | Всмысле прямо говорят? Они прямо говорят обратное - раст это безопасный язык, позволяющий безопасно работать с памятью и избавляющий программист от ручного управления памятью. Нахера там утечки тогда нужны в расте? Это типа избавление от ручного управления памятью путем добавления утечек памяти? А хитро вы это придумали. 
 |  |  | 
 |  | | 5.141, Аноним (91), 16:35, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Всмысле прямо говорят? С разморозкой. Берём первый попавшийся материал https://github.com/brson/rust-anthology/commits/master/src/memory-leaks-are-me
>Commits on Jun 12, 2016
 Материалу 9 полных лет, а вы об этом впервые слышите. Очень хороший уровень компетенции.
>Нахера там утечки тогда нужны в расте?
 Да будет вам известно, что даже языки с GC не гарантируют отсутствие утечек памяти.
>Это типа избавление от ручного управления памятью путем добавления утечек памяти?
 Да будет вам известно, что в си тоже есть утечки памяти. И утечки памяти от подхода в расте не добавляются.
 |  |  | 
 | 
 | 
 | 
 | 
 
 
|  | | 2.36, Аноним (-), 13:37, 31/10/2025 [^] [^^] [^^^] [ответить] | +2 +/– |  | > 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/docs/project/faq.md#
 Что-то я им больше верю, чем твоим фантазиям.
 |  |  | 
 | 2.202, Аноним (202), 18:21, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Проблема с Карбоном что он сложный. Не менее сложный чем C++ и Rust. Почему первые версии Java и C# привлекли разработчиков ? Потому что были проще C++. 
 |  |  | 
 |  | | 3.217, анодр (?), 19:42, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Java с идеей стирания типов в генериках небезопасна на что сверху может накладываться динамическое разрешение методов. Все есть Object 
 |  |  | 
 | 
 | 
 
 | 1.25, sena (ok), 13:17, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +1 +/– |  |  И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Завтра какая-то новая идея возникнет, опять новый язык появится?
 Я понимаю, конечно, развитие не остановить. Но ведь мы не выкидываем русский язык из-за того что появились новые идеи? Да, мы проводим реформы (принимаем новые стандарты). Но блин, никому не приходит в голову, русский язык устарел, давайте теперь говорить на иксигрекзетовом...
 Надо развивать существующие а не плодить новые.
 |  |  | 
 
|  | | 2.29, Аноним (-), 13:27, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Ну    так обычно и происходит  Зависит от    Например если у нас древний ЯП, кот... большой текст свёрнут, показать |  |  | 
 |  | | 3.45, sena (ok), 13:48, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  В смысле  Мы не получили  русскоподобный язык , мы говорим на русском языке  Он ... большой текст свёрнут, показать |  |  | 
 |  | | 4.51, Аноним (-), 14:02, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Неа  Язык настолько покромсали и переделали, что от старого остались только каки... большой текст свёрнут, показать |  |  | 
 |  | | 5.98, Аноним (91), 15:45, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Ну попробуйте прочитать, а тем более написать (по правилам!) Осталось слова только заменить, а то у вас современные слова в старой грамматике.
 |  |  | 
 | 5.164, sena (ok), 17:06, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  > Язык настолько покромсали и переделали, что от старого остались только какие-то общие структуры. Как сейчас говорят "СИ подобный синтаксис")) Да пожалуйста, кромсайте, переделывайте. Только не вводите ещё два десятка новых.
 > И проще заменить ЯП, чем лепить горбатого до стены.
 Заменить - пожалуйста, вводить два десятка языков параллельно - нет.
 |  |  | 
 | 
 | 4.97, Аноним (91), 15:44, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Мы не получили "русскоподобный язык", мы говорим на русском языке. Нет. Возьмите дореволюционные учебники, научите по ним ученика, чтобы он ставил "ъ" в конце слов, и так далее, а потом дайте ему сдать ЕГЭ. Если уж на то пошло, то говорим мы на языке образца какого-то года, но сами эти образцы между собой несовместимы.
 В качестве хорошего примера возьмите китайский. У вас есть 中文(简体)и 中文(繁體). Как не сложно догадаться, зная один вы мало что поймёте в другом.
>Кто не хочет? Покажите мне этого человека.
 Посмотрите местных: линтеры не нужны, концепция владения не нужна, и так далее.
 |  |  | 
 |  | | 5.159, sena (ok), 17:03, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  > Нет. Да. Это русский язык, немного изменённый, но всё ещё русский.
 > сами эти образцы между собой несовместимы.
 Совместимость понятие растяжимое. Дореформенные тексты вполне можно прочитать даже без подготовки.
 Но речь не о том, сильно изменили или не сильно, пусть даже изменили сильно. Речь о том что не ввели его параллельно, а заместили им старый язык, как новый стандарт С++ заменяет старый.
 |  |  | 
 |  | | 6.172, Аноним (-), 17:20, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Дореформенные тексты вполне можно прочитать даже без подготовки А писать?
Сможете без ошибок расставить все яти?
 >  Речь о том что не ввели его параллельно, 
 Так в момент внедрения оставалось куча литературы, напмсанной на старом варианте.
И ее читали.
 Да и для программинга такое невозможно, разве что ходить по домам и бить палками по рукам, чтобы не писали на старье.
 > а заместили им старый язык, как новый стандарт С++ заменяет старый.
 А он не заменяет. Он дополняет.
Можно продолжать пользоваться старым. Вон ядро до 22го года было на С89. И что?
 Если нужно "расширять старый", то почему у нас не Алгол-2025?
Почему появился СИ, хотя был B?
 Зачем сделали С++, если можно было расширить СИшку?
 
 |  |  | 
 |  | | 7.183, sena (ok), 17:45, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  > А писать? без тренировки не смогу, разумеется
 > Зачем сделали С++, если можно было расширить СИшку?
 Не можно, а нужно. Как раз с++ и есть по-большому счёту расширение с. В 99% случаев сишный код компилируется в с++.
 Когда-то надо выкидывать совместимость со старым кодом. Это произойдёт рано или поздно и с с++ (или же его самого выкинут как алгол). Вопрос только, когда и как. Объявить какие-то конструкции устаревшими и перестать их поддерживать лет через какой-то разумный срок - почему нет? Да, это не так быстро, как сляпать новый язык, но это правильный, разумный, эволюционный путь развития.
 |  |  | 
 |  | | 8.198, Аноним (-), 18:09, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Ну, т е придется брать учебни и учиться  На учебние будет написанно Церковный Ру... большой текст свёрнут, показать |  |  | 
 | 
 | 
 | 6.184, Аноним (91), 17:48, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | У вас не будет дискретного перехода, типа говорили не на русском, а потом вдруг ... большой текст свёрнут, показать |  |  | 
 |  | | 7.193, sena (ok), 18:01, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  > Как вы себе это представляете? Вот возьмут и внедрят самую малость - запретят нулевые указатели. И всё - почти весь код, за исключение совсем hello world перестал собираться. Всё просто по-моему. Допустим по какой-то причине решили запретить и вместо нулевого указателя теперь надо использовать nullptr. Дальше нулевые указатели продолжают работать какое-то время, на протяжении X стандартов (где Х = 1, 2, 4, 10 в зависимости от тяжести изменений и трудности поддержки), но выдаётся предупреждение. После этого в очередном новом стандарте старый код перестаёт компилироваться и выдаёт ошибку.
 > В C++ стандарты не заменяют друг друга, они просто расширяют язык. 
 Никто не запрещает в новом стандарте объявить какую-то конструкцию устаревшей.
 |  |  | 
 |  | | 8.204, Аноним (91), 18:27, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Нет  У вас будет option  У вас поломались абсолютно все сишные проекты  Вы масшт... большой текст свёрнут, показать |  |  | 
 | 
 | 
 | 
 | 
 | 
 | 3.46, gj (?), 13:52, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > можем в луже и палкой копалкой работать. нуда нуда, совочком с пласиковым ведёрком куда приятнее куличики лепить
 |  |  | 
 | 3.94, Аноним (94), 15:40, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | > В 18 и 56 году хорошо так поменяли. > Выкинули кучу букв Ѣ, Ѳ, І. Убрали из окончаний Ъ. Изменили грамматику.
 Ну это в начала 20-го века, а в 1956 что русском меняли?
 |  |  | 
 |  | | 4.104, Аноним (-), 15:55, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Посмотрите на изменения с 1918 по 1956 gramota.ru/journal/stati/yazykovaya-politika/reformy-russkoy-orfografii
wikiwand.com/ru/articles/Орфография_русского_языка_до_1956_года
 
 |  |  | 
 | 
 | 
 | 2.42, Аноним (42), 13:44, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Русский язык - плохой пример . Над тем что "отцам и детям" требуется переводчик - шутили ещё в 70х . А многие ли могут перевести на современный выражение "не мытьём , так катаньем" ? Справка: мытьё - сбор налогов , катанье - телесные и финансовые наказания . 
 |  |  | 
 | 2.69, Аноним (166), 14:33, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Согласен, возвращаемся на Lisp и Fortran! Ну ладно, можно еще COBOL для хипстеров, которые любят все новое! 
 |  |  | 
 | 2.80, Аноним (80), 15:11, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | > И это всегда будет так? Появились новые идеи в программировании - делаем новый язык? Да. В чём проблема?
 > Я понимаю, конечно, развитие не остановить. Но ведь мы не выкидываем русский язык из-за того что появились новые идеи?
 Доброе утро, русский давно выкинули.
 > Надо развивать существующие а не плодить новые.
 Ну вот C++ развивают, и кому от этого хорошо?
 |  |  | 
 | 2.84, Медведь (ok), 15:15, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  Вот как раз относительно новых идей в программировании -- раст обречен на застой... большой текст свёрнут, показать |  |  | 
 |  | | 3.95, Анонимусс (-), 15:41, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | О! Какие люди! Медведь вылез из берлоги. А чего не посетили тему про очередные дырени в дидовых иксах?
 Неужели так него сказать было, а тут есть?))
 
 |  |  | 
 | 3.113, Аноним (-), 16:05, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | Пффф, от это забористый копиум  С чего вдруг  Открой ченджлоги для edition и уви... большой текст свёрнут, показать |  |  | 
 |  | | 4.135, Аноним (110), 16:28, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >С чего вдруг? Открой ченджлоги для edition и увидь, что постоянно что-то меняется. Что, так сложно было сделать язык, который бы сразу мог закрыть необходимые потребности? У других  языков как-то получается обходиться без частых обновлений.
>Скомпилированный код всё равно будет быстрый, а для разработчика можно и машинку побыстрее.
 А на Си и код быстрый, и компиляция, а ошибки можно статическим анализатором найти.
>Судя по теме визжат только СИшники, которым что-то не нравится)
 Неработоспособность кода на раст не нравится. Какое мнение будет у человека, который решил попробовать установить убунту впервые, а в ней не работают обновления?
 |  |  | 
 |  | | 5.146, васян (?), 16:40, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Какое мнение будет у человека Я думаю, что он скажет нахир я связался этим убунрастом, говорил Вася, ставь нормальную ось - Виндовс и не выпендривайся. Я я дурак не послушал его...
 |  |  | 
 | 5.160, Аноним (91), 17:03, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >У других  языков как-то получается обходиться без частых обновлений. У других - это у каких? Может быть у питона?
>А на Си и код быстрый, и компиляция
 Очень быстрая, да
Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%  - https://www.opennet.me/opennews/art.shtml?num=56449
 >а ошибки можно статическим анализатором найти.
 Ну вот возьмите и найдите. Почему до сих пор не нашли?
>Какое мнение будет у человека, который решил попробовать установить убунту впервые
 Человек установил убунту, а мнение будет о расте.
 |  |  | 
 |  | | 6.175, Аноним (110), 17:27, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >У других - это у каких? С++
>Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%
 Добавят еще раста и станет на 50%-80% медленнее (на самом деле больше).
>Почему до сих пор не нашли?
 Регулярно находят.
>Человек установил убунту, а мнение будет о расте.
 Будет плохое мнение о Линукс в целом, а все из-за дыр в коде на раст.
 |  |  | 
 |  | | 7.180, Аноним (-), 17:39, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >>Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80% > Добавят еще раста и станет на 50%-80% медленнее (на самом деле больше).
 Вранье.
Вон в ядро добавили биндер для андроида.
 opennet.ru/opennews/art.shtml?num=64092
 И что? 
Кода получилось даже меньше, скорость не пострадала.
 > Будет плохое мнение о Линукс в целом, а все из-за дыр в коде на раст.
 Но дыр станет меньше.
Просто по причине, что так написать не позволят автоматические проверки.
 
 |  |  | 
 | 7.210, Аноним (91), 19:16, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >С++ Ага, и выбрали язык с UB, отвратительным временем компиляции и колосальной сложностью в освоении
>Добавят еще раста и станет на 50%-80% медленнее (на самом деле больше).
 Ну разумеется никаких доказательств этому у вас нет.
>Регулярно находят.
 Старые находят, новые добавляют.
>а все из-за дыр в коде на раст
 Очень ловко вы ошибку(а не дыру) в убунте записали в дыру раста. А давайте ещё сишные ошибки туда же засунем?
 |  |  | 
 | 
 | 
 | 
 | 4.145, Медведь (ok), 16:40, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  > Концепция Edition и гарантирует. А растики смешные. Сам сообразишь, насколько гарантии поддержки старых editions и их совместимости относительно совместной линковки "вдохновляют" разработчиков компилятора вносить даже самые расчудесные улучшения в язык? А когда этих editions станет не 4-5, а 10? 20?
 |  |  | 
 |  | | 5.156, Аноним (-), 17:00, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Сам сообразишь, насколько гарантии поддержки старых editions и их совместимости относительно совместной линковки "вдохновляют" разработчиков компилятора вносить даже самые расчудесные улучшения в язык? Может ты не будешь трепать языком как помелом, а просто приведешь пример(ы)?
Думаю какого-то сообщения от разработчика "ой, у вас тут Editionʼы? Не не буду добавлять свою убер фичу!" будет достаточно.
 > А когда этих editions станет не 4-5, а 10? 20?
 От когда станет, тогда и поговрим.
Пока разработка идет, фичи добавляются.
 20 Edition по 3 года каждый... ты думаешь прожить еще лет 60?
 Боюсь что ты, что я до этого не доживем.
 
 |  |  | 
 | 
 | 
 | 3.152, Аноним (152), 16:54, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Многие вещи висят годами нестабильными не потому что есть какие-то технические ограничения, а потому что не понято вообще нужно ли это тащить в язык. Те же специализации темплейтов в плюсах настолько сложные и непредсказуемые, с кучей правил и мелких факторов, что зачастую лучше бы их и не было. Уже десять лет в расте живут без специализаций дженериков и всем нормально. Хочешь другую реализацию — ну создай еще одну функцию с новым именем. Зато явно будет видно, что в коде вызывается. 
 |  |  | 
 | 
 | 2.93, Аноним (91), 15:37, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Это всегда так было  Вы новые идеи к старым языкам либо не прикрутите вообще, ли... большой текст свёрнут, показать |  |  | 
 | 2.223, Аноним (223), 19:53, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Реализовывать идеи в виде нового языка - это нормально. А вот начинать его всюду пропихивать, в т.ч. в прекрасно существующие проекты на других языках, и переписывать всё подряд на своём самом лутшем языке - это уже нездоровое.
 |  |  | 
 | 
 
 
 | 1.31, Аноним (110), 13:29, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | >Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью Не избавляют.
 |  |  | 
 
|  | |  | |  | | 4.221, Аноним (221), 19:52, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Достаточно, чтобы избавиться от 70% проблем C/C++. Гугл с Майкрософтом приводили статистику. 
 |  |  | 
 | 
 | 
 | 
 
 | 1.39, Аноним (39), 13:42, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +2 +/– |  | fn f() -> *const u8 { let x = 0;
 &x
 }
 чесногря читая о безопасном языке раст думал, что подобные конструкции на нём компилироваться в принципе не должны. а тут они в версии 2.91 выдали предупреждение. мдя. и сколько ещё подобного "безопасного" на расте можно написать?
 |  |  | 
 
|  | | 2.112, Аноним (91), 16:04, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >чесногря читая о безопасном языке раст думал, что подобные конструкции на нём компилироваться в принципе не должны. Вы путаете указатели и ссылки. С вашим уровнем знаний вам на си и крестах писать противопоказано
>и сколько ещё подобного "безопасного" на расте можно написать?
 В том, что вы возвратите указатель нет ничего страшного. А для разыменновывания указателей нужен unsafe. А unsafe писать без особой необходимости попросту нельзя.
 |  |  | 
 |  | | 3.132, Аноним (132), 16:24, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > В том, что вы возвратите указатель нет ничего страшного. А для разыменновывания указателей нужен unsafe. Т.е. вон то - safe код? Но ведь реально ошибка не по месту разыменования, получается, всё это время пропаганда врала что якобы нужно внимательно проверять только unsafe блоки а во всём остальном коде ошибок с памятью быть не может?
 |  |  | 
 |  | | 4.142, Аноним (142), 16:36, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | > нужно внимательно проверять только unsafe блоки а во всём остальном коде ошибок с памятью быть не может Да. Именно так.
 |  |  | 
 | 4.227, dhsksjed (?), 19:58, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | включите немного голову, пока указатель не разыменован есть ли разница что за адрес в нем? 
 |  |  | 
 | 
 | 
 | 
 
 
|  | | 2.108, нах. (?), 15:58, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Где фичи? Как где - вон тебе на два экрана мелким шрифтиком подвезли "новых шт@6ильных" закорючек, иди зубри.
 И так раз в неделю, а то немодным и немолодежным окажешься.
 |  |  | 
 | 
 
 | 1.71, Аноним (71), 14:44, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | К чему такие мелкие выпуски? Это какой-то майлстоун или как? Вот завтра выйдет новая версия - в ней можно ли будет указать для компиляции любую предыдущую вплоть до 0.01? 
 |  |  | 
 
|  | | 2.75, Аноним (110), 15:02, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | И в то же время часть пакетов всегда требует ночную экспериментальную сборку. 
 |  |  | 
 |  | | 3.101, Аноним (-), 15:52, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | Пишиьте письма разработчикам пакетов. Точно так же они погут использовать С23.
 AOSP например позволяет использовать Edition 2015, 2018, и 2021.
Вот прям в доке записано.
 
 |  |  | 
 |  | | 4.151, Аноним (110), 16:52, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Пишиьте письма разработчикам пакетов. Точно так же они погут использовать С23. 
Зачем? Они делом заняты, а не переписыванием. Выбрали нужную версию и с ней работают, а обновляться будут при необходимости.
 
 |  |  | 
 |  | | 5.174, Аноним (-), 17:23, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Значит у авторов пакетов тоже была необходимость использовать найтли. Они же лучше разбираются чего им надо.
 Вы потребитель, а они создатели.
 Максимау что вы можете - не пользоваться этим пакетом.
 
 |  |  | 
 | 
 | 
 | 
 | 
 
 | 1.107, Аноним (107), 15:56, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | –1 +/– |  |  Rust отличный язык для написания софта где требуется работа в реальном времени без сборщика мусора, к примеру пишем софт аи модуля автоматического наведения дрона на двигатели самолетов, собственно для сбития вражеских транспортных, и не только, самолетов, то есть дрон сам может находить взлетающую цель, наводится на двигатели, ну а дальше в полезной нагрузке дрона просто стальной брусок, который весело попадает прямо в движок. Несколько таких дронов почти гарантированно сбивают самолет на начальном этапе взлета, и все благодаря Rust + ИИ, компьютерному зрению и так далее, даже оператор дрона не нужен, надо лишь заранее разместить дрон и дать когда требуется указание на взлет. 
 |  |  | 
 
|  | | 2.119, Медведь (ok), 16:08, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  > в полезной нагрузке дрона просто стальной брусок Ну раз в нагрузке стальной брусок, то да -- только rust, однозначно. Какой же стальной брусок без rust? Разве что наждачкой начищать каждый день, особенно в агрессивном климате.
 |  |  | 
 | 2.143, Аноним (132), 16:38, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Это не будет работать, т.к. раст предоставляет гарантии безопасности использования, а эта затея выглядит опасно. 
 |  |  | 
 | 
 
 | 1.111, Аноним (111), 16:04, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  | Интересно, а подойдет rust - как первый язык программирования? Да и действия насильственного характера с borrow checker пугают. Не будет ли это напрасной потерей времени и сил? 
 |  |  | 
 
|  | | 2.120, Аноним (91), 16:11, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Интересно, а подойдет rust - как первый язык программирования? А вам зачем, что вы собираетесь делать?
 |  |  | 
 |  | | 3.128, Аноним (128), 16:19, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >А вам зачем, что вы собираетесь делать? А с какой целью вы интересуетесь? Вам это знать не нужно.
 |  |  | 
 | 
 | 2.121, Аноним (-), 16:11, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Думаю нет. Т.к он сразу подразумевает понимание сложных концепций.
 Для первого ЯП нужно что-то простое, что позволит освоить алгоритмы и структуры данных.
 
 |  |  | 
 | 2.124, Аноним (124), 16:15, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Дело не в языке программирования. Просто занимайся тем что лично тебе кажется интересным. Если прёт от Раста - занимайся Растом, если не прёт - лучше им не занимайся. Главное глаза должны гореть. 
 |  |  | 
 |  | | 3.140, Аноним (111), 16:34, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | К сожалению, для "горящих глаз" - возраст совсем не подходящий. Меня больше интересует вопрос соотношение времени написания кода к его отладке в сравнении с тем же С и С++. 
 |  |  | 
 |  | | 4.149, Анонимусс (-), 16:44, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Времени написания кода больше чем на с/с++ и иногда существенно. Особенно если не продумал архитектуру и взаимодействие компонент, то придется много переписывать и не получиться "х-к, х-к и в прод", потому что оно просто не скомпилируется.
 Для геймдева подходит так себе.
 Зато нет бессонных ночей с поиском "а кто же испортил память на проде когда меркурий был ретроградным"
 |  |  | 
 |  | | 5.178, Аноним (111), 17:35, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Это самое главное, что мне и хотелось узнать. Благодарю! Значит, связка Python/C++ - будет  наилучшим возможным решением. 
 |  |  | 
 |  | | 6.203, Аноним (-), 18:27, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | А да ты ленивый программист! Ну так бы сразу и сказал бы, типа я ленивый! А то у людей спрашиаешь, типа интересен Rust. Да не интересен тебе Rust! Тебе надо чтобы всё легко было. 
 |  |  | 
 |  | | 7.205, Аноним (111), 18:30, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Чем проще, тем лучше. Прототипирование на Python, с последующим переписыванием на С++. 
 |  |  | 
 | 
 | 
 | 
 | 4.154, Аноним (110), 16:57, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Посмотрите реализацию сортировки вставками на каждом языке и вам станет понятно, на чем программировать проще и быстрее. 
 |  |  | 
 | 4.162, Медведь (ok), 17:04, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  Смотря какого кода. Ну вот например, сразу готовься к написанию кучи boilerplate, ибо каждый трейт имплементируется с 0, переиспользование реализаций практически никакое, исключая методы с дефолтной реализацией в трейтах.
 Вместо наследования -- исключительно композиция: Truck будет владеть Car, а не наследовать от него. Ничто не мешает ему владеть хоть десятком Car.
 Делегирование реализации методов вложенному объекту -- только явное: если Car и Truck имплементят трейт Vehicle, то Truck должен явно реализовать каждый метод из Vehicle, даже если он сводится к простому вызову такого же метода у Car. Ну или обмазываемся макросами.
 Полиморфизм -- исключительно через трейты. 
 То есть если предметная область подразумевает иерархическую модель сущностей, то абзац.
 |  |  | 
 |  | | 5.179, Аноним (111), 17:38, 31/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  | Да, отсутствие нормального наследования - это весомый недостаток. 
 |  |  | 
 |  | | 6.226, Аноним (221), 19:56, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Да, отсутствие нормального наследования С каких это пор наследование в стиле C++ начало считаться нормальным?
 |  |  | 
 | 
 | 
 | 
 | 
 | 2.125, Аноним (142), 16:16, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Подойдет. И вообще, новичкам советуют для начала вообще не париться с lifetime. То есть, .clone() везде, Rc/Arc, а потом, как освоишься, можно и оптимизировать. 
 |  |  | 
 |  | | 3.157, Аноним (110), 17:00, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | На С++ учат сразу использовать умные указатели и семантику перемещений, а в раст наоборот учат не использовать его фичи, потому что сложно и непонятно. 
 |  |  | 
 |  | | 4.163, Аноним (-), 17:04, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > На С++ учат сразу использовать умные указатели и семантику перемещений, И продолжают пложить CVEшки.
Даже всякие костыли в виде MiraclePTR или Safe C++ пытаются делать, но выходит не очень
 > а в раст наоборот учат не использовать его фичи, потому что
 C++ так и остается дырявым.
И UBшным.
 
 |  |  | 
 | 
 | 
 | 2.136, Аноним (136), 16:29, 31/10/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  | Не будет. В отличии от дырявого ты сразу будешь учиться писать код правильно. 
 |  |  | 
 | 
 
 | 1.122, Аноним (122), 16:13, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +1 +/– |  | Мда, пока в других сферах специалисты с каждой итерацией стараются как-то упростить себе работу, программисты все делают наоборот. Мало того, что нужно разбираться в бизнес-логике, так еще и в синтаксисе ржавого. Грядет коллапс разработки ПО! 
 |  |  | 
 
|  | | 2.137, Аноним (-), 16:29, 31/10/2025 [^] [^^] [^^^] [ответить] | +2 +/– |  | > стараются как-то упростить себе работу Да, напр. сделать так, чтобы за владением следил компилятор, а не разработчик.
Wait, oh shi...
 > так еще и в синтаксисе ржавого
 Плюсовики смотрят на это утверждение с недоумением
 > Грядет коллапс разработки ПО!
 Так давно уже.
С момента когда на переносимом ассемблере, созданном для быстрого портирования ядра на 10к строк на другую архитектуру, начали писать код на десятки миллионов строк. Но все также нужно было контролировать ручками. А внимание программистов внезапно не резиновое.
 
 |  |  | 
 |  | | 3.144, Аноним (79), 16:39, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | А что у плюсовиков? Вот только необычным было применение <..> для параметров шаблонов, когда их добаввили. Но это было уж давно, все уже привыкли. И ничего экстравагантного в синтаксисе с тех пор не добавилось. 
 |  |  | 
 | 3.161, Аноним (110), 17:03, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | >Плюсовики смотрят на это утверждение с недоумением С недоумением, потому что сделать синтаксис хуже C++ нужно было суметь.
 |  |  | 
 |  | | 4.182, Facemaker (?), 17:44, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  >сделать синтаксис хуже C++ нужно было суметь Сначала было прилично. То есть не хотели. Но потом... одно за другое, и имеем:
 <pre>
template<typename T> requires requires (T x) { x + x; }
 </pre>
 Вот зачем там двойной requires, я уже никогда не пойму (потому что потерял к C++ всякий интерес).
 |  |  | 
 | 
 | 
 | 2.138, Аноним (79), 16:33, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Так вот, похоже, что это AI за него всюду топит. Чтобы человека из сферы программинга вытеснить поскорее. 
 |  |  | 
 | 2.150, Аноним (150), 16:49, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Ага, свет клином сошелся у кодеров на этих Си,Раст. Остальное либо ругать не за что,либо просто нечего. D 
 |  |  | 
 |  | | 3.158, Аноним (-), 17:03, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | > Ага, свет клином сошелся у кодеров на этих Си,Раст. Остальное либо ругать не за что,либо просто нечего. D А остальные тут причем?
У всяких пихонов и жабаскриптов своя ниша.
 У шишарпов и джавы - тоже своя.
 А СИшка и Раст играют на одном поле, даже в одном ядре.
Логично что их сравнивают.
 Всякие D и форты не взлетели по разным причинам.
 
 |  |  | 
 | 
 | 
 
 | 1.170, Аноним (170), 17:17, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | –1 +/– |  | >Последующее разыменование подобного указателя приводит к неопределённому поведению. Как же так, как же могла быть в таком безопасном языке разрешена такая ситуация? Видимо надо было просто сишку юзать, а не на пустые обещания вестись.
 |  |  | 
 
 | 1.201, ptr (ok), 18:20, 31/10/2025  [ответить] [﹢﹢﹢] [ · · · ] | +/– |  |  Уфф, пронесло. На этот раз нигде в std типы аргументов или возвращаемых значений не меняли. Так что есть все шансы на перекомпиляцию без правок исходников. 
 |  |  | 
 
|  | | 2.206, Аноним (-), 18:37, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  | Хм, мне казалось что такая проблема может быть только с хоббийными проектами. В тех проектах в которых я принимал участие фиксировалась версия языка (что для СИ, что для С++).
 Там завезли какие-то супер фичи или фиксы, чтобы была необходимость всять самую свежу версию?
 |  |  | 
 |  | | 3.218, ptr (ok), 19:43, 31/10/2025 [^] [^^] [^^^] [ответить] | +/– |  |  Последний раз мне больно досталось с выходом Rust Version 1.85.0 (2025-02-20), когда core::ffi::c_char сменился с i8 на u8. https://doc.rust-lang.org/stable/releases.html#version-1851-2025-03-18 Они честно написали "The new definition may result in compilation failures but fixes compatibility issues with C". Но мне от этого легче не стало.
 > Там завезли какие-то супер фичи или фиксы, чтобы была необходимость всять самую свежу версию? 
 Проблема в том, что желающих поддерживать свои библиотеке для всех версий Rust исчезающе мало. Поэтому исправление критической уязвимости где-нибудь в ESP-IDF-HAL требует перехода на новую версию компилятора. Или же твой ESP32 окажется уязвим и будет торчать дырой в эфире, доступный любому желающему уже известной уязвимостью воспользоваться.
 |  |  | 
 | 
 | 
 
 |