Первый день backend-джуна: чек-лист онбординга, который спасает первые две недели

Если твой первый день в команде выглядит как: «вот репозиторий, вот чат, удачи» — это не свобода. Это лотерея.

Нормальный онбординг — не про то, чтобы прочитать всё. Он про то, чтобы через 10–14 дней ты:

• понимаешь, где искать правду (а не “спрашивать в общий чат”),
• умеешь поднять проект и прогнать тесты,
• не боишься “сломать прод” одной командой,
• и можешь довести небольшую задачу до merge без героизма.

Ниже — чек-лист, который можно открыть утром и идти по пунктам. Он не требует “идеальной компании”. Он требует 60–90 минут концентрации и одного-двух нормальных вопросов.

Первые 60 минут: собери три якоря

1) Кто за что отвечает (и когда их дергать)

Запиши 3 контакта и правило “когда к кому”. Пример:

• Тимлид: приоритеты, ожидания, стоп-сигналы, «что важно в первые 2 недели».
• Ментор/сеньор: окружение, ревью, “почему так принято в этом репо”.
• Продакт/PM: контекст фич, «зачем это делаем», критерии успеха.

Один из самых полезных вопросов в первый день звучит скучно — и поэтому работает:

“В каких случаях мне можно действовать самому(ой), а в каких — сразу просить ревью/подстраховку?”

Это не про неуверенность. Это про скорость.

2) Где живет правда (список ссылок, который ты будешь открывать каждый день)

Собери “панель управления”:

• трекер задач;
• репозиторий (и где README с запуском);
• CI (где смотреть падения);
• мониторинг/логи (пусть даже пока “на будущее”);
• документация (пусть неполная).

Не надо запоминать. Надо собрать в одном месте.

3) Границы безопасности (чтобы не жить в страхе)

Если в голове сидит мысль “я сейчас нажму не туда и сгорит прод” — ты будешь двигаться медленно.

Сними страх “технически”, а не “морально”. Уточни и запиши:

• куда можно пушить;
• как оформлять PR;
• кто апрувит;
• как деплоится;
• что категорически нельзя делать без согласования (миграции, доступы, флаги, прямые запросы в БД и т.п.).

Окружение: не «чтобы работало», а «чтобы воспроизводилось»

Окружение почти никогда не ломается “из-за тебя”. Оно ломается, потому что у каждого в команде “чуть-чуть по‑разному”. Твоя цель — сделать так, чтобы если завтра ноут умрет, ты поднялся(лась) за час.

Мини-чек:

• одна команда, которая запускает проект “с нуля”;
• одна команда, которая гоняет тесты;
• как поднять зависимости (БД/очередь/кеш);
• где конфиги и какие переменные обязательны;
• где смотреть логи локально.

Важно: зафиксируй версии (Go, инструменты, миграции). “У меня работало” чаще всего означает “у меня другая версия”.

Коммуникация: как не быть «слишком шумным» и не исчезнуть

У новичков обычно две крайности:

• задавать вопросы каждые 3 минуты,
• молча тонуть 6 часов, а потом писать “извините, не успел(а)”.

Выход — формат сообщения, который экономит время всем.

Если застрял(а) больше чем на 30 минут — пиши так:

1. Цель: что хотел(а) сделать.
2. Факты: что сделал(а) и что увидел(а) (ошибка, лог, скрин, команда).
3. Гипотеза: что думаешь (если есть).
4. Следующий шаг: что попробуешь дальше (1–2 шага).
5. Вопрос: один конкретный вопрос.

Этот шаблон делает тебя “удобным” коллегой: никто не будет вытягивать из тебя контекст клещами.

Первая задача: маленькая, но настоящая

Идеальная первая задача:

• касается реального кода;
• проходит через нормальный процесс (PR → ревью → CI);
• маленькая по объему;
• полезна команде;
• имеет понятное “готово”.

Хорошие кандидаты для первой недели:

• добавить Request ID и структурированное логирование (middleware);
• починить маленький баг с понятными шагами;
• поправить тест или флаки;
• сделать небольшой рефакторинг под ревью.

Плохие кандидаты:

• “оптимизируй базу”;
• “разберись с архитектурой целиком”;
• “прикрути observability во все сервисы”.

Первая задача должна дать ощущение: “я реально полез(на)”. Не “я героически выжил(а)”.

Шаблон заметки «Карта района»

Скопируй и заполни. Это твоя опора на ближайшие недели.

Продукт:

Главные сервисы (1–3):

Где вход (API/воркер/cron):

Как запускать локально:

Как прогнать тесты:

Где смотреть логи:

Где мониторинг:

Критичные зависимости:

Как деплоится:

Кто владелец сервиса:

Мини-финал дня: один артефакт

Если хочешь ощутимый прогресс — оставь после первого дня один артефакт:

• PR (пусть маленький), или
• документ “Карта района” заполнен на 70%, или
• воспроизведенный баг + описание шагов.

Психологически это важно: ты перестаешь быть “новичком, который только читает”, и становишься человеком, который оставляет след.