LINUX.ORG.RU

Новое слово в программировании на C: штатное определение количества элементов в массиве

 ,


1

2

Привет, ЛОР!

Тихо и незаметно во всеми нами горячо любимый язык программирования Си решили наконец добавить новый оператор, возвращающий количество элементов в массиве. То есть, аналог вот такого:

#define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))

Название нового оператора пока не определено, и по ссылке ниже можно проголосовать за понравившийся вариант.

Ссылка на опрос: https://www.allcounted.com/s?did=qld5u66hixbtj&lang=en_US

Статья от автора предложения: https://thephd.dev/the-big-array-size-survey-for-c

Что скажут эксперты в программировании на C по поводу этого нововведения? Нужно ли оно? Станет ли язык Си ещё лучше?

★★★★★

Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от Stanson

При том, что в сишную тему прибежал очередной растосектант и начал в очередной раз впаривать свой никому не упёршийся раст.

Не упершийся тебе, но вакансий с ним и правда становится больше.

Я, между прочем совершенно серьёзно. У них натурально есть понятие «Rust evangelism», и даже всякие агрессивные подразделения типа Rust Evangelism Strike Force.

Понятия Open Source Evangelism, Linux Evangelism и Python Evangelism появились задолго до Rust. Вот ваще ничего нового.

Местные растаманы, конечно, никогда не признаются, но я вполне допускаю что некоторые состоят в подобных подразделениях.

Ещё они все евреи. И скрытые исламские фундаменталисты.

Раст является забавным примером того, как даже такую вещь как язык программирования всякие прогрессивные могут превратить в что-то типа гей-парада и БЛМ. Очень забавно наблюдать.

Исключительно в твоем больном воображении. Серьезно, как ты обсуждение unsafe умудрился свести к геям? Ты латентный гей что ли?

Лучше чем что? И для каких задач? Разумеется у каждого популярного ЯП есть свои ниши в которых они чем-то лучше всех остальных. Поэтому они их и заняли.

Для задач написания быстрого параллельного кода, типа ядерной разработки. Или написания компилятора, ибо все актуальные сишные компиляторы написаны на плюсах. Больше кейсов применения сишки уже не особо-то и осталось.

anonymous
()
Ответ на: комментарий от anonymous

«GNU/Linux @ amd64 хватит всем»-дебил и «32 бита хватит всем»-дебил - это один и тот же шаблонный тип дебила, только шаблоны инстанцированы разными типами.

LamerOk ★★★★★
()
Ответ на: комментарий от hateyoufeel

потому что новый софт под какой-нибудь говноIRIX никто без постановки на учёт в психдиспансере портировать не станет

А писать с нуля на какой-нибудь QNX - так запросто.

настоящего

Их примерно одна штука.

Как минимум две - помимо AArch64 есть ещё и amd64.

и будущего?

Очень опрометчиво считать, что в будущем появятся новые POSIX системы.

Ну вот нефритовый стержень с густым волосом выпускает новый БиииигЛооонгАрч256 - что на этом желез будет крутится? CP/M ? DR-DOS? z/OS ?OS/2 ?

LamerOk ★★★★★
()
Ответ на: комментарий от zx_gamer

Разворачивает только если они невиртуальные, верно?
В любом случае, compile-time возможности Зига достаточно мощны что помогут и с этой оптимизацией: делать интроспекцию структур, проходить по таблицам виртуальным методов и.т.д. сможет теперь код сторонних библиотек – нет нужды тащить подобный груз в стандарт самого языка как делает C++: это было плохой инженерией. Единственное что синтаксис ООП-вызовов такой гипотетической ООП-библиотеки эстетам может показаться не очень лаконичным, выглядящий как-нибудь типа: object.call(.method, .{arg0, arg1});. Но чисто-Сишники обычно не те люди кто парится такой косметикой. Да и всё ж надёжнее и эффективнее чем GObject. Дай Б-г Zig бы скорее стабилизировался, опакетился в Дебиане и т.д…

iXuta
()
Последнее исправление: iXuta (всего исправлений: 1)
Ответ на: комментарий от iron

Штаа? BSDы вродь единственные которые пытаются хоть как-то следовать посиксу.

