Во время курса задача обычно уже разбита на шаги. Известно, какой урок открыть, какой компонент написать и где посмотреть готовое решение. После окончания эта подсказка исчезает. Если стало трудно, сначала проверьте, на каком этапе вы останавливаетесь: при выборе решения, написании кода или поиске ошибки.
Возьмите одну небольшую задачу без готового решения
Например, сделайте поиск по каталогу. Пользователь вводит строку, видит результат и может открыть карточку. Не добавляйте сразу авторизацию, оплату и десять фильтров. Для проверки самостоятельности хватит одного законченного сценария.
Перед кодом опишите поведение: что видно до первого запроса, во время загрузки, при пустом ответе и при ошибке сервера. Затем прикиньте, какие данные и состояния понадобятся. Документацией пользоваться можно. Вопрос в том, можете ли вы собрать решение из отдельных сведений, когда рядом нет инструкции по всему приложению.
Запишите места, в которых потребовалась помощь
Вместо общей оценки «я ничего не знаю» сохраните конкретные наблюдения. «Не понял, почему после запроса значение undefined». «Не смог выбрать, где хранить фильтр». «Исправил ошибку по подсказке, но не могу объяснить причину». По этим записям уже можно выбирать следующую тему.
Если непонятно, что происходит с данными
Вернитесь к функциям, массивам, объектам и асинхронности. Попробуйте воспроизвести проблему без React: входные данные, одна функция, ожидаемый результат. Если и такой пример не получается объяснить, разбор хука пока будет только скрывать пробел в JavaScript.
Если код работает, но его трудно менять
Добавьте одно небольшое требование: например, сохранять строку поиска в адресе страницы. Посмотрите, сколько мест придётся исправить. Это повод обсудить границы компонентов и хранение состояния на своём коде. Переписывать всё приложение на новую архитектуру ради красивых папок не нужно.
Если не получается найти причину ошибки
Проверьте, где именно расходятся ожидание и результат. Посмотрите вход функции, ответ API, обновление состояния. Сократите пример. Полезнее научиться различать эти шаги, чем запомнить ещё одну команду очистки кеша и применять её к каждой проблеме.
Проверьте проект как пользователь
- Откройте приложение заново и пройдите основной сценарий без подготовки данных вручную.
- Введите строку, для которой ничего не находится. Затем измените её на обычный запрос.
- Отключите сеть или вызовите тестовую ошибку API. Посмотрите, можно ли повторить действие.
- Быстро поменяйте поисковую строку несколько раз. Убедитесь, что экран показывает ответ на последний запрос.
- Пройдите форму клавиатурой и откройте страницу на узком экране.
Для каждого обнаруженного сбоя запишите, как его повторить. После исправления выполните те же действия. Так вы проверяете собственное изменение, а не просто убеждаетесь, что страница снова открывается.
Для этого проекта пригодятся разборы устаревших ответов в React, проверки данных API в TypeScript и доступных форм. Выбирайте материал по найденной проблеме, читать всё подряд необязательно.
Попробуйте объяснить два своих решения
Выберите место, где были варианты. Расскажите, почему состояние находится в этом компоненте или как вы обрабатываете ошибку запроса. Затем назовите ограничение: что изменится, если данных станет больше или появится второй потребитель. Не требуется заранее спроектировать большую систему. Нужно понимать текущий вариант и замечать, где он перестанет подходить.
Если объяснение получается только словами из видео, откройте код и проследите конкретный сценарий. Запрос ушёл, пришёл ответ, пользователь изменил фильтр - что произошло дальше? Такая проверка помогает подготовиться и к ревью, и к разговору о проекте на собеседовании.
Составьте план на ближайшие две недели
Возьмите две-три найденные проблемы. Например: разобраться с отменой запросов, добавить проверку ответа API и описать запуск проекта. Для каждой запишите действие и результат, который сможете показать. Список из сорока технологий здесь скорее помешает: по нему трудно понять, чем заняться сегодня.
Две недели - удобный срок для пересмотра плана, а не обещание готовности к работе. После практики снова пройдите тот же сценарий. Если проблема остаётся, измените способ занятий: сократите пример, попросите ревью или разберите тему на встрече. Повторять всё обучение с начала обычно нет необходимости.
С чем обращаться к ментору
Отправьте ссылку на проект и коротко опишите, что пробовали сделать сами. Особенно полезен конкретный вопрос: «Не понимаю, почему старый ответ заменяет новый» или «Не могу объяснить, какие данные должны жить в URL». Такой материал позволяет обсуждать код уже на первом разговоре.
Самостоятельную проверку можно продолжить в практикуме. Если нужна регулярная обратная связь по React, посмотрите программу frontend и как проходят занятия. На MentorCareer предполагается базовое знакомство с JavaScript: формат работы с нуля стоит обсуждать отдельно, а не рассчитывать, что пробелы исчезнут сами. Если хотите показать проект, отправьте ссылку и вопрос.