Python сам по себе не профессия. Это язык, на котором в СНГ в 2026-м нанимают backend, данные, автоматизацию тестирования, скрипты интеграций и иногда ML-обвязку. Резюме «Python-разработчик, знаю всё» проигрывает узкому файлу: одна роль, один основной фреймворк, один артефакт, который можно открыть.
Ниже — как выбрать направление, какой проект считается доказательством, чего не делать с курсами и как искать junior-слоты, не рассылая одно письмо на Django, аналитику и «нейронки» сразу.
Коротко:
- Сначала роль: backend, данные, автоматизация. Язык — общий инструмент, не заголовок карьеры.
- Один учебный сервис лучше десяти сертификатов и списка библиотек.
- Junior backend на Python — это API, БД, ошибки, деплой «хотя бы как-то», а не «знаю синтаксис».
- Не прыгайте в ML Engineer только потому, что в курсе была нейросеть.
- Откликайтесь по задачам вакансии. Вилку смотрите в фильтрах каталога, не в чужих скринах.
Три рабочих направления, не «просто Python»
Backend. Сервисы, API, бизнес-правила, очереди, авторизация. Соседи: путь в backend вообще. Стек часто Django/FastAPI/Flask плюс PostgreSQL. Это самый прямой ответ на запрос «стать Python-разработчиком», если вы хотите писать продукт, а не отчёты.
Данные. Скрипты загрузки, SQL, витрины, джобы. Тогда вы ближе к Data Engineer или аналитику, и Python — клей, не ядро роли. Не держите заголовок «Python-dev», если в задачах нет сервиса.
Автоматизация. Тесты, интеграции, внутренние боты, парсеры по правилам команды. Это валидный вход, если артефакт — стабильный набор тестов или рабочий пайплайн, а не «написал бота для себя». Для QA-ветки смотрите ещё вход в QA.
ML как четвёртое направление имеет смысл только с контуром обучения и инференса, не с уроком sklearn. Иначе вы конкурируете с людьми, у которых уже есть прод или честный DE/backend. Отдельный разбор: как стать ML Engineer.
Как выбрать направление за одну неделю
Не выбирайте по зарплатным мифам. Выберите по задаче, которую готовы делать три месяца подряд.
- Откройте вакансии Python-разработчика и выпишите из десяти свежих объявлений глаголы: API, отчёты, ETL, автотесты, боты, админки.
- Что повторяется чаще в том рынке, куда вы целитесь (продукт СНГ, аутсорс, удалёнка на русский язык) — туда и цель.
- Если глаголы разные вперемешку — рынок смешанный. Всё равно выберите один заголовок резюме. Второй файл можно сделать позже, не в первый день.
Критерий «что нравится» работает, только если вы уже пробовали мини-задачу каждого типа на выходных: маленький CRUD, маленький ETL, маленький набор тестов. Без пробы выбор будет из рекламы курсов.
Какой стек не раздувать
Для backend-входа достаточно узкой связки:
- Python 3, виртуальные окружения, зависимости, линтер на уровне «не стыдно открыть».
- Один веб-фреймворк. Не три в резюме «на всякий случай». Ориентиры по глубине: FastAPI или Django — один, доведённый до сервиса.
- Одна СУБД, обычно PostgreSQL. Миграции, индексы на пальцах, транзакции без магии.
- Git, README, как запустить. Docker — если вы им реально собираете сервис.
- Тесты на критичный путь: регистрация, создание сущности, ошибка валидации.
Celery, Redis, Kafka, Kubernetes не обязательны на первом проекте. Они появляются в вакансиях middle. Добавляйте, когда без них не закрыть задачу сервиса, не когда «в вакансии было слово».
Общий языковой каркас — Python-roadmap. Roadmap не заменяет продукт. Он подсказывает, чего не хватает сервису, а не чеклист для резюме.
Артефакт, который уже можно слать
Учебный сервис с понятной предметкой: заказы, тикеты, записи, учебный биллинг без претензии на финтех-уровень. Что должно быть:
- API или серверные страницы, не только скрипт «hello».
- Хранение в БД, не JSON-файл «пока так».
- Ошибки: 400 на плохой ввод, 404, лог без секретов.
- Ограничение честно в README: нет оплат / нет очереди / нет прод-деплоя.
Деплой на бесплатный хостинг плюс. Деплой не обязателен, если репозиторий воспроизводится одной командой. Репозиторий без README обязательным не бывает: его не откроют.
Не собирайте «интернет-магазин как у крупных». Соберите узкий кабинет и доведите. Десять недоделанных репозиториев слабее одного целого.
Минимальный README, который уже открывают:
- Что это за сервис в одном предложении и для кого сценарий.
- Как создать окружение, применить миграции, запустить.
- Какие эндпоинты трогать первыми.
- Что сделано вами, что не сделано, где лежат тесты.
Если проект не поднимается с первой попытки по вашей же инструкции, это ещё не артефакт для рассылки. Доведите запуск, потом пишите резюме. Рекрутер junior Python почти никогда не будет чинить ваши пути и секреты в файле окружения за вас.
Пример 1. 90 дней в backend на Python
Исход: курсы синтаксиса, нет коммерции. Цель — junior backend, не аналитик.
- Месяц 1. FastAPI или Django: сущности, авторизация простая, миграции. Ежедневно код, не «ещё одна лекция».
- Месяц 2. Один домен до состояния «можно тыкать»: список, фильтр, создание, ошибка. Тесты на этот путь. README.
- Месяц 3. Резюме с заголовком Backend / Python, FastAPI (или Django), PostgreSQL. 10–15 откликов в неделю только на API и сервисы. Тестовые делать. На ML и «скрипты Excel» не распыляться.
Если к концу второго месяца нет сущности в БД, проблема не в «мало курсов». Проблема в том, что учёба не перешла в продукт. Тогда уберите новый фреймворк из плана.
Пример 2. Письмо на junior Python backend
Вакансия: junior Python, FastAPI, PostgreSQL, доработки API, код-ревью, удалёнка, русский.
Откликаюсь на junior Python (FastAPI, PostgreSQL).
По вакансии в первый месяц нужно дописывать эндпоинты, не ломать схему и проходить ревью. Собрал учебный API заказов: список, фильтры, создание, валидация ошибок, миграции. Тесты на критичный путь. Репозиторий и как запустить: [ссылка]. В README написал, чего нет: оплаты и очередь.
Коммерческого бэкенда в штате нет. Готов тестовое в вашем стеке на 2–4 часа или разобрать любой эндпоинт с репозитория на созвоне.
Короткая версия для поля комментария: роль, один факт, ссылка, готовность к тесту. Универсальное «хочу развиваться в Python» не ставьте. Черновик — генератор письма, финал — руками под задачи.