БЗДы уже последовали ему везде, где только можно. Остался сущий пустяк - попищать через аудиовыход и вывести картинку на экран через видимокарту, а не COM-порт и желательно с браузером вместо linx’а. А для этого они копипастят или переписывают код из линукса.

LamerOk ★★★★★
()
Ответ на: комментарий от iXuta

Разворачивает только если они невиртуальные, верно?

Зависит от настроек компилятора. C оптимизациями старается избавиться. Читай про -fdevirtualize, -fdevirtualize-speculatively, -fdevirtualize-at-ltrans.

zx_gamer ★★★
()
Ответ на: комментарий от zx_gamer

Твои треды, полные дебильных высказываний – обоснование.

Аргументированно. Естественно ничего больше мы не увидим. Ваше мнение очень важно для нас, оставайтесь на линии.
API libc дает не больше:
P.S. Есть функция POSIX fseako

Ты в этом ITT-треде обосновал всё за hateyoufeel’а лучше, чем он когда-либо смог бы. Такой избирательной слепоты в отношении <sys/types.h> / <unistd.h> я давненько не припомню.

Читай RTFM про lseek.

LamerOk ★★★★★
()
Ответ на: комментарий от anonymous

Не упершийся тебе, но вакансий с ним и правда становится больше.

Вакансии != польза. Раньше вот было много вакансий на ruby или там Delphi. И что толку? Это при том, что как минимум на Delphi были хоть сколько-то популярные проекты. «Программисты на Flash» (ActionScript) вот ещё были востребованы. Что полезного они оставили после себя?

Понятия Open Source Evangelism, Linux Evangelism и Python Evangelism появились задолго до Rust. Вот ваще ничего нового.

Новое то, что мало того, растаманы занимаются евангелизмом не имея вообще ничего что можно было бы предъявить, так они ещё и Task Force всякие организуют, вместо того, чтобы хоть что-нибудь полезное на своём расте написать.

Серьезно, как ты обсуждение unsafe умудрился свести к геям?

Паттерн поведения абсолютно тот же самый. перефразируя Пелевина -

могу ли осуждать мух за то, что …? Однако когда на моей голове, злит. Также и растаманы. Когда в тихом уединении делают то, к чему лежат их души, кто возразит? Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав – что-де переписывают cat и ls на своём языке и озабочены «безопасностью». Истинно, они хуже мух, ибо мухи только изредка согрешают на моей голове, растаманы же изо дня в день пытаются совокупиться в самом ее центре. Мухи по недомыслию, растаманы же хладнокровно и сознательно. И через то постигаю, что переписать на расте они хотят не только hello world и cat с ls для своего развлечения, а всё и всех, причем насильно, и взаимное камлание на «безопасность» для них только предлог и повод.

Ты латентный гей что ли?

А то, что поедание нечистот другими вызывает у меня отвращение наверно означает что я латентный копрофаг? Неужели ещё не надоело этот бред про «латентный» придуманный всякими ничтожествами тиражировать?

Для задач написания быстрого параллельного кода, типа ядерной разработки. Или написания компилятора, ибо все актуальные сишные компиляторы написаны на плюсах. Больше кейсов применения сишки уже не особо-то и осталось.

Автоматы состояний, цифровая обработка сигналов, жёсткий реалтайм, и ещё куча всякой всячины.

Stanson ★★★★★
()
Ответ на: комментарий от anonymous

Больше кейсов применения сишки уже не особо-то и осталось.

Теоретически, ты, конечно же, прав, и вообще - миллионер. Но вот практически сишка каким-то непонятным образом продолжает уверенно болтаться в первой десятке языков разработки в попенсурсе как минимум:

https://innovationgraph.github.com/global-metrics/programming-languages

https://madnight.github.io/githut/#/pull_requests/2024/1

https://octoverse.github.com/2022/top-programming-languages

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

Ты в этом ITT-треде обосновал всё за hateyoufeel’а лучше, чем он когда-либо смог бы.

Сам понял что сказал?

Читай RTFM

Масло масляное.

Такой избирательной слепоты в отношении <sys/types.h> / <unistd.h> я давненько не припомню.

POSIX API полностью совместимо с ANSI C, никакого отношения к C99 оно не имеет. Естественно, я здесь не занимался цитирование всего man'a.

