Где на самом деле размещают вакансии дата-инженеров?

Почему крупные job-площадки дают так мало

Если вы искали «дата-инженер» на LinkedIn и Indeed и получали стену шума или тишину, это не признак того, что вы делаете что-то не так. Это признак того, что эти площадки — неподходящий инструмент для такого поиска. Объявления о позициях дата-инженеров на крупных общих досках непропорционально часто представляют собой перепосты из систем учёта кандидатов (Greenhouse, Lever, Workday, SmartRecruiters), которые уже опубликованы на странице карьеры самой компании, часто на дни или недели раньше, плюс большой объём постов от агентств по одним и тем же вакансиям, плюс вакансии, которые технически открыты, но фактически закрыты — у руководителя уже есть внутренний кандидат, а HR ведёт заявку для соблюдения процедур. Всё это не специфично для дата-инженерии, но здесь это важнее, чем в некоторых других областях, потому что само название нестабильно: «дата-инженер», «аналитический инженер», «платформенный инженер (данные)» и «ML-инфраструктурный инженер» часто описывают практически идентичную работу в разных компаниях, что разбивает объявления, которые вы иначе нашли бы по одному поисковому запросу.

Практическое решение — не лучшая поисковая строка. Это переход туда, где публикуются объявления изначально, а не туда, где они агрегируются.

Где позиции реально появляются

Инженерные блоги компаний и их собственные страницы карьеры. Команды, которые управляют реальной платформой данных — хранилищами Snowflake или Databricks, оркестрацией Airflow или Dagster, dbt для трансформации, Kafka для стриминга — обычно пишут о своём стеке публично до или примерно в то время, когда нанимают на него. Если в инженерном блоге компании есть пост о миграции на таблицы Iceberg или перестройке их слоя приёма данных, проверьте их страницу карьеры напрямую; заявка часто размещена там раньше, чем где-либо ещё, и она достаточно конкретна, чтобы вы могли обратиться к точной проблеме в своём заявлении, а не к общему описанию вакансии.

Тред Hacker News «Who is Hiring». Публикуется в первый рабочий день каждого месяца. Он нефильтрованный и текстовый, но вакансии по платформам данных и инфраструктуре появляются в большом объёме, многие от компаний, которые иначе не размещают объявления, и вы можете искать по прошлым тредам по ключевым словам (dbt, Airflow, Spark, Kafka, warehouse) за много лет назад.

r/dataengineering и dbt Community Slack. В частности, в dbt Slack есть канал вакансий, используемый компаниями, которые уже используют dbt в продакшене — что говорит вам кое-что о зрелости функции данных ещё до того, как вы подадите заявку. Locally Optimistic Slack (ориентированный на руководителей аналитики и данных) публикует похожие вакансии, смещённые в сторону более старших или лидерских позиций.

Специализированные рассылки. Data Engineering Weekly агрегирует вакансии вместе с техническим контентом. Это меньший пул, чем на job-доске, но более релевантный — перечисленные позиции обычно для команд, делающих ту работу, которую освещает рассылка, а не общую BI-поддержку под видом титула.

Wellfound (бывший AngelList) и We Work Remotely для стартап-вакансий и удалённых позиций конкретно — полезно, если вы нацелены на меньшие компании, строящие функцию данных с нуля, а не на присоединение к устоявшейся платформенной команде.

Ничто из этого полностью не заменяет общие доски — множество легитимных позиций действительно есть на LinkedIn — но они показывают позиции раньше и с лучшим сигналом о реальном стеке технологий и зрелости команды, что важнее в дата-инженерии, чем в ролях, где инструментарий менее разнообразен.

Агентства и рекрутеры: что они реально делают здесь

В дата-инженерии есть свои специализированные рекрутинговые агентства, отличные от общих tech-рекрутеров, потому что набор навыков (распределённые системы, моделирование хранилищ, оркестрация, иногда потоковая инфраструктура) не укладывается чётко в общий поиск по разработке ПО. В Великобритании Harnham и Understanding Recruitment оба ведут выделенные отделы дата-инженерии, и стоит числиться у них даже когда вы не ищете активно, потому что они видят позиции до того, как те рекламируются публично — компании часто дают агентству приоритет на несколько недель, чтобы избежать объёма публичной публикации. Nigel Frank International специализируется конкретно на стеке данных Microsoft (Azure Synapse, Fabric, Power BI, SQL Server), что является отдельной нишей от стороны Snowflake/Databricks/open-source, на которой фокусируются большинство других дата-рекрутеров — стоит знать, если ваш стек склоняется к Microsoft, потому что общий дата-рекрутер может не иметь правильных заявок.

