Elixir / Erlang: рынок

Вакансия

открытая вакансия, прошедшая гейт качества и содержащая не менее двух технологий

Наблюдаемый кандидат

кандидат, чей стек содержит эту технологию; агрегат, без единой записи наружу

Подходящий кандидат

пока не считается

Окно

открытые вакансии на момент сборки снимка

Топ-5: elixir, go, golang, cloud, java. Elixir (must — 1.16+) и понимание Erlang / OTP под ним. Phoenix — основной веб-фреймворк. Phoenix LiveView — богатый интерактивный UI почти без JavaScript (де-факто стандарт фронта в Elixir-мире 2024–2026). Ecto — работа с БД (не классический ORM, а набор composable-инструментов: схемы, changesets, query DSL). PostgreSQL. OTP-абстракции: GenServer (процессы с состоянием), Supervisor (supervision-деревья), GenStage / Flow, Task, Agent. Broadway — конкурентные data-pipelines (Kafka / RabbitMQ / SQS). Oban — надёжные фоновые задачи на PostgreSQL. ExUnit — тесты. Dialyzer + typespecs — статический анализ типов. Telemetry — метрики и observability. Nx / Bumblebee — растущая ML-экосистема Elixir (José Valim вкладывается в это направление). Mix — build и зависимости. Docker + Kubernetes. Знание распределённого Erlang (узлы, кластеризация — libcluster) — Senior must для high-load.

BEAM — виртуальная машина Erlang, на которой исполняется и Erlang, и Elixir. Её ключевая особенность — модель акторов (actor model): программа состоит из множества крайне лёгких процессов (не процессов ОС — собственных процессов BEAM, их можно создавать миллионами), которые полностью изолированы друг от друга (не делят память) и общаются только передачей сообщений. Это даёт: конкурентность (BEAM эффективно распределяет процессы по всем ядрам CPU), отказоустойчивость (упавший процесс не роняет остальные), мягкое реальное время (планировщик не даёт одному процессу заблокировать систему). OTP (Open Telecom Platform) — библиотека проверенных временем абстракций поверх этого: GenServer (процесс с состоянием и стандартным поведением), Supervisor (процесс, чья работа — следить за дочерними и перезапускать упавшие по заданной стратегии), supervision tree (дерево супервизоров — структура всего приложения). Философия «let it crash»: не пытаться обработать каждую мыслимую ошибку защитным кодом, а позволить проблемному процессу упасть и быть перезапущенным в чистое известное состояние супервизором. Именно сочетание BEAM + OTP делает Elixir / Erlang уникально хорошим выбором для систем, которые должны держать массу одновременных соединений и не падать.

Phoenix LiveView — технология фреймворка Phoenix для построения богатых интерактивных пользовательских интерфейсов почти без написания JavaScript. Как это работает: страница рендерится на сервере, после загрузки между браузером и сервером держится постоянное WebSocket-соединение; при действии пользователя (клик, ввод) сервер пересчитывает состояние, вычисляет минимальный diff изменившегося HTML и шлёт его в браузер, который точечно обновляет DOM. Результат — интерактивность уровня SPA (живые формы, валидация на лету, real-time-обновления, чаты, дашборды), но вся логика на сервере, на одном языке, без отдельного фронтенд-приложения и без дублирования бизнес-логики между фронтом и бэком. Почему killer-фича: LiveView особенно хорош именно на Elixir, потому что опирается на сильные стороны BEAM — держать огромное число одновременных WebSocket-соединений с минимальными ресурсами (один процесс BEAM на соединение) и мгновенно реагировать. Для backend-инженера это означает возможность делать современный real-time UI, не уходя в полноценную SPA-фронтенд-разработку. LiveView — главная причина, по которой многие выбирают Phoenix, и де-факто стандарт UI в Elixir-проектах 2024–2026. Ограничение — нужен стабильный коннект и близкая латентность; для сложных оффлайн-сценариев всё ещё могут выбирать классический SPA.

Elixir / BEAM выигрывает: (1) системы с массой одновременных соединений и состоянием на соединение — чаты, мессенджеры, presence, нотификации, multiplayer, real-time-дашборды (классический пример — Discord обслуживает миллионы одновременных пользователей на Elixir). (2) Когда критична отказоустойчивость — supervision-деревья и «let it crash» дают надёжность, которую трудно повторить. (3) Real-time UI через Phoenix LiveView без отдельного фронтенда. (4) Распределённые системы — кластеризация встроена в платформу. Go: проще нанимать, лучше для CPU-bound и cloud-native / DevOps-tooling, быстрее «холодная» производительность на числодробилке, меньше порог входа. Node.js: единый язык фронт+бэк, огромный рынок и экосистема, хорош для I/O-bound API. Главный минус Elixir — не технический, а кадровый: очень узкий рынок специалистов (и вакансий, и кандидатов), функциональная парадигма + OTP требуют переучивания мышления. Стратегия для СНГ: Go или Node для ёмкости рынка и входа в профессию; Elixir — осознанный выбор как второй язык под конкретный класс задач (real-time, fault-tolerance) и под международный remote с премией за дефицит.