zx_gamer ★★★
()
Ответ на: комментарий от zx_gamer

POSIX API полностью совместимо с ANSI C

В POSIX есть новые типы данных, которых нет в стандарте.

Естественно, я здесь не занимался цитирование всего man’a.

Естественно, ты здесь занимался цитированием своих скромных познаний. И чем больше цитировал - тем более очевидна их скромность.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

В POSIX есть новые типы данных, которых нет в стандарте.

Да ладно? Не может быть!

Естественно, ты здесь занимался цитированием своих скромных познаний. И чем больше цитировал - тем более очевидна их скромность.

Конечно, я вообще дурак. Лучше всего умеет программировать и разбираться во всех направлениях умеет LamerOk.

Ты только расскажи, зачем ты тут с идиотами пытаешься беседы вести?

zx_gamer ★★★
()
Ответ на: комментарий от ya-betmen

Думаю, обслуживающий персонал комитетов стандартизации (по C, С++, Java, и чего угодно еще, например Unicode) должен отрабатывать свою зарплату и создавать видимость своей нужности. Поэтому они высасывают из пальца новые фичи. Таким образом и рождаются новые стандарты, 90% из которых это никому не нужная хрень.

jpegqs
()
Ответ на: комментарий от iron

BSD же просто копируют лялекс сейчас

Штаа? BSDы вродь единственные которые пытаются хоть как-то следовать посиксу.

Ага. Ты просто плохо понимаешь, что такое POSIX. POSIX – это не про то «как лучше делать». POSIX – это просто описание текущего положения вещей на момент выпуска стандарта в большинстве запущенных систем. А большинство запущенных систем – лялекс.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от zx_gamer

И опять-таки это далеко не все компиляторы С.

Это все компиляторы, поддерживающие нынешний стандарт языка. Остальные всё равно не смогут нынешний софт собрать, поэтому на них можно положить большой и толстый.

У тебя ось берет size_t, ты не можешь считать, записать, аллоцировать памяти больше, чем размер указателя на платформе.

ичо? Я тебе про размеры файлов писал, не про аллокацию памяти.

Так что использование long long ровным счетом ничего не даст, кроме проблем с производительностью.

Ты совсем дебильный? Не в состоянии контекст из трёх постов в голове уместить? Напомню, твой вопрос был таким: «Придумайте реальную задачку, где long long будет работать, а просто long не хватит.» Ответ: «любая задача, где фигурирует размер файла на диске». Просто потому что размер файла может быть больше 4 гигабайт.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от Stanson

При том, что в сишную тему прибежал очередной растосектант и начал в очередной раз впаривать свой никому не упёршийся раст.

Что значит «прибежал»? Я эту тему начал, на секундочку! Но я не растосектант, потому что не пишу на нём. Мне просто нравится его сишникам типа тебя впаривать и смотреть на разрывы жоп.

где про эмбеддед разве что вольвоэлектрички упомянуты.

Ага, в этом Вольво и суть. Если даже автомобильные вендоры начали суетиться, то волей-неволей придётся с Rust дело иметь в ембеддеде.

Бгг. «Сишечный говнокодер» стоит дороже чем растаман.

Нет. Большая часть сишечного говнокода вообще китайцами производится сейчас, а там платят не то чтобы очень много.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от jpegqs

А можно пример фич из стандартов C начиная, например, с C99, которые реально бесполезны и ненужны? Я только про _Generic тут могу вспомнить, и то фича-то нужная, просто с её дизайном слегка обосрамс вышел.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от hateyoufeel

Ага, в этом Вольво и суть. Если даже автомобильные вендоры начали суетиться, то волей-неволей придётся с Rust дело иметь в ембеддеде.

Нет, раст просто идёт комплектом к DEI, электроидиотизму и прочей «прогрессивной» срани.

Гарантирую, что как только избавятся от повесточек, то сразу и раст пропадёт.

Нет. Большая часть сишечного говнокода вообще китайцами производится сейчас, а там платят не то чтобы очень много.

Ты явно не в курсе текущего состояния дел с зарплатами в Китае.

