Почему первые месяцы так важны
Смена работы — один из самых стрессовых моментов в карьере. Вы оказываетесь в незнакомой среде: новый код, новые люди, новые процессы. От того, как вы проведёте первые 90 дней, зависит ваша репутация в команде на годы вперёд. Как точно подметил один разработчик: «Выкладывайтесь по максимуму в первые месяцы — и о вас всегда будут думать как о трудяге».
Эта статья основана на опыте сотен разработчиков, которые делились советами о том, что действительно помогает адаптироваться на новом месте. Разберём по этапам: первая неделя, первый месяц и первый квартал.
Первая неделя: слушайте больше, чем говорите
Не пытайтесь всё изменить сразу
Самая распространённая ошибка новичков — приходить с менталитетом «сейчас я всё исправлю». Вы видите легаси-код, странные архитектурные решения, неоптимальные процессы и хотите немедленно предложить улучшения. Не делайте этого.
За каждым «странным» решением обычно стоит контекст, который вы пока не знаете: ограничения по времени, техническому долгу, бизнес-требования или просто история, которую нужно понять. Как заметил один Senior SRE: вместо «я думаю, нам надо делать вот так» лучше спрашивать «а почему мы не делаем вот так?» — в 9 из 10 случаев вам дадут хороший ответ, который углубит ваше понимание системы.
Записывайте свои наблюдения в личный документ — они пригодятся позже, когда у вас будет достаточно контекста.
Следуйте стилю кода с первого коммита
Удивительно, но это один из самых частых комментариев на код-ревью новичков: «пожалуйста, прочитайте и следуйте нашим стайл-гайдам». Казалось бы, мелочь, но она формирует первое впечатление. Настройте линтер и форматтер (Prettier, ESLint, Black — в зависимости от стека) до того, как отправите первый PR.
Бонусный совет: если в команде ещё нет автоматического форматирования кода — это отличная идея для первого небольшого улучшения. Плагины, которые форматируют код при сохранении, экономят время всем и убирают споры о табах, пробелах и переносах строк.
Настройте рабочее окружение
Первым делом разберитесь с инструментами. Настройте локальное окружение для разработки, получите все необходимые доступы, разберитесь с CI/CD-пайплайном. Чем раньше вы сможете запускать проект локально и деплоить, тем быстрее начнёте приносить пользу.
Если документация по настройке окружения устарела или неполная — обновите её по ходу настройки. Вы одновременно поможете будущим новичкам и покажете инициативу. Это один из лучших вкладов, которые может сделать новый сотрудник: у вас свежий взгляд и вы замечаете то, что «старожилы» давно перестали видеть.
Знакомьтесь с людьми
Запланируйте короткие 1-on-1 встречи со всеми членами команды. Узнайте, кто за что отвечает, какие у них текущие задачи и болевые точки. Это даст вам карту знаний: к кому обращаться с вопросами по конкретным темам.
- Тимлид / менеджер — узнайте ожидания на испытательный срок и что он ценит больше всего
- Техлид / архитектор — попросите обзор архитектуры системы
- Ближайшие коллеги — узнайте неформальные правила команды
- DevOps / SRE — поймите, как устроен деплой и мониторинг
Первый месяц: набирайте контекст через маленькие победы
Доставляйте результат быстро
Не стремитесь к идеальному, сложному решению. В корпоративной среде и так тратится много времени на планирование — все оценят, если вы будете двигаться быстро и фокусироваться на том, что приносит реальную пользу. Начните с багфиксов, мелких улучшений, обновления зависимостей. Каждая такая задача — повод пройти через весь цикл разработки: взять задачу, написать код, пройти код-ревью, задеплоить.
Читайте код, а не только документацию
Документация часто устаревает, а код — нет. Выделяйте время на чтение кодовой базы, даже если вам не нужно ничего менять. Разберитесь в структуре проекта, основных абстракциях, паттернах, которые использует команда.
Полезная практика — читать pull request'ы за последние несколько месяцев. Так вы увидите, какие изменения вносятся, какой стиль код-ревью принят в команде и какие решения принимались недавно.
Задавайте вопросы правильно
Не бойтесь спрашивать, но уважайте время коллег. Перед тем как задать вопрос:
- Попробуйте найти ответ самостоятельно (документация, код, история чатов)
- Сформулируйте вопрос конкретно: что вы пытаетесь сделать, что пробовали, где застряли
- Спрашивайте так, чтобы показать, что вы искали: «Я искал документацию по X, но не нашёл — она существует? Если нет, к кому обратиться?»
- Спрашивайте в публичных каналах — ответ может быть полезен другим
- Никогда не задавайте один и тот же вопрос дважды — записывайте ответы
При этом не впадайте в другую крайность. Как сказал один опытный разработчик: «Я лучше отвечу на 'глупый' вопрос, чем буду думать, что вы поняли то, что не поняли». Если вы потратили больше 30 минут на поиск ответа — спрашивайте.
Ведите заметки
Заведите личный документ и записывайте всё: архитектурные решения, неочевидные зависимости, контакты, аббревиатуры, бизнес-термины. Через месяц эти заметки станут вашей персональной базой знаний.
Первый квартал: от новичка к полноценному члену команды
Выясните, что ценит ваш руководитель
Узнайте, как устроен процесс продвижения и что значит «превышать ожидания» на вашем уровне. Берите карьеру в свои руки, потому что ваш менеджер, скорее всего, не поведёт вас в том направлении, которое лучше всего для вас. Он просто не знает, что для вас лучше. Это знаете только вы.
Фокусируйтесь на том, что ваш руководитель ценит больше всего, и станьте лучшим в этом.
Возьмите ответственность за что-то
К концу первого квартала постарайтесь стать «go-to person» хотя бы по одной области. Возможно, есть полузаброшенный сервис, который нуждается в доработке. Станьте экспертом: исправьте баги, обновите документацию, станьте человеком, которому пишут с вопросами по нему. Когда у вас есть зона ответственности, вы перестаёте быть «новичком».
Начинайте предлагать улучшения
Помните заметки из первой недели? Теперь, когда у вас есть контекст, вернитесь к ним. Часть наблюдений окажется неактуальной — вы поймёте, почему что-то сделано именно так. Но часть окажется реальными проблемами, которые команда привыкла не замечать.
Предлагайте небольшие улучшения процессов и вызывайтесь их реализовать. Но помните о тонкой грани между инициативностью и навязчивостью. Предложите идею, убедитесь, что она полезна, а потом реализуйте. «Я заметил, что наши тесты падают раз в неделю из-за race condition — вот PR с фиксом» работает в сто раз лучше, чем «у вас тут всё плохо написано».
Будьте щедры на похвалу
Замечайте работу других и не стесняйтесь отмечать вклад коллег. Когда кто-то вам помогает — благодарите публично. Когда чужой код или идея вас впечатлили — скажите об этом. Люди запоминают тех, кто ценит их работу, и это формирует репутацию надёжного командного игрока.
Коммуникация — ваш главный инструмент
Покажите всем, с кем взаимодействуете, что вы ответственны, честны и выполняете обещания. Давайте реалистичные оценки по срокам и не берите на себя больше, чем можете унести. Если допустили ошибку — признайте это. Проявляйте уважение к тем, у кого больше опыта. Всегда будьте готовы учиться и не ставьте собственное эго выше рабочих отношений.
Эти качества — не «софт-скиллы для галочки». Менеджеры и тимлиды постоянно говорят, что нехватка этих качеств — самая частая проблема среди разработчиков.
Чего избегать
- Не критикуйте предыдущую команду или код — вы не знаете всего контекста, а авторы могут сидеть рядом с вами
- Не сравнивайте с прошлым местом — фраза «а вот у нас на прошлой работе...» быстро утомляет коллег
- Не замыкайтесь в себе — изоляция на новом месте только усиливает синдром самозванца
- Не берите слишком много задач — лучше сделать три задачи хорошо, чем десять кое-как
- Не тратьте время на сложные решения — доставляйте результат, а оптимизировать будете потом
Чеклист: первые 90 дней
Неделя 1:
- Настроить локальное окружение, линтер и форматтер
- Провести 1-on-1 со всеми членами команды
- Узнать ожидания на испытательный срок от менеджера
- Завести документ для заметок
- Обновить устаревшую документацию по настройке окружения
Месяц 1:
- Закрыть 3–5 небольших задач, пройдя полный цикл разработки
- Прочитать ключевые части кодовой базы и недавние PR
- Понять архитектуру системы на верхнем уровне
- Разобраться в CI/CD и процессе деплоя
Квартал 1:
- Взять и завершить хотя бы одну значимую задачу
- Стать экспертом по одной области системы
- Предложить и реализовать хотя бы одно улучшение процессов
- Активно участвовать в код-ревью
- Узнать процесс продвижения и критерии «exceeds expectations»
Что почитать
Для более глубокого погружения в тему рекомендуем книгу Доны Саркар «You Had Me At Hello World» — практическое руководство о том, как строить карьеру в технологических компаниях.
Главное
Адаптация — это марафон, а не спринт. Не давите на себя: даже опытным разработчикам нужно 3–6 месяцев, чтобы выйти на полную продуктивность на новом месте. Будьте терпеливы к себе, любопытны к новой среде, щедры к людям вокруг вас — и помните: первое впечатление формируется быстро, а держится долго. Инвестируйте в него.