| 1.2, Аноним (3), 13:41, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Раст гарантирует безопасность во время компиляции, а психически здоровые люди ожидают гарантий во время выполнения. Поэтому раст бесполезен.
| | |
| |
| |
| 3.39, Аноним (159), 16:06, 03/10/2026 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> рекомендация избегать освобождения памяти, на которую была получена статическая ссылка ... действие потенциально может привести к проблемам
Это точно безопасный язык?
| | |
|
| 2.19, Аноним (19), 14:22, 03/10/2026 [^] [^^] [^^^] [ответить]
| +9 +/– | |
> а психически здоровые люди ожидают гарантий во время выполнения
Вот бы еще найти психически здоровых людей, которые такой код бы написали...
| | |
| |
| 3.28, Аноним (-), 14:57, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Вот бы еще найти психически здоровых людей, которые такой код бы написали...
Насчет людей не знаю, но даже Gemini при намеке на безопасность - сделал мне довольно интересный код на си - который не каждый сишник то допрет.
| | |
| |
| 4.34, Аноним (34), 15:33, 03/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Если писать полу грамотно, то тогда выглядит так: для не сильно разбирающихся слово допрет выглядит написал вместо буквы ё в слове допрёт букву е осознанно. А более грамотные кто-то, не поверит и предположит, что в твоём предложении слово допрет одна буква пропущена другая ошибочно не та нажата на клавиатуре, не поверив что ты совсем баран меняешь осознанно букву ё на е и не должно быть слово дропнет. "Насчет людей не знаю, но даже Gemini при намеке на безопасность - сделал мне довольно интересный код на си - который не каждый сишник то дропнет" Зачем заменил в слове букву ё на е?
| | |
|
|
| 2.20, Аноним (-), 14:23, 03/10/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
Оно на твои слова ответило. Кому верить?
"Этот аргумент неверен, поскольку он строится на ложной дихотомии и неверном понимании того, как гарантии времени компиляции (compile-time) превращаются в безопасность во время выполнения (runtime).
На самом деле гарантии безопасности во время компиляции в Rust — это и есть способ обеспечить безопасность во время выполнения.
Вот почему этот вывод ошибочен:
1. Ошибочная логика (Ложная дихотомия)
Фраза противопоставляет проверку при компиляции и безопасность при выполнении, как будто это взаимоисключающие вещи. В реальности связь прямая:
• Если компилятор доказал, что в программе нет неопределенного поведения (Undefined Behavior), утечек памяти, гонок данных и обращений по некорректным адресам...
• То во время выполнения эта программа физически не сможет совершить эти ошибки.
Rust не просто «обещает» что-то на этапе сборки — он гарантирует отсутствие целого класса критических уязвимостей и багов в готовом работающем продукте.
2. Безопасность во время выполнения (Runtime) в Rust
Rust обеспечивает строгий контроль и во время работы программы. Если какую-то проверку невозможно провести на этапе компиляции (например, корректность индекса массива, который вводит пользователь), Rust автоматически добавляет проверку во время выполнения (runtime checks):
• Если программа попытается выйти за границы массива, она не залезет в чужую память (как C/C++), а безопасно завершится (panic).
• Для динамической аллокации и подсчета ссылок используются безопасные runtime-обертки вроде Rc и Arc.
3. Почему compile-time проверки лучше чистого runtime?
Ждать, пока ошибка безопасности проявит себя во время выполнения (как это происходит в Python, Java или Go), — это огромные риски и затраты.
Критерий Проверки при компиляции (Rust) Проверки при выполнении (Runtime)
Для пользователя Программа работает стабильно и не «падает» у клиента. Программа может упасть или зависнуть в любой момент.
Для бизнеса Баги отлавливаются бесплатно до релиза. Ошибки на "проде" приводят к финансовым и репутационным потерям.
Для безопасности Уязвимости (вроде Heartbleed или Use-After-Free) исключены конструктивно. Ошибки runtime могут стать лазейкой для хакеров до того, как выйдет патч.
Для производительности Максимальная. Нет затрат ресурсов на постоянные проверки во время работы программы. Сниженная. Сборщик мусора (GC) и runtime-проверки постоянно тратят процессорное время.
Итог
Утверждение, что Rust бесполезен — это популярный среди программистов мем или троллинг, основанный на игре слов. На практике Rust используется в критически важных для индустрии сферах (ядро Linux, компоненты Windows, движки браузеров, блокчейн) именно потому, что его строгий компилятор гарантирует феноменальную стабильность и безопасность софта в реальном мире"
| | |
| |
| 3.54, Аноним (54), 18:14, 03/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> "Этот аргумент неверен, поскольку он строится на ложной дихотомии и неверном понимании того, как гарантии времени компиляции (compile-time) превращаются в безопасность во время выполнения (runtime).
ИИшка в очередной раз оказалась умнее опеннетного воина против Раста. Какая ирония...
| | |
| |
| 4.67, Аноним (67), 19:44, 03/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Какая иония защитник раста может только кивать на ИИ. Сам он думать никогда не умел.
| | |
| |
| 5.76, Аноним (54), 20:34, 03/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Разве я виноват, что даже ИИ мыслит логичнее и последовательнее среднестатистического местного комментатора?
Вот ты и ответь: где "умение думать", про которое ты вещаешь - и где фраза "безопасность во время компиляции", лол.
| | |
|
|
|
| 2.87, Аноним (85), 22:01, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Раст чисто менеджерский язык. Пишут на нем только маркетинговыми слоганами.
| | |
|
| |
| 2.74, Ананимус (?), 20:28, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
"обилие усложнений, которые затрудняли поиск ошибок, сопровождение и добавление новых возможностей"
Можно подумать, в виде Rust можно развивать ;) Там или сгенерировать или переписать с Си, а переделывать даже автору не очень продуктивно
| | |
| 2.125, Аноним (125), 09:08, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Из этого бы действительно не случилось новости если бы новая реализация также была на сях
| | |
|
| 1.5, Аноним (5), 14:01, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> Предоставлена возможность создания на языке Rust функций с переменным числом аргументов (variadic)
Серьёзно, вот только сейчас?
| | |
| |
| 2.21, Нонон (?), 14:24, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну лучше бы они вообще этого не делали.
А сделали видимо для совместимости с си
| | |
| |
| |
| 4.84, Аноним (85), 21:58, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тогда как выбить бюджет на переписывание если всё уже написано?
| | |
|
| 3.152, Ы (?), 12:30, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Теперю libc для RdoxOS можно полностью на расте написать
| | |
|
| 2.69, эксперт по всему (?), 19:52, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
да потому что это нигде не нужно кроме как для связки с либами на C, которые предоставляют такое API. да и то скорее всего из-за пары функций в паре либ сделали
| | |
| |
| 3.107, ptr (ok), 02:19, 04/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Без макросов типа format! тоже обходитесь? А если маска вывода не статическая, а в БД?
| | |
|
|
| 1.7, Аноним (5), 14:05, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
> Вместо создания статической ссылки для временной передачи владения рекомендуется использовать сырые указатели
Всё возвращается на круги своя ;)
| | |
| 1.12, Инопланетянин (?), 14:09, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Компания Microsoft перевела Rust в число языков первого уровня и обеспечит его полную поддержку на всех этапах разработки внутри компании. До этого первый уровень поддержки внутри компании предоставлялся для языков C++, C# и TypeScript.
А как же Anders Hejlsberg для компилятора TypeScript взял go?
> а для компилятора MSVC подготовлен отдельный бэкенд rustc_codegen_utc для Rust, основанный на компиляторе rustc.
А вот и еще один компилятор. Любители говорить, что стандарт не нужен, вы тут?
| | |
| |
| 2.18, Аноним (18), 14:21, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А вот и еще один компилятор. Любители говорить, что стандарт не нужен, вы тут?
А он и не нужен, у нас уже есть компилятор - он и есть стандарт. А альтернативно одарённые которые хотят rust в своих отсталых gcc и msvc - те пусть по компилятору пишут стандарт, а по нему уже свои поделки, только пусть не удивляются когда стандарт станет неактуальным, и что они всегда будут в догоняющих. А те кто сидит на nighly позаботятся чтобы у них ничего не собиралось. Хорошего дня.
| | |
| |
| 3.22, Инопланетянин (?), 14:26, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> А вот и еще один компилятор. Любители говорить, что стандарт не нужен, вы тут?
> А он и не нужен, у нас уже есть компилятор - он
> и есть стандарт. А альтернативно одарённые которые хотят rust в своих
> отсталых gcc и msvc - те пусть по компилятору пишут стандарт,
> а по нему уже свои поделки, только пусть не удивляются когда
> стандарт станет неактуальным, и что они всегда будут в догоняющих. А
> те кто сидит на nighly позаботятся чтобы у них ничего не
> собиралось. Хорошего дня.
Потом не удивляйтесь только, что выложенные ms либы для раста работают только под msvc.
| | |
| |
| 4.30, Аноним (-), 14:59, 03/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Потом не удивляйтесь только, что выложенные ms либы для раста работают только под msvc.
Было б удивительно если б майкрософт как-то так НЕ делал. А то что он так делает - это их дефолтный modus of operandi.
| | |
| 4.37, Аноним (37), 15:47, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Потом не удивляйтесь только, что выложенные ms либы для раста работают только под msvc.
Ой, а типа сейчас нельзя сделать сишный или с++й код, который работает только по msvc?
Что у одного, что у другого настолько прекрасный стандарт, что нужно обмазывать код ифдефами под конкретные компайлеры.
| | |
| |
| 5.58, Инопланетянин (?), 18:26, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Потом не удивляйтесь только, что выложенные ms либы для раста работают только под msvc.
> Ой, а типа сейчас нельзя сделать сишный или с++й код, который работает
> только по msvc?
Можно, но понятно будет, где стандарт не соблюден. А с растом нет.
| | |
| |
| 6.120, Аноним (120), 07:22, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно, но понятно будет, где стандарт не соблюден.
Ну-ну.
В си даже не определено такое фундаментальное свойство базового типа char как знаковость. Оно может быть как signed, так и unsigned в зависимости от платформы, компилятора и флагов.
Представление signed integers тоже было отдано на разрабов компиляторов. Причем все эти годы любители дыpяхи орали что это дает гибкость и свободу, но в c23 ВНЕЗАПНО прописали в стандарт two's complement и... никто не умер. Удивительно, не правда ли?))
| | |
| |
| 7.165, Инопланетянин (?), 15:41, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Можно, но понятно будет, где стандарт не соблюден.
> Ну-ну.
> В си даже не определено такое фундаментальное свойство базового типа char как
> знаковость. Оно может быть как signed, так и unsigned в зависимости
> от платформы, компилятора и флагов.
А в чем проблема, если это написано в стандарте? Ведь написано же?
unsigned char гарантированно будет беззнаковым. Если нужны числа, то есть int8_t/uint8_t.
> Представление signed integers тоже было отдано на разрабов компиляторов. Причем все эти
> годы любители дыpяхи орали что это дает гибкость и свободу, но
> в c23 ВНЕЗАПНО прописали в стандарт two's complement и... никто
> не умер. Удивительно, не правда ли?))
Опять же речь про стандарт и там все написано. Поэтому (в теории) ты знаешь грабли. Теперь покажи мне чем отличается компилятора раста мс от дефолтного?
| | |
|
|
|
|
|
| |
| 3.25, Инопланетянин (?), 14:45, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А нафига нужен Rust для транспайлера? Чтобы замем?
Ну он для реализации как бы взял не основной яп из конторы.
| | |
| |
| 4.163, Аноним (163), 14:38, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Захотел и взял, а что? Человек, который сделал C#, может делать всё, что считает нужным. Бюрократия - она для рядовых сотрудников.
| | |
| |
| 5.166, Инопланетянин (?), 16:07, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Захотел и взял, а что? Человек, который сделал C#, может делать всё,
> что считает нужным. Бюрократия - она для рядовых сотрудников.
Человек, который сделал C# не взял его... Много вопросов к нему со стороны было у сообщества. Случайно ли он в последнее время постоянно говорит почему они взяли go. Звучит как оправдание.
| | |
|
|
|
|
| |
| 2.79, Аноним (79), 21:08, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
На СИ весь код ансейф, а на расте его можно хотя бы локазизовать.
Это как у нормального человека в туалете есть унитаз куда какаяют, а у сишника "этосамое" размазано ровным слоем по прихожей, гостинной, кухне и вообще по всем комнатам.
| | |
| |
| 3.101, Аноним (27), 23:31, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Это как у нормального человека в туалете есть унитаз куда какаяют, а у сишника "этосамое" размазано ровным слоем по прихожей, гостинной, кухне и вообще по всем комнатам.
Интересные ассоциации. Или это ты свой опыт на других проецируешь?
| | |
| 3.113, Аноним (159), 04:32, 04/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> можно хотя бы локазизовать
Не можно. Логическая ошибка в "safe" коде, переданная параметром в "unsafe" код, может разнести систему в хлам.
| | |
|
|
| 1.29, Аноним (29), 14:58, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
А этот ваш раст умеет код для VAX генерить? А для DEC Alpha? Нет? Ну вот то-то же.
| | |
| |
| 2.35, Аноним123 (?), 15:46, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если у этой архитектуры нет древних ограничений, то прекратить поддержку просто.
| | |
| 2.40, Аноним (40), 16:06, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А этот ваш раст умеет код для VAX генерить? А для DEC Alpha?
Вообще-то код генерирует не раст, а конкретный компилятор.
И если конкретный компилятор не генерит код под очередную непроплатформу... то может она просто никому не вcpалась?
| | |
| |
| 3.45, Аноним (45), 16:51, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
То есть у раста даде своего комеилятора нет? Только транслятор в LLVM-IR? Пфффф, а разговоров то было.
| | |
| |
| 4.121, Аноним (120), 07:29, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> То есть у раста даде своего комеилятора нет?
Есть и не один. Внезапно gccrs это тоже компилятор раста. Куцый и убогий, но тут уж какой есть, все вопросы к гнутым.
Плюс есть Cranelift, который работает с rustc и заменяет именно llvm.
> Пфффф, а разговоров то было.
Чтобы были о чем поговорить нужно знать предметную область.
А ты вместо этого лужи газифицируешь.
| | |
|
|
| 2.80, Аноним (80), 21:23, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Ты забыл МЭСМ и легендарную Сетунь)
Для копролитных платформ следует писать на копролитных языках.
Отлично подойдет дидовая поделка из 70х в которой даже два инта нельзя сложить без UBшки.
| | |
| |
| 3.98, Аноним (98), 23:14, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
А во времена МЭСМ C уже был?
Вообще, на отечественных ЭВМ C не был распространён, скорее ПЛ/М
| | |
|
|
| 1.32, Аноним (32), 15:08, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>В документацию добавлена рекомендация избегать освобождения памяти, на которую была получена статическая ссылка с неограниченным временем жизни (&'static) через вызов Box::leak (round-trip unleaking), так как подобное действие потенциально может привести к проблемам из-за несовместимости с будущими оптимизациями компилятора и подключаемыми механизмами выделения памяти.
Уже вышла версия 1.99.0, а язык все также нестабильный и стабилизировать его не собираются.
>Вместо создания статической ссылки для временной передачи владения рекомендуется использовать сырые указатели, например, через вызов Box::into_non_null.
Понятно, ждем появление Rust++.
| | |
| |
| 2.42, Аноним (159), 16:10, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ждем появление Rust++
Rust++ стандарта 2038 года недели 36-ой.
| | |
|
| 1.43, Аноним (43), 16:16, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>По словам технического директора Microsoft Azure около 70% всех уязвимостей в Windows вызваны проблемами при работе с памятью, которых можно избежать при использовании Rust.
Тем кто недопонял. Он намекает на "Си плюс-плюс". Это не C#, потому-что он не компилируем, и исполняется он на виртуальной машине. Видимо Майкрософт не пишет на чистом ещё с девяностых. Даже их компилятор по поддержке стандартов Си застрял на уровне ANSI C89. Это эпоха книги Кернигана и Ритчи.
Кто ещё не понял Майкрософт это отсталая компания.
| | |
| |
| 2.44, Аноним (44), 16:42, 03/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Кто ещё не понял Майкрософт это отсталая компания.
Просто там остались одни индусы. В гугле тоже потихоньку вытесняют остальных.
| | |
| 2.114, maximnik0 (?), 04:40, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Это не C#, потому-что он не компилируем
Это смотря какая версия.Раньше mono мог делать бинарники, сейчас не знаю.
| | |
|
| 1.46, Аноним (46), 16:53, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
мы думали, что линукс и свободный софт заруинят микрософт, но в результате это сделают арчерасты.
| | |
| 1.47, Метрика (?), 17:14, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
Office 365 и Copilot вебня, для системного языка(в кавычках естественно) это показатель уровня, вот когда настольный офис переведут, SQLServer или хотя бы IIS тогда можно говорить о каком то внедрении
MS как обычно впаривает всем то, на чем сама ничего не пишет
| | |
| |
| 2.64, пох.. (?), 19:39, 03/10/2026 [^] [^^] [^^^] [ответить] | +/– | а можно не надо Ладно, хрен с ним с офисом, оставьте в покое хотя бы IIS К со... большой текст свёрнут, показать | | |
| |
| 3.71, Метрика (?), 20:06, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я говорю от том, что rust это удочка для зумерков с крючком в виде новостей, что гугл или мс где то там у себя использует, но компании производители софта типа Microsoft(да да когда хотябы .NET начнут переписывать на раст тогда поверю), Oracle, SAP, Apple, Adobe, Autodesk, Nemetschek, Dassault и другие калибром по меньше от раста сторонятся, не странно ли это? Зато компании сервисы типа гугла и клаудфлари вопят что тулзу переписали или либу какую то
| | |
| |
| 4.138, Прохожий (??), 10:40, 04/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>для зумерков
Мне 50+ лет. А вам сколько годиков стукнуло?
>от раста сторонятся, не странно ли это
Нет, учитывая имеющуюся огромную кодовую базу на Си или Плюсах. Такое в один день не перепишешь. Даже с помощью нейронок. Да и с помощью нейронок - это очень дорогое удовольствие. Там, где это критично, потихоньку будут со временем заменять имеющийся код более качественным на Rust. Вон, ещё раз новость прочитайте, только в этот раз глазами, пожалуйста.
| | |
|
| 3.136, Прохожий (??), 10:34, 04/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Поэтому получаем апдейты типа недавнего - офис
А Rust здесь причём? Ой, оказывается ни причем, такое на любом языке написать можно. 🤦
Вот зачем вы ото всё написали?
| | |
|
| 2.97, Аноним (98), 23:09, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
СУБД или web-сервер - это системное программирование, а Rust - для прикладного. Office и Copilot - как раз для него, это прикладное программирование.
Откройте сайт https://rust-lang.org/ , там ни разу не встречается выражение "системное программирование". Откуда вы взяли что Rust - системный язык?
| | |
| |
| 3.132, Прохожий (??), 10:22, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Откуда вы взяли что Rust - системный язык?
Rust - это универсальный язык. В том числе, для использования в системном ПО. Новость прочитайте уже внимательно, чтобы в этом убедиться.
| | |
|
| 2.134, Прохожий (??), 10:31, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>для системного языка(в кавычках естественно)
Rust уже часть Линукса, часть Андроида, часть Винды. Клаудфлэр с помощью софта на Rust полинтернета обслуживает. Амазон тоже в своей инфраструктуре. Автомобильные компании смотрят в сторону Rust для использования в прошивках управляющего блока двигателя. Но нет, приходит очередной "эксперт", чтобы зачем-то в очередной раз продемонстрировать свою, как минимум, безграмотность в теме. Вот зачем вы это делаете?
| | |
|
| 1.48, Старый Анонимус (?), 17:31, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Простите, но есть вопрос к опытным специалистам. Как считаете, какие перспективы у Rust в мире разработки под микроконтроллеры. Очень интересуюсь разработкой на микроконтроллерах и в основном пишу на MicroPython под RP2040, ESP32 и уже пробую серию STM32. Для домашних нужд мне хватает.
Но есть интерес в когда-нибудь будущем попробовать и хотя бы начинающим разработчиком попытаться вкатиться (я понимаю это наивно, но тем не менее...). Душа к этому лежит давно уже.
С C/C++ есть слабое знакомство, поскольку я не практикую в работе их. И я прекрасно понимаю, что для "production ready" решений мало языков знать, нужно еще множество стандартов (аля MISRA - классная вещь кстати), особенностей детерменированного поведения различных компиляторов, библиотек, статических анализаторов и множество прочего. И очевидно на это нужно много лет изучания и практики.
Так вот, не придется ли под Rust всё заново изучать? У него же существенно отличаются подходы, инструментарий и наверное уже есть свои промышленные стандарты.
Благодарю за внимание. И спасибо всем разработчикам-электронщикам - вы реально делаете много чудесных и осязаемых устройств которые нас окружают, решаете реальные проблемы физической безопасности устройств, у вас более серьезные требования к образованию и пр. Это большой и сложный труд, которые многие не замечают.
| | |
| |
| 2.51, Axonic (ok), 17:42, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Nim вполне подойдёт. Он компилируется в C, так что работает с теми же тулчейнами (arm-none-eabi-gcc), SDK производителей и отладчиками, а память можно держать без GC (--mm:arc/orc или --mm:none), поэтому для микроконтроллеров он применим. Вам не придётся учить заново ни инструментарий, ни подходы.
| | |
| |
| 3.53, Старый Анонимус (?), 18:00, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Спасибо вам за ответ. Nim очень интересный язык, но к сожалению насколько я знаю нигде в продакшене не используется. А соответственно и людей его знающих и применяющих мало и общей наработанной базы знаний на практике тоже немного. А я уже за много лет успел "малоизвестных" языков наизучать и честно говоря уже устал от этих экспериментов.
И не совсем понятно, есть ли там стандарты и инструментарии для решения задач использования в критически важных для безопасности встроенных системах. И в основном именно с этой стороны я и спрашивал про C/C++ vs Rust.
| | |
| |
| 4.81, AnonymousD (?), 21:28, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Тогда проще использовать Си
Если хочется именно проверенное временем и с примерами
Для экспериментов можно любой си-подобный язык взять и Ним и Ди и прочие
Раст тут в этой же категории, потому что поддержка там только у Си
| | |
| |
| 5.92, Старый Анонимус (?), 22:47, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Спасибо вам за совет.
Я впринципе и думал более плотно уйти в C\C++, благо немного опыта с ними уже было. Просто у меня уже нет возможности распылять на изучение практического и безопасного использования сразу нескольких языков, а также их экосистемы, а тут этот Rust прям уже везде. Вот и собираю мнения у тех людей, которые с этим работают, касательно текущей ситуации с этими языками.
Помимо языков программирования и их инструментов и так приходится многое изучать, более тонкую электронику, различные протоколы протоколы SPI, I2C, UART, CAN, ModBus, BLE, ZigBee, организовывать питание RS-485... А ведь еще же нужно разобраться в RTOS-системах. Ну и особенностях RISC, ARM (Cortex-M), работе с регистрами и пр. Это все для меня тугодума нелегко дается, но я не жалуюсь и как-то справляюсь ибо мне это реально интересно и очень нравится, да и душа тянется к этому :) Надеюсь вы меня поймете.
| | |
| |
| 6.95, Аноним (82), 23:01, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Пора перестань заниматься хернёй и начать писать на ассемблере, кроме шуток.
| | |
| |
| 7.110, bluesimus (ok), 03:25, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Пора перестань заниматься хернёй и начать писать на ассемблере, кроме шуток.
А какой смысл? Задача оптимизации является вторичной, ассемблер ни для чего не нужен, кроме как для оптимизации. Ниже С опускаться не вижу смысла.
| | |
|
| |
| 7.108, Старый Анонимус (?), 02:20, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вам может показаться странным, но я для домашних поделок на Micropython перешел именно с TinyGo.
Суть в том, что я знаком с Go и иногда его по работе использую. TinyGo мне уже был знаком, я его для WASM использовал. И когда я начал увлекаться разработкой на микроконтроллерах, я конечно же попробовал и TinyGo и к сожалению очень разочаровался:
- достаточно плохо с поддержкой в IDE
- крайне бедно с библиотеками для готовых модулей
- плохо со средствами отладки под микроконтроллеры
- имеет GC который уже накладывает ограничения на жесткий реалтайм. Его можно конечно отключить, но там тогда других проблем полно.
- сейчас конечно получше с поддержкой многоядерности, но все равно с сюрпризами (память то общая, а значит и GC общий)
- ну и еще огромное количество неприятных мелочей
Тем не менее я искренне желаю проекту TinyGo дальнейших развитий. Но к сожалению вместо него я стал в итоге использовать MicroPython, который хоть и интерпретируемый и тоже с GC, но куда более зрелый чтоли, да еще и REPL есть, что очень удобно для интерактивного упралвения микроконтроллером в момент разработки. И даже у некоторых вендоров есть официальная поддержка.
Но за простоту использования Micropython приходится платить огромными компромиссами. Я их не буду перечислять. И поэтому рассматриваю C/C++/Rust и пр. С Rust я абсолютно незнаком, а на Си последний раз я что-то более-менее серьезное писал лет 15 назад (писал расширения для PHP).
| | |
|
|
|
|
|
| 2.55, Аноним (54), 18:19, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Простите, но есть вопрос к опытным специалистам.
Прости, но "опытных специалистов" ты ищешь не на том ресурсе.
| | |
| 2.63, warlock66613 (ok), 19:20, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Под Rust придётся всё заново _изобретать_. И это нормально, это и есть работа программиста.
| | |
| 2.93, Аноним (98), 22:53, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Как-то видел одну вакансию, искали разработчика встроенных систем на Rust'е.
Всё же, мне кажется, это исключение, в работе скорее будут стандартные языки для ПЛК, C++, языки ассемблера, возможно Go.
Ada тоже малопопулярна.
| | |
| 2.127, Аноним (127), 09:30, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Для промышленной разработки Си, много меньше - С++. Эмбедщики, как правило, плюсов нихрена не знают, будет какое-нибудь зафиксированное подмножество. Си знают получше.
Rust обязательно будет, но не сейчас, поколению нужно смениться.
На чистых ассемблерах ничего не пишут, навык чтения может быть полезен, иногда встречаются ассемблерные вставки и небольшие модули на ассемблере. Начинающий эмбеддер писать что-то на ассемблере вряд ли будет.
| | |
|
| 1.56, Ivan_S (?), 18:19, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
омпания Google удалила из ядра Linux старую реализацию механизма межпроцессного взаимодействия Binder: она для Андроид. Могли об этом написать
| | |
| |
| 2.57, Инопланетянин (?), 18:24, 03/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> омпания Google удалила из ядра Linux старую реализацию механизма межпроцессного взаимодействия
> Binder: она для Андроид. Могли об этом написать
Можно, но тогда бы не звучало так "значимо".
| | |
| |
| 3.91, Аноним (54), 22:41, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Binder: она для Андроид. Могли об этом написать
> Можно, но тогда бы не звучало так "значимо"
Наоборот же. Было бы лишним напоминанием, что Раст юзается на миллиардах устройств.
| | |
| |
| 4.104, пох.. (?), 00:57, 04/10/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
нет, потому что он еще даже не добрался до первых сотен.
А пока это послужит напоминанием что на "мильярдах" устройств пятнадцать лет крутится сляпанная на грязной коленке индуса поделка, в которой "за 15 лет существования старого драйвера в нём накопились значительный технический долг и обилие усложнений, которые затрудняли поиск ошибок, сопровождение и добавление", т.е. индусы гугля запутались в собственном коде, нишмагли ничего в нем исправить и вынуждены были переписать с нуля - теперь на нескучном язычке (и ыы что-то не помог, может рабам гугля его и не положено). Это точно поможет им через пару лет снова не накопить технический долг.
Качество разработки гугля! Проверено временем! Этими вот... миллиардами мух...ой... устройств...
Ниасилить разобраться в собственном драйвере который ни с какими устройствами не работает, а всего лишь перекладывает структурки (отдельный вопрос - зачем вы эту кривулю притащили - в ведро) - ну надо ж суметь. А вот гугль - смог! Учитесь, сынки!
| | |
| |
| 5.105, Аноним (54), 01:01, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> нет, потому что он еще даже не добрался до первых сотен.
До куда он там не добрался, лол? Растовый Bind уже давно используется в Андроиде.
Ровно как и растовые же Freetype и libxml в андроидном Хроме.
| | |
|
|
|
|
| 1.65, BrainFucker (ok), 19:41, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Сейчас бы ещё аналог Kotlin для Rust чтобы писать на нормальном языке, но под капотом все преимущества Rust. Ну, например вот есть Nim, он транслируется в C, а мог бы в Rust.
| | |
| |
| 2.75, Ананимус (?), 20:31, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Сейчас можно на автомате переписать на Rust, в том числе в "безопасном" виде.
Но это не актуально, ибо ИИ система способная переписать хорошо, проанализируем и Си код до компиляции.
| | |
| |
| 3.141, Прохожий (??), 10:57, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>ибо ИИ система способная переписать хорошо
А такие есть? Мамой поклянётесь? Я вот не встречал пока что, хотя каждый день с ними (нейронками) работаю по 7-8 часов в день. Нет, они относительно хороши, когда их жёстко направлять. Но дай только волю, та-а-акое чудить начинают... И где уж нейронкам с компилятором в корректности кода тягаться (там, где компилятор умеет контролировать её, понятно).
| | |
|
| 2.94, Аноним (82), 22:59, 03/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
А смысл? Пиши на ада, транслируй в си. Расту такие гарантии не снились.
| | |
|
| 1.86, Аноним (86), 22:00, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Компания Google удалила из ядра Linux старую реализацию механизма межпроцессного взаимодействия Binder, написанную на языке Си, в пользу нового драйвера Binder IPC, переписанного на Rust.
Ждём мобильники с 32 гб памяти на борту.
| | |
| |
| 2.100, Аноним (100), 23:17, 03/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
там ж написано что накопился технический долг, видимо этим вообще никто не пользуется
| | |
| 2.123, Аноним (123), 07:50, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ждём мобильники с 32 гб памяти на борту.
Немного тебя расстрою, но новый биндер в проде на миллионах пользовательских девайсов еще с Android 16 и ядра 6.18.
А сейчас просто дропнули уже ненужных некрокод.
| | |
| |
| 3.124, Аноним (124), 07:55, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Немного тебя расстрою, но новый биндер в проде на миллионах пользовательских девайсов еще с Android 16 и ядра 6.18.
Зачем ты так!
У растохейтеров потом проблемы со сном и несварение желудка и они свои результаты жизнедеятельности несут на форум!
Хотя если уже так, то можно упомянуть, что в андроиде больше 5 лямов расткода)
| | |
|
|
| 1.89, Аноним (89), 22:22, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами, учёт времени жизни объектов (области видимости) и оценку корректности доступа к памяти во время выполнения кода.
И какой в этом смысл? Если сейчас все равно программируют с помощью ИИ.
| | |
| |
| 2.106, пох.. (?), 01:10, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
так в этом как раз и смысл. ИИ безразлично вырвиглазное сочетание закорючек, у него глаз нет. Ему несложно запомнить очередной том бредовых IntoIterator for Box<[T; N]> в каждом еженедельном релизе.
И от борова он будет бегать ровно столько, сколько надо, чтоб код наконец заработал.
А вот ошибок с памятью понаделает меньше.
(да, ыы тоже может промахнуться со временем жизни ссылки или пропустить лишний free, тем более что из-за системных промптов, заставляющих его экономить контекст, не читает весь код, а выковыривает небольшое количество строчек вокруг изменяемой части, и может что-то не заметить)
Вот как ты будешь искать потом ошибку в логике в этом коде, когда окажется что он не падает, а просто портит данные - это уже твои проблемы.
| | |
|
| 1.90, Аноним (98), 22:39, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В std-библиотеке Rust'а до сих пор нет семафоров. Предлагается использовать кондвары, но правильно их запрограммировать может только опытный программист. Можно, конечно, использовать системный API, но ... тогда как-то в стиле C получается.
| | |
| |
| 2.122, Аноним (123), 07:46, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В std-библиотеке Rust'а до сих пор нет семафоров.
Так это же стд либа, там не должно быть семафоров. В ISO C Standard тоже нет семафоров, а есть все те же mtx и cnd. Причем это добавили только в с11, а раньше в этой убогости даже этого не было и как-то жили.
> но правильно их запрограммировать может только опытный программист.
Если не можешь, то используй готовые проверенные решения вроде tokio::sync::Semaphore или FairSemaphore.
| | |
| 2.129, Аноним (127), 09:44, 04/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вот как раз таки нет. Правильно использовать семафоры смогут 3.5 программиста. Если потребуется, то сделать семафор на кондваре - тривиальная задача.
| | |
|
| 1.99, Аноним (100), 23:16, 03/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
штош, ждём VisualRust в офисе, со своими ни с чем не совместимыми кастомизациями и классическим индусским кодом ни разу не проверенным потому что отдел QA поделили на ноль. И нет, винда от этого безопаснее не станет, а меню Пуск как тормозило и падало на вебне, вместе с тимсом, так и продолжит
| | |
| 1.126, Аноним (126), 09:17, 04/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Rust кстати активно используется в экосистеме Python и в последние годы производит в ней настоящую революцию.
Granian, Ruff, uv и ty — являются яркими представителями этой «ржавой» волны.
Granian: Высокопроизводительный HTTP-сервер для Python.
Ruff: Сверхбыстрый линтер и форматтер кода Python.
uv: Универсальный менеджер пакетов, проектов и версий Python.
ty: Экспериментальный и быстрый статический тайп-чекер (средство проверки типов).
| | |
|