А говнокод - это как раз то, что любители раста производят. Они ни на что иное просто не способны. Совсем недавно ржали же когда очередной растаман банальный почтовый релей переписанный на безопасном расте притащил, в котором валидность FDQN проверялась по наличию точки в строке. Причём об этом прямо в комментарии было явно написано. Дескать именно здесь и именно таким образом проверяется валидность FDQN.

Вот это говнокод, а вовсе не какие-то случайные ошибки. Говнокод неизбежен, когда цель исключительно в генерации хоть чего-то на «безопасном» расте, ради маркетинга и накручивания счётчиков а не в решении задачи. При этом сектанты даже не пытаются разобраться в том что они пытаются переписать на своём язычке. Им совершенно наплевать на логику, стандарты, назначение и пр. Главное что на расте, и именно и только этот факт они пытаются выдать за достоинство. А то, что оно работает неправильно им плевать. И речь не о каких-то потенциальных ошибках возникающих в определённых нетривиальных ситуациях, а о фундаментальном непонимании как программа должна работать.

Частенько когда ищешь на жидхабе какие-нибудь, скажем, драйвера для какой-нибудь эмбедной периферии, то частенько в результатах поиска попадается «безопасное» на расте. Ну так-то наплевать, мне например просто посмотреть надо что в какие регистры надо записать чтобы завелось - какая разница на каком языке это написано. А там принципиально неработоспособный код. Не в том смысле что какой-нибудь division by zero или stgmentation fault произойдёт, а в том, что девайс прсто не будет работать как задумано. Вот из недавнего - поделие на расте инициализирует цветовой сенсор AMS чтобы получать цветовые координаты попадающего в него излучения отражённого от объекта чтобы измерить его цвет. При этом опорный канал вообще никак не инициализируется и не обрабатывается. Девайс, разумеется, будет выдавать какие-то значения с соответствующих каналов АЦП, но они не будут иметь вообще никакого смысла - фактически рандомные данные, никак не соотнесённые с источником освещения, не скомпенсированные ни по температуре, ни по прочим необходимым штуковинам. Т.е. аффтар в лучшем случае заглянул в даташит (хотя скорее просто скопировал понятный ему кусок из чьего-то кода), но не имеет никакого понятия ни о том, как девайс работает, ни о том, что он вообще измеряет!

Зато, сцуко, «безопасно»!

Ты, похоже, совершенно не осознаёшь степень упоротости растового сообщества. В принципе нет ничего сколь-нибудь близкого по соотношению невменяемого высокомерия и тотального невежества.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Нет, раст просто идёт комплектом к DEI, электроидиотизму и прочей «прогрессивной» срани.

Ага, то есть кастраты двигают ржавого против сишечников. Так и запишем, у пациента паранойя.

В принципе нет ничего сколь-нибудь близкого по соотношению невменяемого высокомерия и тотального невежества.

Есть. Сишечники. Ты вот отличный экземпляр :DDDD

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от hateyoufeel

Ага, то есть кастраты двигают ржавого против сишечников.

Нет, раст двигают как единственно допустимое мнение, в точности как двигают всякие толерантности и инклюзивности. Заметь, ни одна DEI компания не показала никаких преимуществ этого самого DEI, а большинство вообще скатились в полное днище из-за DEI. Единственный аргумент апологетов DEI - DEI это хорошо, всё остальное - плохо. Просто потому что. Safe and effective. Кто не согласен - ретроград, расист и враг. И подлежит захвату, принудительному промыванию мозгов или уничтожению. Абсолютно та же самая логика используется и растаманами. В точности так же, например, СЖВ захватывали соцсети, например. Появляются СЖВ, гадят везде своими бреднями, ломятся в модераторы и пр., создают видимость количества, а потом CoCи и прочая гадость. И всё, ничего кроме прогрессивной повесточки больше не допускается. При этом никакого полезного контента в этой социалочке они не создают вообще. Как и растаманы. Лезут везде, воняют, требуют «безопасности» (safe space - из того же прогрессивноо словарика), но при этом ничего полезного создавать даже не собираются.

