На прошлой неделе посетил конференцию RustCon.

Язык Rust для меня - хобби. Мне нравится новизна заложенных концепций (ownership, borrowing). Местами он похож на Ruby (еще больше на C, который я учил студентом).

💡Внутри популярных Ruby-библиотек часто скрывается код, написанный на C. В основном это специфические гемы для решения определенных задач:
- эффективные структуры данных (murmurhash)
- профилировщики и дебаггеры (stack-prof, byebug, ruby/debug)
- cpu-bound задачи: парсинг, сериализация (pg_query, nokogiri, oj, json, puma (парсинг http1.1))
- шифрование и криптография (bcrypt, digest-crc, xxhash)
- функциональные биндинги к С-библиотекам (karafka-rdkafka, grpc)
- низкоуровневые библиотеки, базирующиеся на системных вызовах (semian)
- клиенты для бд (pg, mysql2)

😡С появлением Rust - некоторые низкоуровневые вещи начинают писать на нем. Я провел небольшое исследование зависимостей Ruby-монолитов в Купере. Итоги:
- ~450 зависимостей
- 34 - используют под капотом С
- 3 - используют Rust (prometheus-client-mmap, pact-ffi)

Дополнительно в Ruby-экосистеме есть:
- packs - аналог фреймворка модуляризации Packwerk
- artichoke - альтернативная MRI-совместимая имплементация Ruby
- поддержака создания ruby-гема с Rust-кодом (статья)


Пока не выглядит как тренд замещения внутренностей Ruby-гемов кодом на Rust, но лед тронулся!

На эту тему на конференции был классный доклад, о переводе cpu-bound задач c Python на Rust, где автору местами удалось достигнуть ускорения x3 (пока доступны только слайды).