https://www.opennet.ru/openforum/vsluhforumID3/140281.html Опубликован релиз языка программирования Rust 1.96, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65574<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#217 Thu, 04 Jun 2026 04:32:10 GMT &gt; Поэтому никакого <br>&gt; ада с битовыми операциями что ты написал<br><br>Вы уж извините, но никакого "ада" я тут не вижу, пишут люди по-разному и разные подходы имеют свои плюсы и минусы.<br><br>И насчет assert! в методе эмоции того же плана, что и про unwrap().<br>Я сторонник подхода, что программа в принципе не должна сваливаться в панику и любые ошибки должны вызывать штатную обработку с подробным протоколированием, что, где, зачем и почему. Чтобы не было такого, что программа тихо умерла а несчастный админ/пользователь скачет вокруг с промышленным бубном, отчаянно пытаясь понять, почему это произошло и что теперь делать. Не знаю, насколько это применимо к написанию кода для микроконтроллеров, но ваши слова про "ошибку на экранчик" показывают, что такой подход вам, вероятно, тоже не чужд.<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#216 Wed, 03 Jun 2026 20:07:34 GMT Это не синтаксис функциональных языков. Так можно писать на плюсах и даже на C.<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#215 Wed, 03 Jun 2026 20:06:42 GMT Аргументация уровня школьника. Покажи пример итератора который не итерируется что надо править тулчейн, и пример любой конструкции которая в C++ более читабельна.<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#214 Wed, 03 Jun 2026 20:05:04 GMT &gt; Если ты не способен контролировать лайфтаймв сам<br><br>Во-первых - да, не способен. Ни я, ни ты, никто. Тыкать мордочкой в сишные RCE дыры от именитых дидов в 100501 раз, надеюсь, не надо. Во-вторых, такой способности быть не должно, как способности в голове регистры распределять и помнить смещения - этим занимается компилятор. Освободившиеся когнитивные возможности можно пустить на другие аспекты кода.<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#213 Wed, 03 Jun 2026 20:00:26 GMT &gt; С каждой новой версией Rust всё усложняется, расширяется<br><br>Расширяется - да, но не усложняется, а упрощается. Потому что каждое расширение делает возможным какой-то кейс который делался сложно, сделать просто. А все их заучивать, вопреки расхожему среди людей далёких от программирования, не нужно.<br><br>&gt; а значит программирование на нём становится менее надёжным.<br><br>Не значит.<br><br>&gt; А Cи остаётся таким же простым.<br><br>Си тоже расширяется и усложняется, вот туда уже defer и корутины засунули. Зато базовых вещей типа строк и конструкторов так и не завезли.<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#212 Wed, 03 Jun 2026 19:54:30 GMT Покажи скорее контроллер под который нельзя собрать сишный код. Что, интересно, можно...<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#211 Wed, 03 Jun 2026 19:53:40 GMT &gt; А кого волнует размер исходников?<br><br>Это, как значительный аспект поддерживаемости кодовой базы, волнует всех и каждого, и побольше чем время сборки, размер бинарника и скорость работы.<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#210 Wed, 03 Jun 2026 19:50:43 GMT Типичная реакция джуна, приходящего в раст. Во-первых, тесты никак не помешают тебе понять код, потому что вот код, а вот тесты. Во-вторых, это решает кучу проблем, включая visibility (не нужно приватные вещи выставлять наружу только для тестирования) и самодостаточности модулей (можно перенести файл в другой крейт и не думать что за ним поедут тесты и ещё бог весть что).<br> https://www.opennet.ru/openforum/vsluhforumID3/140281.html#209 Wed, 03 Jun 2026 19:47:26 GMT &gt; Для поддержки асинхронности используется специальный кусок кода (специальный движок), поэтому, ИМХО, мечты про 276 байт не осуществимы в принципе.<br><br>Я вроде ясно написал что там ожидается ненулевой оверхед. Вообще говоря нет никаких технических причин для него нет, потому что это на взрослых платформах &#171;специальный движок&#187; - work-stealing многопоточный рантайм, а на микрухах реактор вырождается в цикл с ожиданием прерывания (а футура - в любом случае в конечный автомат), т.е. РОВНО в то же самое что ты написал бы руками хоть на асме. Но компиляторы не идеальны, поэтому какой-то оверхед там скорее всего будет.<br><br>&gt; ЗЫ Слово unwrap в предполагаемом коде для микроконтроллера лично у меня вызывает удивление, только выраженное ненормативной лексикой.<br><br>Ага, это был бейт для тех кто под эмбеддовку ни строчки не написал. Если что, отказ i2c на собственном устройстве это фатальная проблема после которой нет смысла продолжать работу поэтому в общем случае именно паника. В паник хендлере, если что, делается