Аналитик в области радиолокации в Научно производственное объединение дальней радиолокации имени академика А.Л. Минца Москва

ОАО НПОДАР является современным высокотехнологическим комплексом и головным разработчиком РЛС нового поколения в интересах государства, является мировым лидером в области разработки и создания радиолокаторов для системы ракетно-космической обороны, а также создания линий управления и функционального взаимодействия этих радиолокаторов с воздушно-космическими ударными средствами высокоточного оружия.

Для успешного решения этих задач используются высокие технологии адаптивных фазированных антенных решеток, передовая микро-СВЧ и цифровая электроника, высокопроизводительная вычислительная техника, сложные системы сигнально-логического взаимодействия. Это позволяет создавать высокоэффективные радиоинформационные системы с высокой степенью помехо- и инфозащищенности.

Обязанности:

• Формулировать технические требования на основе физических задач: например, не “найти цель”, а “обнаружить объект с RCS 0.1 м² на
  расстоянии 15 км при SNR ≤ 5 дБ, с ложным срабатыванием <1/ч”.
• Переводить алгоритмы ЦОС в реализуемые спецификации указывать, какие операции должны выполняться в реальном времени, какие можно отложить, где нужна фиксированная точка, где допустима плавающая. Пример: если алгоритм требует FFT на 2048 точек, но процессор не
  справляется за 10 мс — нужно предложить варианты:
  • Снизить разрешение до 1024 точек + усреднение по кадрам (потеря
  точности, но сохранение реального времени);
  • Перенести часть вычислений на FPGA или DSP-ускоритель;
  • Использовать алгоритм с низкой сложностью (например, Goertzel вместо FFT
  для узкого диапазона частот).
  — Аналитик должен уметь оценить, что важнее: обнаружить цель на 1 км дальше
  или не пропустить 2-й импульс из-за задержки.Например: — Не просто “работает при -20…+60°C”, а:
  • При понижении температуры — рост шума в АЦП → требует адаптивной
  фильтрации;
  • При просадке напряжения — искажение сигнала → нужно отслеживать и
  фильтровать;
  • При отказе одного из датчиков — алгоритм должен переключаться на
  резервный режим (например, с пассивной РЛС на активную) с сохранением
  минимальной функциональности;
  • Время старта системы — не более 3 с с момента включения питания, иначе
  нарушается тактика обнаружения.
  — Документация должна быть настолько чёткой, чтобы программист мог написать код, не задавая вопросов
• Согласовывать компромиссы между точностью, задержкой и ресурсами.— Пример: если алгоритм требует FFT на 2048 точек, но процессор не
  справляется за 10 мс — нужно предложить варианты:
  • Снизить разрешение до 1024 точек + усреднение по кадрам (потеря
  точности, но сохранение реального времени);
  • Перенести часть вычислений на FPGA или DSP-ускоритель;
  • Использовать алгоритм с низкой сложностью (например, Goertzel вместо FFT
  для узкого диапазона частот).
  — Аналитик должен уметь оценить, что важнее: обнаружить цель на 1 км дальше
  или не пропустить 2-й импульс из-за задержки.
• Документировать граничные условия. Документация должна быть настолько чёткой, чтобы программист мог написать код, не задавая вопросов.
• Быть мостом между программистами и заказчиками. Объяснять системщикам,
  почему нужен этот алгоритм, и заказчикам — почему нельзя сделать “быстрее и
  точнее” без смены железа.

Требования:

• Понимание ограничений встраиваемых систем: не просто “нужно
  быстро”, а понимать, почему “нельзя выделить память”, “почему не работает
  поток” или “зачем нужен DMA”.
• Умение переводить бизнес-задачи в технические ограничения: например,
  “нужно измерять температуру каждые 10 мс” → это значит: прерывание,
  таймер, энергосбережение, возможный RTOS.
• Работа с нечёткими требованиями: системщики часто говорят “это
  невозможно”, а аналитик должен уточнять: почему невозможно, и есть
  ли компромисс (например, снижение частоты, смена чипа, упрощение
  логики).
• Знание базовой терминологии — не просто “драйвер”, а понимать разницу между регистром, буфером, прерыванием, стеком, сбросом.
• Способность писать чёткие, измеримые ТЗ — без “сделать красиво” или “чтобы работало”. Только: “считать данные с датчика по I2C с частотой 50 Гц, задержка не более 2 мс, ошибка <0.1%”.
• Понимание ЦОС — базовые операции: Фурье, фильтрация,корреляция, дискретизация, квантование. Не нужно писать алгоритмы,
  но нужно понимать, что “усилить сигнал” — это не просто “поставить коэффициент”, а может требовать адаптивного фильтра, подавления
  шума, учета задержек.
• Знание ограничений по вычислениям: на микропроцессоре нет BLAS, нет Python. “Быстрая свертка” = FFT на фиксированной точке, оптимизированная под SIMD, без плавающей запятой.
• Работа с потоками данных — понимать разницу между “обработка в реальном времени” и “постобработка”.Задержка в 50 мс — это уже сбой для РЛС.
• Учет физики процесса: как работает отражение, многолучевость, доплеровский сдвиг. Аналитик должен уметь формулировать задачу не как “найти цель”, а как “отфильтровать шум от помех с доплером ±15 кГц при SNR < 3 дБ”.
• Почему у нас стоит работать:
• Работа в крупной, стабильной компании
• Хорошая зарплата
• Возможность профессионального и карьерного развития
• Полное соблюдение ТК РФ, белая заработная плата (выплата два раза в месяц), стимулирующие премии
• Возможность профессионального обучения
• График с 08.45 до 17.30, по пятницам - до 16.15. Есть возможность двигать график работы по часам с 7.00 до 10.30.
• ДМС со стоматологией после испытательного срока
• Корпоративные мероприятия
• Спортивные мероприятия (футбол, волейбол, настольный теннис, баскетбол и т.д.),
• Корпоративные скидки (театры, фитнес, детские лагеря т.д.).
• метро Динамо и Савелевская - есть корпоративный транспорт. От метро Гражданской 5 минут пешком.
• Удаленки и гибрида нет, работа в офисе
• Есть военная бронь