Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Я-бы хотел найти матрицу сравнения Carbon с Rust/Nim/Zig. Особенно интересует
управление памятью, обработка исключений.... ну и конешно-же конечно-же способность
делать системные вызовы и вызовы native-кода.

Список я взял наугад из языков последнего десятилетия и строгой типизации.

Выгодно ли заморачиваться с своим хостингом или дешевле купить виртуальный?

Вообще не понимаю при чем здесь SSD. Современный веб-портал с нагрузкой - это grid из приложений. Это и сетка nginx. Сервера приложений. БД. И хранилище для файлов. И все это распределяется по разным bare-metal устройствам.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Нафлудили тут. Пора закруглятся.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

В этой статье не говоритться о самом главном. О Memory safety. А ведь это цели и задачи которые ставились перед Rust. Господин который написал эту статью просто забалтывал вопросы и говорил о своём.

Обсуждать Performance issues не особо интересно например для меня. Мы живем в век передозировки мегафлопов. Сегодня перформанса хватает. Не хватает инфо-безопасности. И с этой точки зрения статья мне не очень интересна.

В чем смысл например обсуждать переполнение разрядной сетки при возведении в квадрат? Мне неясно как это влияет на инфо-безопасность. Может кто-то приведет пример атаки?

Мне кажется важнее читать отчет АНБ США о положении безопасности memory и о кибер-угрозах. И еще важнее - рекомендации которые идут после. Там нет воды. Там - главная суть.

Что за странные попытки Gnome залезть в internet?

HighMan, хмм... надо найти PID процесса который это делает. Это может быть какой-то потомок Gnome-декстопа.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей, спс

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей, а ну дай линку.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей, я скажу честно что я просто не вижу где эти холивары происходят. Хотя
я подписан на телеграм каналы Rust/C++. И мне вообще кажется что время холиваров давно
прошло.

Что за странные попытки Gnome залезть в internet?

Ты, дядечка проведи простой эксперимент. Зайди в runlevel3. Без гнома. И просто посмотри
что эти сообщение исчезли. Если исчезли - значит гном виноват. Если они продолжаются - то
таки гном здесь не при делах.

Как обучить нейронную сеть дорисовывать часть изображения (если есть dataset'ы «ДО» и "ПОСЛЕ")?

Здесь - обычный цифровой фильтр.

Исходная картинка выбрана неудачно. Вернее сказать слишком удачно. У нее - одинаковый фон. Поэтому фильтр
легко отделит основу от канала трафарета например. И дальше - дело техники.

Зачем здесь нейросеть - непонятно. Сегодня НС пихают во все углы. Может завтра кто-то будет считать логарифм
на нейросетях. Но у меня это вызывает изумление. Видимо вычислительных ресурсов стало настолько много
что всем безразлично как цифровой фильтр работает или какие ресурсы под капотом ему нужны.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Василий Банников, это тема отдельной статьи. Не будем здесь так много писать. Возможно я слегка предвзят.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Василий Банников, это тоже "личное". И хотя в наше время само понятие "операционная система" ушло из зрения разработчика (спасибо контенеризации), тем не менее все корпоративные решения Microsoft например в части работы с файловой системой у меня вызывают легкое раздражение. Вобщем количество tech-dept которые превнес Microsoft - превышает все мыслимые границы. Может кого-то такой dept устраивает. Меня - нет.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Василий Банников, обычно шарпы идут в комплекте с Windows. Меня это ограничивает. Я не хочу - под Windows. Я хочу такой софт который пригож везде.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Василий Банников,

C# и Kotlin не на столько лучше, чем Java, чтобы:
1. Все это ощутили
2. Чтобы те кто ощутили решили резко вложить всё во что-то новое

Так что Java будет на своём месте ещё лет 10, а там всё перепишут на Rust

В стеке Scala/Kotlin/Groovy, сама Java является как-бы ассемблером. Она-же предоставляет рантайм (JRE).
Поэтому ее просто нельзя убрать иначе эта пирамида рассыпется. (Отдельная история Kotlin
под Android, но я здесь вообще не знаток поэтому ничего не могу сказать).

В некоммерческих версиях Apache Spark/Databricks - Java стоит в основе. Это видно из стектрейсов
ошибок. Даже в тех кейсах где используется PySpark - все равно под капотом работает Java.
И вообще почти 100% Hadoop, Hive, Pig, Hdfs, HBase - написано на Java. Исходники - в гитхабе всем
доступны для изучения (это я здесь перечисляю все что стояло в основе BigData).

Kotlin - хороший язык и его создавали как улучшенный Java. Создавали кажется в ДжетБрейнс
чтоб упростить себе процесс верстки самой IDE. Но после того как после Java9 (кажется) сообщество
перешло на ускоренный темп релизов (по 6 месяцев) новые языковые фичи стали добавляться
быстрее. И вполне возможно что через 5 лет уже не будет особого преимущества у Kotlin.

C# - хороший язык. Уважаю. Но он все-таки более нишевый. Более корпоративный.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей,

сейчас у Java появилось 2 конкурента. C# (.NET Core) и Kotlin. Где сойдёшь в ближайшем будущем? ))

Немного запоздалый холивар. Нельзя сказать что 2 конкурента вдруг (!) появились. Они и были.

2 года назад я сменил стек. Теперь я data-engineer. Вопрос языка мне уже безразличен. Языков несколько. Scala, Python, SQL(диалект который Databricks использует). Вобщем в этом сегменте все меняется тоже каждые 3 года. Сложно сказать что будет завтра. DataLake, DataMesh. И все кто со мной работают - вобщем-то являются философами по образу мышления. Если им завтра скажут что надо писать к примеру ... на Ruby - они пожмут плечами и пойдут писать.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей, в 2010 году. Тогда как раз Java была популярна и вакансий много. В нашем небольшом городе Ораклисты нужны были только на очень крупных предприятиях. Банки. Заводы. А в Java - стартапы. Бешеный движ.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей, это личное. Мне кажется что каждый умный инженер должен смотреть вокруг и тихонько получать знания и сертификации которые будут актуальны завтра. И хотя сегодня вы лежите в сладкой неге С++ - через 5 лет все может измениться. Рынок вакансий может сработать резко не в вашу пользу. И вопрос - будете ли вы готовы зайти в Rust или нет. Я вовремя сошел с поезда Oracle/DBA и я очень доволен этому. Не хотел всю жизнь сидеть в такой узкой области. Цена вопрос - просто посмотреть вокруг и понять что будет нужно через 5 лет.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Сергей, я думаю что стоит вопрос "когда браться". И мой ответ - вчера :)

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

Василий Банников,

Это уже пройденный этап и проблем со взаимодействием с другими сишными библиотеками нет.

При разработке Linux драйверов у них были какие-то проблемы с Linked-lists. Не получалось красиво адаптировать С-шные структуры в Rust-овские с сохранением владения.

Можно ли сегодня использовать Rust вместо C++, в разработке серьёзных низкоуровневых программ?

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