В чём агентства действительно хороши: контрактная и временная работа дата-инженером (проекты миграции данных, перестройки хранилищ с фиксированным объёмом) и позиции в компаниях, которые не хотят вести публичный поиск. В чём они менее хороши: в продвижении вас на позицию, для которой вы ещё не близкое соответствие на бумаге — агентству платит работодатель за фильтрацию, а не за защиту рискованного кандидата, поэтому резюме, которое ещё не показывает конкретные инструменты из спецификации вакансии (названное облачное хранилище, названный оркестратор, названная потоковая система), вряд ли будет выдвинуто независимо от вашей способности освоить инструмент.

Одна специфика для Великобритании, которую стоит знать, если вы делаете контрактную работу: определения статуса IR35 влияют на то, какие контрактные вакансии дата-инженера реально открыты для вас как для outside-IR35 подрядчика против требования пойти на umbrella-компанию или клиентскую зарплату. Агентства, обрабатывающие контрактные вакансии дата-инженеров, сообщат вам определение заранее — стоит спросить до того, как вкладывать время в процесс, потому что это существенно меняет чистый доход.

Внутреннее движение: вакансии, которые никогда не рекламируются

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

• Аналитик или BI-разработчик в дата-инженеры, внутри той же компании, по мере созревания функции данных, и тому, кто писал SQL против хранилища два года, даётся полномочие также строить и владеть пайплайнами, питающими его. Это путь обучения и продвижения, а не событие набора, поэтому объявления для поиска нет.
• Разработчик ПО в платформенную или дата-команду, особенно в компаниях, масштабирующих инфраструктуру данных — backend-инженер, который касался Kafka или строил внутренний инструментарий вокруг хранилища данных, переходит вбок в команду платформы данных по мере открытия позиций.

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

Время и сезонность

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

• Новый финансовый год, новые позиции. Для компаний с календарным финансовым годом новые заявки обычно открываются в январе, когда бюджеты подтверждены. Для британских компаний с апрельским финансовым годом ожидайте похожего всплеска с марта по апрель.
• Ноябрь и декабрь медленные для новых публикаций, но не для процесса — позиции, открытые в октябре, часто проводят интервью до конца года, так что отсутствие новых объявлений не означает отсутствие активного найма.
• Периоды уведомления удлиняют пайплайн. Старшие дата-инженеры в Великобритании часто на периоде уведомления от одного до трёх месяцев, поэтому компания, нашедшая предпочтительного кандидата, может оставить заявку открытой (и видимой) месяцами после того, как фактически перестала рассматривать новых кандидатов, потому что действующий сотрудник ещё отрабатывает уведомление в другом месте.

Всё это не причина планировать поиск вокруг календаря — это причина не читать тихий октябрь или переполненный январь как сигнал о вашей собственной кандидатуре.

Что с этим делать

Выберите три конкретные компании, чей стек совпадает с вашим (то же хранилище, тот же оркестратор), и проверьте их страницу карьеры и инженерный блог напрямую на этой неделе, а не ищите на доске. Зарегистрируйтесь у одного специализированного дата-рекрутера, чей фокус совпадает с вашим стеком — Harnham или Understanding Recruitment для общей дата-инженерии, Nigel Frank для Microsoft-стека — даже если вы пока нигде не подаёте заявки. Прочитайте следующий тред Hacker News «Who is Hiring» полностью, а не бегло; это занимает двадцать минут, а вакансии в нём вообще не появляются на общих досках. И если внимательное чтение каждого объявления, чтобы понять, какой из этих каналов приоритизировать и где ваш конкретный опыт с пайплайнами совпадает или не совпадает с тем, что требуется, само по себе является узким местом — именно для этой проблемы создан jobmarket.pro.