Backend разработчик — развитие сервиса онлайн-продаж ж/д билетов@ Туту

О позиции

Привет! Мы — команда Туту. Уже больше 20 лет мы вдохновляем на новые поездки, помогаем легко спланировать путешествия и забронировать всё нужное — от билетов до отелей. Ищем Backend разработчика в вертикаль ж/д транспорта. Вместе с командой ты будешь развивать лидирующий сервис онлайн-продаж железнодорожных билетов, улучшать пользовательский опыт, увеличивать охват клиентов.

Чем вы будете заниматься

• Реализовывать задачи, связанные с привлечением клиентов на альтернативные платформы: мобильное приложение, веб и другие.
• Участвовать в разработке сервисов по удержанию и привлечению внешних клиентов, которые купили билеты на сторонних сервисах, на этапах после продажи.
• Создавать общие инструменты и компоненты, полезные для всей компании.
• Вести технические инициативы, которые существенно улучшают работу команды и всего направления.
• Участвовать в стратегических задачах команды, которые выходят за рамки ежедневной работы.
• Писать unit- и интеграционные тесты, участвовать в архитектурных комитетах и код-ревью.
• Отвечать за стабильность: мониторить системы в проде, работать с инцидентами и планомерно устранять технический долг.

Требования

• Middle Go/PHP разработчик.
• Разрабатываешь веб-приложения в коммерческой среде от 4 лет.
• Уверенно владеешь Go.
• Работаешь с SQL/NoSQL СУБД: MySQL, MongoDB.
• Проектируешь архитектуру приложений, взаимодействие сервисов и контракты.
• Пишешь автотесты.

Будет плюсом

• Опыт разработки на PHP, готовность работать с этим языком программирования.

Что мы предлагаем

• Работаем 5/2. Для работы можно выбрать постоянное место в офисе, гибридный график или полную удалёнку.
• В целевой команде есть: продакт-менеджер, тимлид, бэкенд-разработчик, три фронтенд-разработчика, два QA web-инженера, а также подключаемые роли продуктового, системного аналитика, исследователя и дизайнера.
• Работаем двухнедельными спринтами. Проводим ежедневный утренний стендап.
• Два раза в спринт проводим PBR — обсуждаем и проясняем задачи.
• Раз в спринт: планирование, ревью и ретро.
• На планировании спринта владелец продукта рассказывает, каких целей нужно достичь в продукте и как это может повлиять на метрики.
• Команда обсуждает приоритетные пользовательские истории, уточняет технические детали и при необходимости разбивает задачи на более мелкие.
• После этого команда вместе формулирует цель спринта.