Так что нет, растаманы не против сишечников. Они против вообще всех, кто не восхищён растом, его идеологией и его сообществом. Для сишечников у них просто методички первыми сделали. Питонисты, хацкелисты и даже жабомакаки - все они без исключения являются целями прогрессивных. Достаточно глянуть на crates.io - очень существенная часть имеет прямое отношение к вебне (в смысле генерации выдаваемого контента) - той ниши в которую сишечники никогда и не лезли всерьёз. Не, на си конечно можно написать и вебню ради прикола, или там какой кусочек выдающий json из ESP8266 для дела, но всякие чисто бзкэндовые дела которые были уделом жабы, похапе, питона, ноды и т.п. на сишечке не пишут. Но раст лезет и туда. Просто маркетинг ещё не проработан. Если в сишечку можно лезть под лозунгом «безопасности», то для вебни надо что-то другое придумывать.

Или с тем же unsafe. Он не просто так придуман. Дело в том, что на safe языке ОС или bare metal не написать в принципе. Но растаманы хотят лезть и туда. И опа - в расте появляется unsafe. Исключительно чтобы нассать и в этот угол.

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от Stanson

Нормальные люди: обсуждают язык с точки зрения реальных недостатков (костыльный пиннинг, взаимоисключающий async, композиция типов ошибок)

Стасон: ГЕИ ТРАХАЮТСЯ В ЗАДНИЦЫ И РАСТ РАСТ ПРОПИХИВАЮТ ПРЯМО КАК ЧЛЕН В ЗАДНИЦУ ГЕЕВ ЭТО ЗАГОВОР ГЕИ ТРАХАЮТСЯ УХ НАКАЧЕННЫЕ ГЕИ ТРАХАЮТ МОЮ СИШЕЧКУ НЕ ТРОГАЙТЕ СИШЕЧКУ ПРОКЛЯТЫЕ ГЕИ ДЫРЫ В СИШЕЧКЕ НЕ ДЛЯ ВАС DEI

anonymous
()
Ответ на: комментарий от Stanson

Или с тем же unsafe. Он не просто так придуман. Дело в том, что на safe языке ОС или bare metal не написать в принципе. Но растаманы хотят лезть и туда. И опа - в расте появляется unsafe. Исключительно чтобы нассать и в этот угол.

volatile в C не просто так придуман. Дело в том, что без него на C ОС или bare metal не написать в принципе. Но сишники хотят лезть и туда. И опа - в C появляется volatile. Исключитель чтобы нассать и в этот угол.

anonymous
()
Ответ на: комментарий от anonymous

Говорят, что в I2P-помойках таких инсайдов столько, что их можно жевать именно тем органом, который активно работает у фиолетовых граждан. Ссылок не дам, ибо не стоит вскрывать эту тему…

Twissell
()
Ответ на: комментарий от Twissell

Говорят, что в I2P-помойках таких инсайдов столько, что их можно жевать именно тем органом, который активно работает у фиолетовых граждан. Ссылок не дам, ибо не стоит вскрывать эту тему…

Да, но смысл LOR’а – в клоунах. Если они уйдут, LOR станет окончательно бесполезен.

anonymous
()
Ответ на: комментарий от LamerOk

Но вот практически сишка каким-то непонятным образом продолжает уверенно болтаться в первой десятке языков разработки в попенсурсе как минимум

А что тебе в этом непонятного? На C написана ХРЕНОВА КУЧА опенсурсного кода. Каждая вторая библиотека это C. Причем половина этого написана ещё до рождения многих обитателей GitHub. За один день это никуда не исчезнет. Как показывает пример PHP (который обгоняет C в этом рейтинге, если что), болтаться C будет ещё очень долго.

Другое дело, что новых проектов будет появляться уже гораздо меньше.

anonymous
()
Ответ на: комментарий от Stanson

Нет, раст двигают как единственно допустимое мнение

Откуда ты это взял?

Или с тем же unsafe. Он не просто так придуман. Дело в том, что на safe языке ОС или bare metal не написать в принципе. Но растаманы хотят лезть и туда. И опа - в расте появляется unsafe. Исключительно чтобы нассать и в этот угол.

Учитывая, что Rust изначально проектировался как язык для системного программирования, наличие в нём фич для системного программирования не должно вызывать такого удивления. Казалось бы…

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от jpegqs

Поэтому они высасывают из пальца новые фичи. Таким образом и рождаются новые стандарты, 90% из которых это никому не нужная хрень.

Эм…

