Завтра первый день — что делать?
Вы приняли оффер, прошли все собеседования и вот — завтра выход на новое место. Смесь волнения и предвкушения. Этот гайд собран из советов десятков опытных разработчиков и менеджеров о том, что реально важно в первый день, первую неделю и первый месяц.
Первый день: бумаги, доступы, первые впечатления
Разберитесь с формальностями сразу
Первый день — это почти всегда документы: оформление, подписание договора, получение оборудования и доступов. Не откладывайте это. Чем быстрее вы закроете административную часть, тем скорее перейдёте к интересному.
- Подпишите все необходимые документы и разберитесь с зарплатным счётом
- Узнайте про бенефиты: ДМС, компенсации, опционы или RSU
- Если компания предлагает пенсионную программу или matching — подключитесь как можно раньше, будущий вы скажет спасибо
Важно про RSU и акции: если вы получаете RSU (restricted stock units), заранее разберитесь с налогообложением. Многие разработчики обжигались на этом в первый год: RSU облагаются налогом как бонус, и если не подготовиться, можно получить неприятный сюрприз при подаче декларации.
Записывайте всё
В первый день на вас обрушится лавина информации: имена, системы, процессы, аббревиатуры. Запомнить всё невозможно. Ведите заметки — и вас будут воспринимать как «быстро обучаемого», потому что вы не будете переспрашивать то, что уже объясняли.
Заведите рабочий журнал с первого дня
Это, пожалуй, самый ценный совет, который дают опытные разработчики джуниорам. Заведите три документа:
1. Рабочий лог (Work Log)
Записывайте, что вы делаете каждый день: задачи, разговоры, контекст, решения. Это кажется лишним, но через полгода вы будете благодарны себе. Рабочий лог помогает:
- Видеть собственный рост — перечитайте записи месячной давности и удивитесь, как далеко продвинулись
- Готовиться к performance review — не нужно вспоминать, что вы делали, всё записано
- Отвечать на стендапах конкретно, а не «продолжаю работать над тем же»
2. Документ достижений (Brag Document)
Отдельно записывайте всё, чем гордитесь: закрытые задачи, положительные отзывы, успешные деплои, моменты, когда помогли коллеге. Когда придёт время обновлять резюме или проходить собеседование, вы достанете этот документ и легко расскажете про «тот огромный проект», вместо того чтобы мычать «ну, я делал штуку, и вроде все были довольны».
3. Журнал инцидентов
Записывайте проблемы: баги, которые вы внесли, конфликты, сложные ситуации. Не для самобичевания, а для анализа. Это поможет не повторять ошибки и покажет, как вы справляетесь с трудностями — а это одна из самых частых тем на собеседованиях.
Первая неделя: онбординг и настройка
Документация будет устаревшей — и это нормально
Готовьтесь к тому, что инструкции по настройке рабочего окружения будут неполными или неактуальными. Вы услышите фразу «я не помню, как это настраивать, у меня всё работает уже три года» — и это нормально.
Записывайте каждую проблему, с которой столкнётесь при настройке, и её решение. А потом обновите документацию. Это одновременно:
- Поможет вам самим через год, когда забудете детали
- Сэкономит время следующему новичку
- Станет вашим первым реальным вкладом в команду
Узнайте ожидания менеджера
Спросите прямо: «Когда вы ожидаете, что я начну брать полноценные задачи?» Если ответ — через 3 месяца, попробуйте быть готовым к концу второго. Если говорят, что первую неделю ожидают только сборку и запуск тестов — постарайтесь сделать это за пару дней и попросите посмотреть первую задачу раньше.
Менеджеры обожают разработчиков, за которыми не нужно следить. Лучше, чтобы менеджер сказал вам «притормози», чем «ускорься».
Используйте «окно новичка»
У вас есть примерно месяц безлимитных вопросов «я тут новенький, а что это значит?». Не притворяйтесь, что всё понимаете, чтобы выглядеть умнее. Записывайте всё, что слышите и не понимаете: технологии, термины, названия систем — и потом гуглите или спрашивайте.
Это окно закроется. Через три месяца спрашивать базовые вещи будет уже неловко. Используйте его по максимуму.
Не будьте пассивным разработчиком
Это, пожалуй, самая важная мысль, которую нужно усвоить с первого дня.
Рассказывайте о своей работе
Лучше сделать 2 задачи и подробно рассказать о них на стендапе — показать экран, задать вопросы, создать обсуждение — чем сделать 10 задач и просто сказать «продолжаю работать». Сидеть на одной задаче неделями и молчать на стендапах — это красный флаг для менеджера.
Если застряли — скажите об этом. Если нашли интересное решение — поделитесь. Если не понимаете, что делать дальше — спросите. Пассивные разработчики, которые молча сидят и не подают сигналов, первыми попадают под сокращение.
Найдите наставника или «старшего друга»
Это не обязательно ваш тимлид — он может быть перегружен или просто не подходить по стилю общения. Присмотритесь к команде: кто открыт к общению, кто хорошо объясняет, кто готов помочь. Найдите человека, с которым можно работать в паре.
Идеальный сценарий — когда ваше имя начинают упоминать на встречах, где вас нет: «Вася помог мне с этой задачей», «Вася сделал интересное наблюдение». В какой-то момент кто-то скажет: «Кто этот Вася, о котором все говорят?» — и это лучший комплимент для новичка.
Разберитесь в команде
Первые недели — время наблюдений. Поймите расклад сил в команде:
- Кто принимает ключевые технические решения
- Кто спокойный и расслабленный, а кому нужен постоянный апдейт
- К кому идти за глубокими знаниями о системе
- Какой стиль коммуникации принят — формальный или свободный
Эта «карта команды» поможет вам эффективно взаимодействовать и избежать ненужных конфликтов.
Чеклист на первый месяц
День 1:
- Оформить документы, получить оборудование и доступы
- Разобраться с зарплатным счётом и бенефитами
- Завести рабочий лог, brag document и журнал инцидентов
- Познакомиться с ближайшими коллегами
Неделя 1:
- Настроить рабочее окружение и запустить проект локально
- Обновить документацию по настройке, если она устарела
- Узнать ожидания менеджера — конкретные сроки и метрики
- Начать записывать все незнакомые термины и системы
Месяц 1:
- Закрыть первые задачи, пройдя полный цикл разработки
- Активно участвовать в стендапах — рассказывать, показывать, спрашивать
- Найти наставника или старшего коллегу для совместной работы
- Использовать «окно новичка» — задать все вопросы, пока можно
- Начать понимать архитектуру системы и ключевые компоненты
Главное
Первый день — это только начало. Не пытайтесь произвести впечатление героическими подвигами. Вместо этого будьте системны: записывайте, спрашивайте, доставляйте результат, рассказывайте о своей работе. Разработчики, которые ведут рабочий журнал, активны на стендапах и не боятся задавать вопросы, адаптируются быстрее и растут дальше. Удачи на новом месте!