Инженер по интеграции автономных систем (C++)

Что предстоит делать

<p><strong>О компании</strong></p><p>Они создают инфраструктуру для симуляции и валидации автономных систем. Они хотят, чтобы команды робототехники подключали уже существующие автономные стеки, тестировали их на воспроизводимых сценариях и переносили данные о полевых сбоях обратно в симуляцию, не требуя перестраивать свои системы под платформу.</p><p>Их ближайшие пользователи могут создавать складских и промышленных роботов или гражданские дроны. Их интерфейсы различаются — ROS2 и телеметрия машин с одной стороны, PX4/MAVLink и модели систем управления с другой — но продуктовый цикл один и тот же:</p><p><em>внешний автономный стек → симуляция → данные → полевой лог → воспроизведение → диагностика и настройка</em></p><p>Вы будете владеть этим циклом.</p><p><strong>О роли</strong></p><p>Они делают так, чтобы автономные стеки работали с платформой, даже если эти системы изначально не были спроектированы для нее, и они берут на себя диагностику, когда первая попытка интеграции проваливается. Граничные условия, допущения по таймингу, совместимость сборки, дрейф протоколов и несоответствие моделей — вот где интеграции на самом деле ломаются.</p><p>Это практическая роль, связанная с программным обеспечением и системами. Они проектируют интерфейсы, пишут или расширяют адаптеры, исследуют поведение в рантайме и превращают полевые данные в воспроизводимые тесты. Работа начинается с поверхности ROS2 и цикла полевых данных, а затем расширяет ту же продуктовую модель на стеки гражданских дронов по мере развития приоритетов и доступных данных.</p><p>Они работают напрямую с инженерами, отвечающими за детерминированное ядро симуляции и среду оценки. Их роль — сделать так, чтобы внешние системы надежно работали с продуктом, не превращая каждую интеграцию в индивидуальный проект.</p><p><strong>Чем вы будете заниматься</strong></p><ul><li>Проектировать, реализовывать и версионировать интерфейсы между платформой и внешними автономными стеками, включая графы middleware, полетные контроллеры, модели систем управления и их контракты данных.</li><li>Создавать и расширять адаптеры, мосты и обертки, необходимые для работы в замкнутом контуре, включая системный код, а не только конфигурацию.</li><li>Диагностировать сбои на границах программного обеспечения, middleware, сетей, тайминга и моделей, а затем определять, какая сторона интерфейса ответственна за проблему.</li><li>Превращать логи и телеметрию реальных или репрезентативных систем в воспроизводимые рабочие процессы воспроизведения, сравнения и настройки.</li><li>Создавать автоматизированные интеграционные тесты, регрессионные фикстуры, записи совместимости и воспроизводимый корпус сбоев, чтобы каждая интеграция улучшала продукт.</li><li>Работать с владельцами ядра и среды оценки для определения четких контрактов интерфейсов и критериев готовности.</li></ul><p><strong>Как выглядит успех</strong></p><ul><li>Внешние робототехнические и автономные стеки могут подключаться к платформе через четкие, надежные интерфейсы без перестройки под нее.</li><li>Сбои интеграции можно изолировать на границе рантайма и устранять с помощью долгосрочных улучшений продукта или адаптеров.</li><li>Полевые логи и телеметрия могут проходить через воспроизводимый рабочий процесс воспроизведения, диагностики и сравнения.</li><li>Каждая интеграция оставляет после себя переиспользуемые знания о совместимости, примеры сбоев и регрессионные данные, которые облегчают следующую интеграцию.</li><li>Один и тот же продукт валидации может поддерживать разные домены робототехники через сфокусированные адаптеры, а не через отдельные разовые проекты.</li></ul><p><strong>Что вы привносите</strong></p><p><strong>Ключевое доказательство</strong> — вы заставили внешний автономный стек работать с симуляционной или валидационной платформой, для которой он не был предназначен, и лично диагностировали и устранили причину поломки интеграции.</p><p><strong>Обязательно</strong></p><ul><li>Значительный производственный опыт работы с робототехникой, автономией или другой распределенной системой реального времени.</li><li>Опыт владения границей робототехнического рантайма или middleware, такой как ROS2/DDS, PX4/MAVLink, проприетарный автономный стек или сопоставимый интерфейс системы управления.</li><li>Способность читать, писать и отлаживать системный интеграционный код на C++ в Linux.</li><li>Продемонстрированная глубина как минимум в одной из следующих областей: PX4/MAVLink SITL, Simulink/MATLAB co-simulation или производственное воспроизведение полевых логов и настройка.</li><li>Четкая письменная и устная коммуникация на границах программного обеспечения, систем управления и продукта.</li></ul><p>*Опыт работы с ROS2 ценен, но эта роль также требует глубины как минимум в одной из трех областей выше.</p><p><strong>Желательно</strong></p><ul><li>Производственный опыт работы с ROS2 в системе, которая была выпущена и эксплуатировалась в полевых условиях.</li><li>Опыт работы со вторым интерфейсом или технологией из списка выше; особенно ценен опыт, охватывающий как наземную робототехнику, так и гражданские дроны.</li><li>Опыт валидации software-in-the-loop или hardware-in-the-loop, тайминга распределенных систем, сетей или синхронизации времени.</li><li>Опыт написания скриптов на Python или shell для диагностических инструментов и автоматизации тестирования.</li><li>Опыт интеграции сторонней симуляционной платформы, автономного стека или робототехнического API.</li><li>Опыт создания матриц совместимости, диагностических инструментов или регрессионных фикстур на основе повторяющихся полевых сбоев.</li></ul><p><strong>Не требуется</strong></p><ul><li>Глубокая экспертиза в аэродинамике или моделировании роторов с элементами лопастей.</li><li>Обучение моделей восприятия или специализация в графике.</li><li>Ответственность за продажи или предпродажную подготовку.</li></ul><p><strong>Границы роли</strong></p><p>Тесно сотрудничайте с владельцами надежности ядра симуляции, точности восприятия и упаковки продукта, сохраняя основной фокус на интеграции. Эта роль предназначена для владельца интеграции, а не для специалиста по аэродинамике, обучению моделей восприятия, облачной инфраструктуре или коммерции.</p><p><strong>Кто обычно подходит</strong></p><p>Эта черта часто встречается у инженеров платформ робототехники, полевых инженеров робототехники, инженеров интеграции полетных контроллеров и инженеров систем управления, которые также пишут производственное программное обеспечение. Если ваша работа неоднократно ставила вас между симулятором, контроллером и реальной машиной — и вы становились тем человеком, который мог объяснить, какое допущение было неверным — это тот профиль, который мы ищем.</p><p><strong>Что они предлагают</strong></p><ul><li>Помощь с переездом и спонсирование визы для присоединения к команде в Мадриде.</li><li>Прямое владение продуктом в части интероперабельности и цикла полевых данных, с возможностью улучшать базовый продукт, а не постоянно обходить его.</li><li>Тесное сотрудничество с основной командой, отвечающей за детерминированную симуляцию и поведение среды оценки.</li><li>Междоменное влияние: создайте один продукт валидации, который может поддерживать складские, промышленные системы и гражданские дроны через переиспользуемые интерфейсы и данные.</li></ul><p><strong>Процесс найма:</strong></p><ul><li>Собеседование с рекрутером.</li><li>Вводный звонок с нанимающим менеджером.</li><li>Техническое собеседование.</li><li>Финальное собеседование с генеральным директором.</li></ul><p> </p><p>Хотите узнать больше? Откликайтесь, и давайте поговорим!</p> <div> <a href="https://jobs.dou.ua/companies/evotalents/vacancies/371070/#reply-btn-id">Відгукнутись на вакансію</a> </div>