В C99 появились: inline, variadic macros (в том же ядре через них работают буквально все, что похоже на printf)

В C11 появились: атомики, alignas, alignof, alligned_alloc, thread-local переменные, анонимные структуры и union’ы, static assert’ы

C23 это просто багфикс.

То есть появилась тонна нужных фичей, пара мелких плюшек и не особо полезные _Generic, которым некоторые все-таки находят применения.

anonymous
()
Ответ на: комментарий от anonymous

C23 это просто багфикс.

Багфиксом был C17. C23 – это auto (как в C++), nullptr_t, constexpr, инты произвольного размера (_BitInt(N)) и куча приятных мелочей типа memset_explicit(), КОТОРЫЙ НАКОНЕЦ КОМПИЛЯТОР НЕ БУДЕТ ВЫКИДЫВАТЬ НАХРЕН ИЗ ТВОЕГО КОДА. Простите, но то, что этого раньше в стандарте языка не было, это полный пипец.

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от anonymous

P.P.S. Нет, в C23 тоже куча годноты:

  • Наконец-то принесли %b в printf()
  • #embed и #warning
  • _BitInt(), чтобы наконец-то можно было делать нормальные инты нужного размера без постоянных страданий с bitfields и «вот тут у нас u64, но на самом деле это u48»
  • Семейство ckd_*, позволяющее убрать постоянный opencoding проверок на переполнение
  • typeof()
  • Теперь можно указывать точный тип enum
anonymous
()
Ответ на: комментарий от anonymous

новых проектов будет появляться уже гораздо меньше.

Вот вроде бы да, но постоянно откуда-то вылезают какие-то VmWare с какими-то Splinter DB

Я прост не смог найти статистики по новым репам. Оставляю это кому-нибудь другому.

LamerOk ★★★★★
()
Ответ на: комментарий от anonymous

Это даже не толсто. Просто жалко и ничтожно. Мог бы и поприличнее придумать, если бы сишечку знал, кстати.

Когда на сишечке писали для bare metal в ней ещё никакого volatile не было. volatile это всего лишь костыль который появился сравнительно недавно из-за всё более агрессивных оптимизаций. :)

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Когда на сишечке писали для bare metal в ней ещё никакого volatile не было. volatile это всего лишь костыль который появился сравнительно недавно из-за всё более агрессивных оптимизаций. :)

unsafe всего лишь инструмент, который появился из-за более агрессивных проверок.

Серьезно, мы можем долго в эту игру играть, но unsafe это отличный способ ограничить маленький кусок кода и написать вокруг ОСТОРОЖНО ЕСЛИ ТЫ СДЕЛАЕШЬ ЧТО-ТО НЕ ТАК ТЕБЕ ОТОРВЕТ НОГУ. Что в этом плохого – решительно непонятно. Ошибок меньше, риски понятнее, красота. А тебе там геи трахающиеся мерещатся.

anonymous
()
Ответ на: комментарий от hateyoufeel

Учитывая, что Rust изначально проектировался как язык для системного программирования

Только вот почему-то ничего системного и юзабельного на нём до сих пор так и не написали. Даже когда в линуксячье ядро полезли, и то ничего в итоге хоть минимально полезного так и не смогли.

Так что не надо этих маркетинговых сказок.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Только вот почему-то ничего системного и юзабельного на нём до сих пор так и не написали

Как же не написали:

Renault emphasizes the importance of distributed security, which is why they made Rust mandatory for software development. Rust is integrated into their development processes and is used for various critical applications, including security software for heavy packet processing and Advanced Driver Assistance Systems (ADAS).

anonymous
()
Ответ на: комментарий от Stanson

Учитывая, что Rust изначально проектировался как язык для системного программирования

Только вот почему-то ничего системного и юзабельного на нём до сих пор так и не написали.

Ну кроме целой микроядерной ОС, виртуализатора для люникса, HTTP прокси, который заруливает по скорости nginx и обслуживает CDN, гоняющий 30% ВСЕГО ТРАФФИКА ИНТЕРНЕТОВ и так далее. А так нет, ничего не написали, на ЛОРе так считают.

Так что не надо этих маркетинговых сказок.

Ссылки на код выше.

hateyoufeel ★★★★★
() автор топика