Поддержка и сопровождение
Обрабатывать входящий поток обращений: от типовых (добавить поле, поправить справочник, настроить правило маршрутизации) до сложных (падение интеграции, расхождение данных между системами, деградация производительности).
Расследовать инциденты и баги в production-среде: анализировать логи, воспроизводить сценарии, находить и устранять корневую причину, а не симптомы;
Поддерживать целостность данных: диагностировать и исправлять аномалии, писать корректирующие скрипты и миграции;
Участвовать в регламентных работах: обновление версий, deployment-окна, пост-деплойный мониторинг.
Аналитика и проектирование
Самостоятельно разбирать бизнес-задачи и баг-репорты от пользователей: выделять корневую причину, определять затронутые модули, оценивать трудоёмкость;
Проектировать решения в рамках существующей архитектуры: описывать flow данных, предлагать варианты реализации с аргументацией «за» и «против»;
Вести коммуникацию с заказчиками (внутренними пользователями системы) напрямую: уточнять требования, демонстрировать промежуточные результаты.
Разработка
Реализовывать доработки в существующих backend- и frontend-компонентах (API-эндпоинты, бизнес-логика, UI-формы, отчёты);
Писать чистый сопровождаемый код с тестами; оформлять изменения через MR/PR, проходить code review;
Участвовать в развитии технического долга: рефакторинг, унификация решений, документирование архитектурных решений (ADR).
Аналитический склад ума — способность самостоятельно исследовать проблему: прочитать логи, отследить цепочку вызовов, воспроизвести баг, предложить решение;
Системное мышление — видеть картину целиком: как изменение в одном модуле повлияет на смежные системы и downstream-процессы;
Умение работать с legacy-кодом — не бояться разбираться в ранее написанном (в том числе без документации), читать и понимать чужой код, не впадая в ступор;
Коммуникация — способность перевести «болит здесь» от пользователя на язык задачи для разработки и наоборот; уметь задавать правильные уточняющие вопросы заказчику/аналитику;
Самоорганизация — входящий поток задач не всегда размечен и приоритизирован; нужно самому вычленять критичное и не тонуть в мелочах;
Опыт коммерческой разработки с участием во всех этапах жизненного цикла продукта — от анализа задачи до развёртывания и сопровождения.
Оформление: договор ГПХ;
Формат: гибридный или офисный (Санкт-Петербург);
Нагрузка: 40-часовая рабочая неделя. Соотношение поддержка/разработка плавающее — в периоды активных релизов больше разработки, в спокойные — накопление техдолга и улучшение мониторинга;
Команда: кросс-функциональная команда из разработчиков — 8 человек. Прямое взаимодействие с внутренними заказчиками;
Адаптация: первые 1-2 недели — погружение в домен и архитектуру системы; ментор из команды.