Python-разработчик для Telegram-бота фитнес-клуба
Оценка ИИХорошая вакансия для разработчика среднего уровня, предпочитающего парт-тайм или гибкий график. Проект живой, с понятным стеком и прямой связью с заказчиком, хотя уровень оплаты ниже рыночного для фултайм-позиции.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Оценка ИИПозиция требует уверенного владения современным стеком (aiogram 3, FastAPI) и опыта с платежными шлюзами, но задачи носят прикладной характер без экстремальных нагрузок.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИПредложенная ставка 1250 руб/час при частичной занятости соответствует рынку для задач поддержки, однако при пересчете на полный рабочий день (около 200 000 руб/мес) она была бы средней для Middle Python разработчика. Текущий доход в 65-70к ориентирован на частичную загрузку.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
*💬 Python-разработчик для Telegram-бота фитнес-клуба*
О проекте
Развиваем комплексную систему Telegram-бота для закрытого фитнес-клуба.
В системе реализованы:
подписки и платежи (Lava, CryptoCloud, Tribute)
аналитика и отчетность
автоматизация бизнес-процессов
интеграции с внешними сервисами
вспомогательные боты (КБЖУ-калькуляторы, формы для марафонов)
Бот обслуживает реальных пользователей и активно развивается. У нас живой проект, много задач по улучшению, поддержке и новым функциям.
Задачи
Поддержка и развитие текущего функционала
Внедрение новых фич
Работа с платежными системами и webhook'ами
Оптимизация производительности и БД
Развитие аналитической системы
Интеграции с внешними сервисами и Google Sheets
Поддержка автоматических рассылок и пользовательских диспетчеров
Документирование изменений в коде
Требования
Обязательные:
Python 3.11+, asyncio, aiogram 3.x, FastAPI
PostgreSQL, Redis
Опыт с Telegram Bot API
Понимание работы webhook’ов, API-интеграций, авторизаций
Docker, Git
Опыт работы с платежными системами (любые из: Lava, CryptoCloud, Tribute)
Базовые знания HTML/CSS/JS (для работы с веб-интерфейсом аналитики)
Будет плюсом:
Опыт с Google Sheets API
Понимание принципов безопасности веб-приложений
Навыки в построении аналитических систем и отчетов
Опыт работы с системами очередей (например, Celery, asyncio.Queue и пр.
Технологический стек
Backend:
Python 3.11, aiogram 3.x, FastAPI, uvicorn, asyncio
БД и кеш:
PostgreSQL, Redis
Платежи:
Lava, CryptoCloud, Tribute
Интеграции:
Telegram Bot API, Telethon, Google Sheets API
Web:
HTML, CSS, JavaScript (простой интерфейс для статистики)
DevOps:
Docker, Git
Условия
\* Формат: удалённая работа
\* График: гибкий
\ Оплата: 1250 руб/час, в среднем \~65-70 000 руб/мес (объём обсуждаем*)
\ Прямая работа без посредник*ов
\* Возможность влиять на архитектурные решения
\* Долгосрочное сотрудничество
Присылайте портфолио или ссылки на проекты Откликнуться, GitHub и пару слов о себе (или CV. Будем рады видеть вас в команде!
*➖**➖**➖**➖**➖**➖**➖**➖**➖**➖*
*📣* Разместить вакансию / рекламу
*⚡️* Получать больше вакансий быстрее: «Работодром PRO»
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Python
- asyncio
- Aiogram
- FastAPI
- PostgreSQL
- Redis
- Docker
- Git
- HTML
- CSS
- JavaScript
- Google Sheets API
- Telethon
Возможные вопросы на собеседовании
Проект активно использует платежные системы и вебхуки.
Как вы обеспечиваете надежную обработку вебхуков от платежных систем, чтобы избежать двойных начислений или потери данных при сбоях?
В стеке указан aiogram 3.x.
В чем ключевые отличия aiogram 3.x от версии 2.x, и какие преимущества Middlewares вы использовали в своих проектах?
Упоминается работа с Redis и PostgreSQL.
Для каких задач в данном боте вы бы использовали Redis, а для каких — PostgreSQL? Приведите примеры.
Проект включает аналитику и Google Sheets.
Был ли у вас опыт работы с Google Sheets API и как вы организуете синхронизацию данных между БД и таблицами, чтобы не упираться в лимиты API?
В требованиях указан Docker.
Опишите структуру вашего типичного Dockerfile для FastAPI приложения: какие этапы сборки (multi-stage) вы используете для оптимизации образа?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
