Перейти к содержанию

Онбординг стажёра. Фаза 1

Этот раздел описывает учебный трек Фазы 1 — период от старта до гейта защиты проекта в конце 5–6 месяца. Материал адресован стажёру и одновременно служит опорой для наставника.

Контекст модели найма

Стажёр попадает в команду по двухфазной модели.

Фаза Срок Оплата Содержание
Фаза 1 ~6 месяцев неоплачиваемо Самостоятельное изучение стека через строительство проекта защиты + работа с багами и обратной связью
Гейт защиты конец мес. 5/6 — Code review + демо проекта перед тимлидом. Решение: успех → Фаза 2; частично → продление; провал → совместное решение с собственниками
Фаза 2 не ограничено оплачиваемо (Dev junior) Доступ к основному репозиторию, простые задачи под присмотром dev-ментора

Полная стратегия найма зафиксирована в intern-development-strategy-design.md. Модель найма не пересматривается.

Два параллельных трека Фазы 1

Фаза 1 состоит из двух треков, которые идут одновременно.

Учебный трек — проект защиты

Стажёр с первого дня строит изолированный мини-проект в предметной области геологии. Проект нарастает по мере освоения технологий: от простого парсера данных на M1 до полноценного приложения с API и UI к защите на M4.

Это форма изучения стека — через реальное строительство, а не через прохождение курсов. К защите кандидат подходит с готовым проектом, который строился параллельно все полгода.

Детальное ТЗ — в разделе Проект защиты.

QA-трек — работа с багами

Параллельно стажёр работает с багами и обратной связью в geotimlab.wiki:

  • регистрация багов в vault/bugs/
  • классификация по severity и context
  • еженедельные метрики-агрегаты
  • обратная связь в vault/feedback/

Цель трека — вход в команду и погружение в продукт и предметную область. Инженерная часть (как заводить репорт, как классифицировать) — в разделе QA-трек. Продуктовые решения (приоритизация, аппрув) — за PM.

Доступы в Фазе 1

Ресурс Доступ
Стенд продукта полный (для тестирования)
Swagger / OpenAPI полный
Примеры JSON-ответов полный
geotimlab.wiki docs/, strategy.md read-only
geotimlab.wiki vault/bugs/, vault/feedback/, vault/reports/ write
Основной репозиторий кода запрещён до защиты

Код продукта стажёр не видит до успешного прохождения гейта. Проект защиты живёт в отдельном репозитории.

Якоря согласованности

При любой перестройке учебного пути остаются неизменными:

  • Изолированный репозиторий для проекта защиты. Доступа к основному коду нет до защиты.
  • Гейт защиты в конце мес. 5/6 по чек-листу (код/принципы, стек, инженерная зрелость). Формат — code review + демо.
  • Обучение через строительство. Проект защиты растёт 6 месяцев параллельно с изучением, а не «сначала вся теория, потом проект».
  • Предметная область геологии как материал задач. Сверка корректности полей модели — с домен-экспертом.
  • Реалистичный режим 10–15 ч/нед. Программа выполнима при удалёнке и совмещении с учёбой, включая «худшую неделю с сессией».

Режим работы

  • Ресурс: 10–15 часов в неделю как реалистичный минимум.
  • Формат: удалёнка, самостоятельная работа. Команда не может усердно работать со стажёром — ставка на самостоятельность.
  • Контрольная точка: еженедельно, ~30 минут с наставником. Тимлид подключается на гейтах.
  • Дедлайны: в Фазе 1 их нет. Ориентир — гейт защиты в конце мес. 5/6.

Структура раздела

Документ Назначение
Обзор roadmap Дорожная карта по вехам M0–M4, целевые навыки, расписание
Проект защиты ТЗ на изолированный мини-проект, требования к защите
QA-трек Как заводить баг-репорты, классифицировать, собирать метрики
M0 — старт Настройка окружения, доступы, знакомство со стендом
M1 — парсер Первое ТЗ: парсер лабораторных данных CSV/JSON
M2 — персистентность EF Core, PostgreSQL, миграции
M3 — API ASP.NET Core, OData, NSwag, FluentValidation, Mapperly
M4 — UI и защита Blazor, подготовка к гейту, демо
Чек-листы Критерии прохождения вех и гейта защиты
Ресурсы Metanit как canonical-справочник

Как пользоваться

  1. Начать с обзора roadmap, чтобы видеть картину целиком.
  2. Прочитать ТЗ проекта защиты — понять, что именно строится все 6 месяцев.
  3. Перейти к M0 — настроить окружение и доступы.
  4. Параллельно открыть QA-трек — баг-репорты можно заводить с первой недели.
  5. В конце каждой вехи сверяться с чек-листом.

С чего начать прямо сейчас

➡️ Обзор roadmap — дорожная карта на 6 месяцев.