takentui

Python Backend Roadmap · v0.3

С нуля
до первой работы

Соберите production-ready проект, научитесь защищать технические решения и подготовьтесь к первым обоснованным откликам.

[ Карта маршрута ]

Двигайтесь по результатам, а не по календарю

Каждый этап заканчивается проверяемым артефактом. Если результат не воспроизводится по README и его нельзя объяснить — этап ещё не закрыт.

00

Старт и инструменты

создан репозиторий MentorHub, который запускается из терминала и станет основой всех следующих этапов.

1 неделя.Открыть →
01

Базовый Python

работает MentorHub CLI с целями, задачами, прогрессом и хранением в JSON; ученик самостоятельно пишет небольшие программы.

6–8 недель.Открыть →
02

Инженерный Python

MentorHub CLI стал небольшим сопровождаемым Python-проектом с отделённой бизнес-логикой и хранилищем.

4–5 недель.Открыть →
03

Тестирование

правила MentorHub и JSON-хранилище проверяются автоматически, а найденный баг закреплён тестом.

2–3 недели, затем тестирование продолжается на всех этапах.Открыть →
04

HTTP и API

у MentorHub появился первый HTTP-контракт и минимальный JSON-сервис поверх уже написанной логики.

2 недели.Открыть →
05

SQL и PostgreSQL

MentorHub хранит пользователей, цели и задачи в PostgreSQL; ученик понимает схему и SQL под приложением.

4–5 недель.Открыть →
06

Web-фреймворк

MentorHub стал полноценным REST API с PostgreSQL, авторизацией, правами и integration-тестами.

6–8 недель.Открыть →
07

Production basics

MentorHub воспроизводимо запускается в чистом окружении, проходит CI и оставляет диагностируемые логи.

4–5 недель.Открыть →
08

Async и фоновые задачи

в MentorHub добавлен один обоснованный сценарий конкурентности, кэша или фоновой обработки.

3–4 недели.Открыть →
09

Портфолио и работа

MentorHub оформлен как проверяемый релиз, а кандидат уверенно показывает работу и объясняет решения.

3–4 недели целенаправленно, алгоритмы понемногу идут с первого месяца.Открыть →

[ Сквозной проект ]

Один репозиторий растёт вместе с вашими навыками

MentorHub не появляется готовым в середине обучения. Вы создаёте его в первую неделю и на каждом этапе добавляете только то, что уже умеете объяснить.

Учебный домен

MentorHub

Пользователь создаёт цели, разбивает их на задачи и видит прогресс. Позже появляется наставник с ограниченным доступом — так простой CLI постепенно даёт материал для БД, API, авторизации и фоновых задач.

Правило маршрута

На старте это не API

Сначала одна команда и JSON. Затем структура и тесты. Только после HTTP и SQL тот же проект становится web-сервисом. Никаких ролей, Docker и PostgreSQL до соответствующего этапа.

Можно выбрать другой домен, но сохранить пользователей, две связанные сущности, права и бизнес-правила.

  1. Этап 00пустой, но воспроизводимый проектREADME и первая запускаемая версия в публичном репозитории.
  2. Этап 01полезный CLICLI с целями, задачами, расчётом прогресса и сохранением в JSON.
  3. Этап 02структура вместо одного файлаPython-пакет с моделями, бизнес-правилами и заменяемым хранилищем.
  4. Этап 03проверяемое поведениеunit- и integration-тесты и один bug fix, начатый с красного теста.
  5. Этап 04первая HTTP-границаконтракт и работающие `GET /health`, `GET /goals`, `POST /goals` поверх JSON-хранилища.
  6. Этап 05PostgreSQL вместо JSONсхема PostgreSQL, SQL-запросы, импорт из JSON и прежние сценарии с новым хранилищем.
  7. Этап 06основной REST APIREST API с auth, CRUD, permissions, пагинацией и OpenAPI.
  8. Этап 07поставляемый сервисDocker Compose, CI, миграции, структурированные логи и воспроизводимый deploy.
  9. Этап 08одно обоснованное улучшениеодин проверенный сценарий фоновой обработки или кэширования с описанным поведением при сбоях.
  10. Этап 09выпуск и защитарелиз `v1.0.0`, два проверяемых pull request, review и запись защиты.

Финальный результат

Что окажется в релизе 1.0

Этот набор не нужно реализовывать заранее. Он складывается из десяти инкрементов выше и остаётся в истории одного репозитория.

  • Регистрация и вход
  • Роли student и mentor
  • CRUD целей и задач
  • Права доступа
  • PostgreSQL и миграции
  • Unit и integration tests
  • OpenAPI и ошибки
  • Docker Compose
  • CI и quality checks
  • Архитектурный README

[ Правила игры ]

Код важнее количества просмотренных часов

½

минимум

Практика

Не меньше половины учебного времени уходит на написание, запуск и исправление своего кода.

1

основной материал

Фокус

Сначала один выбранный материал и практика. Документация — для поиска ответов, не второй параллельный курс.

0

гарантий оффера

Честная цель

Roadmap готовит проект и базу для junior-позиции, но не симулирует коммерческий production-опыт.