Elixir и Erlang — два языка на одной виртуальной машине BEAM, полностью совместимые (из Elixir можно вызывать любые Erlang-библиотеки и наоборот). Разница — в синтаксисе и экосистеме вокруг. Erlang — оригинал (с 1986 года, Ericsson): прагматичный, минималистичный, специфический Prolog-подобный синтаксис; используется в телекоме, мессенджинге (WhatsApp исторически — Erlang), инфраструктуре (RabbitMQ написан на Erlang), в legacy-системах. Elixir (с 2012, José Valim) — современный язык поверх той же BEAM: приятный Ruby-подобный синтаксис, метапрограммирование, мощный build-инструмент Mix, богатая современная экосистема (Phoenix, LiveView, Ecto, Nx). Что учить: в 2026 ответ почти однозначен — учить Elixir. Практически все новые вакансии, новые проекты, новый контент, конференции и сообщество — вокруг Elixir; именно он формирует рынок труда сегмента. Erlang при этом учить «попутно» обязательно на уровне понимания — потому что OTP, supervision, процессы, многие библиотеки и сама ментальная модель платформы — это Erlang под Elixir. Чистый Erlang как отдельную карьерную цель имеет смысл рассматривать только под конкретную нишу (телеком, поддержка крупных Erlang-систем). Вывод: пишешь на Elixir — понимаешь Erlang / OTP под капотом.

Да, 20% Elixir-вакансий — full-remote или гибрид, и для этого стека удалёнка — не бонус, а основной способ работать. Причина простая: локальных Elixir-вакансий в любой отдельной стране СНГ мало, поэтому рынок по своей природе международный. Remote-friendly Elixir-работодатели: Remote.com (сама на Elixir, all-remote по идеологии), Supabase, Duffel, Cars.com, Felt, множество SaaS-стартапов. Релокант-хабы: Берлин (заметное Elixir-сообщество, конференция ElixirConf EU), Амстердам, Лиссабон, Сербия, Грузия. Английский — must: без него международный Elixir-рынок (а это и есть основной рынок) недоступен. Для Elixir-инженера английский — не «плюс к зарплате», а условие доступа к большинству вакансий вообще.

Предполагается опыт backend-разработки на другом языке (Elixir почти не берут как первый). Главная сложность входа — не синтаксис, а смена парадигмы: функциональное мышление (иммутабельность, pattern matching, рекурсия вместо циклов, pipe-оператор) и модель процессов / OTP. Roadmap: 1) Язык — официальный getting-started guide на elixir-lang.org, книга «Programming Elixir» (Dave Thomas), «Elixir in Action» (Saša Jurić — лучшая книга про мышление в OTP). 2) Функциональные основы — pattern matching, иммутабельность, pipe, работа с коллекциями (Enum / Stream). 3) Процессы и OTP — spawn, message passing, затем GenServer, Supervisor, supervision tree; это сердце Elixir, без него знание языка бесполезно. 4) Mix — проекты, зависимости, тесты (ExUnit). 5) Ecto — схемы, changesets, запросы к PostgreSQL. 6) Phoenix — роутинг, контексты, контроллеры. 7) Phoenix LiveView — обязательно для 2026. 8) Pet-проект end-to-end: Phoenix-приложение с LiveView UI + Ecto + PostgreSQL + GenServer для фоновой логики + Oban + тесты + деплой (релизы Elixir / Docker). 9) Распределённость — узлы, кластеризация. Ресурсы: книги Саши Юрича, курсы на Pragmatic Studio (Elixir / LiveView — отличные), Exercism (Elixir track — бесплатно), Elixir Forum (очень дружелюбное сообщество), рассылка Elixir Radar, доклады с ElixirConf на YouTube. Backend-разработчик с другого языка осваивает продуктивный Elixir за 4-8 месяцев — основное время уходит на привыкание к OTP-мышлению.

Senior Elixir владеет языком, платформой BEAM и проектированием отказоустойчивых конкурентных систем. Функциональное мышление: иммутабельность, pattern matching на уровне рефлекса, композиция функций, грамотная рекурсия, осознанное использование метапрограммирования (макросы — и понимание, когда их НЕ применять). OTP-экспертиза: проектирование supervision-деревьев и стратегий рестарта, GenServer и его подводные камни (когда процесс становится узким местом), GenStage / Broadway для back-pressure, грамотное решение «что должно быть процессом, а что — обычным модулем». BEAM: понимание планировщика, mailbox процессов, ETS (in-memory таблицы), профилирование, диагностика проблем в проде (observer, recon), управление памятью. Распределённость: кластеризация (libcluster), межузловое взаимодействие, и понимание её ограничений (сетевые партиции, консистентность). Phoenix / LiveView: контексты, проектирование на продакшен-уровне, LiveView под нагрузкой. Ecto: changesets, сложные запросы, миграции, транзакции, multi. PostgreSQL: продвинутый SQL, индексы, планы запросов. Тестирование: ExUnit, тестирование конкурентного кода, property-based (StreamData). Типобезопасность: typespecs + Dialyzer. Observability: Telemetry, метрики, трассировка. DevOps: релизы Elixir, Docker, Kubernetes, hot-code-upgrade (редко, но Senior должен понимать). Soft: код-ревью, менторинг (Elixir-новичкам тяжело даётся OTP), общение с продуктом. Английский для Senior+ — обязателен: основной рынок Elixir — международный remote, без английского он недоступен.