Senior/Middle Python Developer
Хороший современный стек технологий и четкие требования к грейду. Однако отсутствие информации о компании и уровне зарплаты в тексте снижает общую привлекательность.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Позиция требует уверенного владения асинхронным программированием и опытом работы с брокерами сообщений (Kafka). Уровень Senior/Middle подразумевает участие в архитектурном дизайне, что повышает планку ответственности.
Анализ зарплаты
В объявлении не указана заработная плата, однако для Middle/Senior Python разработчиков в России рыночный диапазон составляет от 250 000 до 450 000 рублей. Предложение будет конкурентоспособным, если попадет в эти рамки.
Откликнитесь уже сейчас
Откликайтесь через Runello-бот, чтобы присоединиться к команде и работать над высоконагруженными системами на Python!
Описание вакансии
Senior/Middle Python Developer
Грейд: Senior/Middle
Стек: Python, FastAPI, Apache Kafka, PostgreSQL, asyncio, SQL, Redis, SQLAlchemy
We are looking for a Senior Python Developer to develop and evolve high-load backend systems. You will participate in architectural design, creating new services, optimizing performance, and ensuring …
Откликнуться через Откликнуться ↓
Создайте идеальное резюме с помощью ИИ-агента

Навыки
- Python
- FastAPI
- Apache Kafka
- PostgreSQL
- asyncio
- SQL
- Redis
- SQLAlchemy
Возможные вопросы на собеседовании
Проверка понимания работы с асинхронностью, которая заявлена в стеке (asyncio).
Расскажите о механизме Event Loop в asyncio и как избежать блокировки цикла событий в высоконагруженном приложении?
Вакансия предполагает работу с Kafka, важно понимать гарантии доставки.
Какие существуют стратегии доставки сообщений в Kafka (at-most-once, at-least-once, exactly-once) и какую вы бы выбрали для финансовой транзакции?
SQLAlchemy и PostgreSQL указаны в стеке, важно уметь оптимизировать запросы.
Как вы подходите к оптимизации медленных запросов в SQLAlchemy и в каких случаях стоит использовать raw SQL вместо ORM?
Redis часто используется для кэширования или очередей, важно знать нюансы.
Какие стратегии вытеснения данных (eviction policies) в Redis вы знаете и какую примените для кэша сессий пользователей?
Для Senior/Middle уровня критично понимание архитектуры.

