https://opennet.ru/openforum/vsluhforumID3/131698.html Опубликован релиз языка программирования общего назначения Rust 1.73, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59878<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#389 Mon, 23 Oct 2023 08:04:43 GMT &gt;[оверквотинг удален]<br>&gt; языки с JITC, либо вообще интерпретаторы, для них по факту нет <br>&gt; смысла создавать стандарт, они не работают с железом напрямую. Хотя у <br>&gt; C# таки стандарт есть. С Python у меня личные счёты, из-за <br>&gt; того что в некоторых ситуациях из-за проблем с совместимостью, срок годности <br>&gt; проекта на Python меньше чем у банки зелёного горошка (приходится тащить <br>&gt; несколько разных рантаймов чтобы это чудовище работало). Хорошо спроектированную программу <br>&gt; (хотя в большинстве случаев и плохо спроектированную тоже) на C и <br>&gt; C++ 15-летней давности можно без труда пересобрать сегодня, в то время <br>&gt; как Rust за историю своего существования уже неоднократно ломал совместимость и <br>&gt; для чего все эти радости?<br><br>Всё фигня.<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#388 Fri, 20 Oct 2023 10:47:49 GMT &gt;&gt; C#, Java, Go стандарта не имеют. <br><br>Ложь. C# стандартизирован аж в 2-х версиях: C# 4.0 и C# 5.0, а современные версии языка не противоречат стандарту. То есть код, актуальный для С# 5.0 скомпилируется на современной версии языка.<br>С java дела похуже, но во-первых, язык тоже стандартизирован ISO/IEC TR 13066-6:2014, во-вторых, Java в своём изначальном дизайне декларирует совместимость как базовую фишку, которой все обязаны придерживаться и спустя годы следует этому правилу, в отличие от Rust, который уже неоднократно ломал совместимость, пусть чаще и в мелочах. Но какая разница, если даже из-за мелочи код не соберётся и придётся выяснять причину?<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#387 Fri, 20 Oct 2023 10:37:56 GMT Ему не хватает человеческого внимания, очевидно. Вообще нет смысла всерьёз воспринимать сообщения от людей, которые даже не раскрывали стандарт, не говоря о том, что в принципе у малого количества разработчиков хватит компетенции, времени и удачи, чтобы найти откровенное несоответствие стандарту. Те, у кого есть чем заняться просто возьмут GCC или CLang и даже не задумаются о том, что где-то они противоречат стандарту, потому что даже специально найти противоречия не так то просто (для большинства: невозможно). Это не значит, что ошибки в компиляторах невозможны (возможны и есть), скорее они во-первых, редки, а во-вторых, большинство разработчиков никогда их не встретят, либо они не являются столь критическими для каждой конкретной задачи и просто с чем-то можно поспорить.<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#386 Fri, 20 Oct 2023 10:27:09 GMT Во-первых, реализуют. То, что нереализовано в GCC и CLANG - регламентировано самим стандартом как "необязательные" функции, так что это вы здесь передёргиваете. Более того, объективно: у вас вообще есть компетенция, чтобы вы в принципе столкнулись с проблемой несовместимости и это не была именно ваша ошибка? Многие говорят про стандарт даже не разу его не открыв, не говоря о том, чтобы выявлять несоответствия и отправлять репорты. Большинство разработчиков (причём БЕЗ иронии) никогда не найдут несоответствия стандарту, а то, что они сами примут за "несоответствие" - не будет им являться. <br> https://opennet.ru/openforum/vsluhforumID3/131698.html#385 Fri, 20 Oct 2023 10:19:04 GMT Столяров и Rust не выносит. И это плохой авторитет, он давно уже не практикующий разработчик, зато он один [сарказм] знает, что нам всем нужно. Из отечественных разработчиков можно отметить Константина Владимирова (преподаёт в МФТИ параллельно с основной работой, до "известных" событий трудился в Intel), он регулярно ссылается на стандарт и отлично в нём разбирается. Если Столяров его в своё время не осилил - это его проблема. Хотя я всё равно считаю его литературу неплохой для старта и как к человеку к нему хорошо отношусь, просто не соглашаюсь со всеми его сдвигами.<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#384 Fri, 20 Oct 2023 10:11:03 GMT Во-первых, у Java есть частичный стандарт. OCaml - это один из нескольких диалектов ML. Kotlin базируется на JVM. Более того, в списке либо языки с JITC, либо вообще интерпретаторы, для них по факту нет смысла создавать стандарт, они не работают с железом напрямую. Хотя у C# таки стандарт есть. С Python у меня личные счёты, из-за того что в некоторых ситуациях из-за проблем с совместимостью, срок годности проекта на Python меньше чем у банки зелёного горошка (приходится тащить несколько разных рантаймов чтобы это чудовище работало). Хорошо спроектированную программу (хотя в большинстве случаев и плохо спроектированную тоже) на C и C++ 15-летней давности можно без труда пересобрать сегодня, в то время как Rust за историю своего существования уже неоднократно ломал совместимость и для чего все эти радости?<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#383 Wed, 11 Oct 2023 15:03:38 GMT Не-не-не, в эмбеддеде от цэ остался ассемблер со скобками. На ПК так никто не пишет. Когда будет с каким-то ключиком GCC хеллоуворлд на 20-30 байт, сразу, здесь и сейчас, без извращений - позовите. Вывод строки в сосноль в api был даже в досе 40 лет назад. Для этого не надо вообще никаких либ, окромя ОС как таковой.<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#382 Tue, 10 Oct 2023 10:18:51 GMT Это ты зря сейчас. Каждый новационный язык требует дообучения. Называется это идиоматичный код.<br><br>Те, кто проектирует современные языки почувствовали эту нужду программистов, и начали уделять внимание вопросу. Очень много именитых высказываются по теме безопасности, и выдвигают новые проекты, посмотреть хотя бы недавний CPPNOW.<br><br>Основной посыл авторов - современный системный язык не должен жертвовать безопасностью, там где это зависит от компилятора, а не программиста.<br>Вот человек уделил сколько времени своего отчета этому аспекту ЯП https://youtu.be/1ZTJ9omXOQ0?t=3455<br><br>В отличии от статических анализаторов (которые могут выявить в основном тривиальные случаи ошибок), современные приемы построения языковой модели системных языков позволяют полностью устранить целые классы багов в программах, приводящих к уязвимостям.<br> https://opennet.ru/openforum/vsluhforumID3/131698.html#381 Tue, 10 Oct 2023 09:49:32 GMT В Google, Microsoft, и Linux Kernel не смогли.<br>У них &gt;60% всех CVE основаны на ошибках работы с памятью.<br><br>Надо каждому комментатору, который рассказывает про<br>прямоту рук в С++ (даже не о Си речь), оставлять свою<br>почту, чтобы рекрутеры техногигантов могли с ним связаться &#128514;<br>