Испытательный срок junior frontend-разработчика: как пройти и не выгореть

Технически вас уже проверили на собеседовании. На испытательном смотрят на другое: как с вами работать каждый день.

Хорошая новость: всё это можно улучшить за несколько недель, если знать, что именно оценивают. Условия самого испытательного срока, его длительность и порядок завершения прописаны в договоре и оффере. Их стоит прочитать до выхода, а вопросы задать заранее, как советует гайд «Оффер в IT».

1. Первая неделя: разобраться. Поднять проект локально, прочитать документацию, понять структуру папок, как устроены роутинг, состояние и запросы. Записывать всё непонятное в отдельный файл.
2. Вторая неделя: первая задача. Обычно небольшая: поправить вёрстку, добавить поле в форму, исправить баг. Цель не скорость, а пройти весь цикл: ветка, код, ревью, слияние, выкладка.
3. Дальше: задачи крупнее. Каждую следующую задачу берите чуть сложнее. Замечания с ревью сразу применяйте и в новых задачах.
4. Середина срока: сверка. Попросите руководителя о короткой встрече: что получается, что улучшить. Не ждите конца срока, чтобы узнать оценку.
5. Последние недели: самостоятельность. Хорошо, если к этому времени вы закрываете типовые задачи без помощи и сами предлагаете улучшения.

Самая частая ошибка новичка: молчать, чтобы не показаться слабым. Молчание обходится дороже. Задача висит, сроки горят, а команда узнаёт о проблеме в последний момент.

Правило простое. Застряли: потратьте на самостоятельный поиск разумное время, например полчаса или час. Не помогло: спрашивайте. Но спрашивайте так, чтобы ответить было легко.

В таком вопросе есть задача, что вы уже проверили и ваша гипотеза. Отвечать на него приятно, и он показывает, что вы думаете. Если гипотеза про кеш, рендер или эффекты, полезно освежить базу: эффекты в React и рендеринг.

Для junior код-ревью главный источник роста на испытательном. Каждое замечание бесплатный урок от старшего коллеги.

• Небольшие пулл-реквесты. Их быстрее смотрят и проще исправлять.
• Описание. Что сделано, как проверить, что осталось. Скриншот, если меняли интерфейс.
• Сами проверьте до ревью. Линтер, типы, тесты, ручная проверка на узком экране.
• Не спорьте, а уточняйте. «Почему так лучше?» нормальный вопрос. Если не согласны, объясните аргумент один раз и примите решение команды.
• Ведите список замечаний. Перед отправкой нового кода пробегитесь по нему. Повторные замечания запоминаются сильнее всего.

Как смотреть чужой код и что в нём искать, разобрано в статье про код-ревью на собеседовании. Тот же взгляд помогает проверять и свой код перед отправкой.

Не успевать на испытательном нормально. Ненормально скрывать это до дедлайна.

1. Сообщите заранее, как только поняли, что срок под угрозой. Чем раньше, тем больше вариантов.
2. Объясните причину: задача больше, чем казалось, непонятное место в коде, зависимость от другой команды.
3. Предложите вариант: сделать часть сейчас, остальное отдельной задачей, или попросить помощи на конкретном шаге.
4. Отметьте для себя, что недооценили, и в следующий раз закладывайте запас.

Если не успеваете постоянно, поговорите с руководителем открыто. Возможно, задачи слишком крупные для текущего этапа, или вам не хватает какой-то базы. Тогда составьте план, что подтянуть, и занимайтесь понемногу каждый день.

На работе быстро становится видно, какие темы вы знаете поверхностно. Асинхронность, состояние, ререндеры, CSS-раскладка, работа с git. Не откладывайте их на «потом, когда пройду испытательный».

Двадцать-тридцать минут в день на одну тему дают заметный результат за месяц. Ориентир, что должен знать junior, есть в разделе «Что должен знать junior frontend». Если на собеседовании были темы, где вы плавали, начните с них: на работе они всплывут первыми.

• Молчать несколько дней, когда застряли
• Сообщать о сорванном сроке в последний день
• Повторять одни и те же замечания из ревью
• Отправлять на ревью огромный пулл-реквест без описания
• Ждать конца испытательного, чтобы узнать оценку
• Бросить учиться, потому что «работа уже есть»

• Проект поднят локально, структура и основные модули понятны
• Известно, к кому идти с вопросами
• Первая задача прошла весь цикл до выкладки
• Ведётся список замечаний с ревью
• В середине срока была встреча с руководителем об оценке
• Есть план, какие темы подтянуть параллельно с работой

• Зачем нужны keyReact
• Что вызывает перерисовкуReact
• Правила хуковReact
• useEffect: зависимости и очисткаReact
• От setState до экранаReact
• Устаревшее замыканиеReact
• Когда эффект лишнийReact
• Ноль в условном рендереReact
• Значение сразу после setStateReact
• Эффект без массива зависимостейReact

• Каталоги вопросов по React и JavaScript с разбором: удобно закрывать пробелы, найденные на работе.
• Карточки с повторением: 10 новых в день и повторения без лимита на бесплатном тарифе. Двадцать минут в день хватает, чтобы база не проседала.
• Билеты с зачётом по JavaScript: быстрая проверка, где тема знакома лишь на слух.
• Режим «держу форму» в тарифе «Рывок» помогает не терять навык собеседований и после выхода на работу.