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