Как успешно пройти собеседование, чтобы получить следующую фронтенд-работу

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

Придерживайтесь того, что вы знаете лучше всего

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

![Вы знаете, какой вариант получит лучшее предложение.]

Сделайте ваш проект удобным для проверки

Убедитесь, что то, что вы доставляете, легко просмотреть. Идеальный поток с точки зрения рецензента был бы таким:

• получить рабочую ссылку

• увидеть своими глазами, что приложение работает как положено

• погрузитесь в код, чтобы увидеть, как вы добились того, что сделали

Просматривать код, не видя, работает ли он, кажется немного бессмысленным. Я не буду особо заботиться о том, как выглядит ваш код, пока не увижу, что он работает должным образом. И если не так просто увидеть, как это работает, я, возможно, никогда не удосужусь дать ему подробный обзор.

Сделайте что-то интерактивное и легко просматриваемое

Для внешнего приложения самое простое решение — развернуть его на одном из бесплатных серверов, которые вы можете использовать:

• страницы GitHub,

• Страницы GitLab или

• Нетлайф.

Никогда не отправляйте ZIP-файлы

Отправка ZIP-файлов имеет два недостатка, которые сами по себе могут стать препятствием:

• это неудобно

• открытие ZIP-файла представляет угрозу безопасности

Добавить README

Любой ваш проект нуждается в README, а задание на собеседование нуждается в нем еще больше. Вы должны кратко представить упражнение, которое вы реализуете, и связать полезное приложение. После этого вы можете добавить некоторую высокоуровневую документацию — какой фреймворк вы использовали и как создавать или тестировать свой код.

Поделитесь своим мыслительным процессом

Поделитесь с рецензентом своим мыслительным процессом. Если вы используете какие-то шаблоны или лучшие практики, то явно укажите их в документации. Если вы столкнулись с некоторыми компромиссами, опишите их и объясните, почему вы выбрали способ их реализации.

Убедитесь, что ваш проект работает

Убедитесь, что ваш проект функционален и работает в различных браузерах и на различных устройствах. Он не обязательно должен быть красивым, но он должен быть удобным — независимо от того, сидят ли рецензенты перед своими компьютерами или в автобусе со своими телефонами.

Настроить модульный тест

Настройка модульных тестов может быть отличным примером демонстрации того, что вы разработчик, ориентированный на качество. Вам не нужно стремиться к полному покрытию кода тестами: достаточно нескольких тестов, показывающих, что вы знаете, что это такое.

Сделайте свой проект сияющим

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

Сделайте это привлекательным

Добавьте несколько маршрутов в свой проект. Вы можете удерживать внимание рецензента немного дольше, добавляя дополнительные страницы. Может быть, короткий / about, чтобы они могли легко сопоставить это демонстрационное приложение с вашим резюме?

Настроить lint и красивее

Многие профессиональные команды используют линтеры и автоматизированные инструменты для обеспечения соблюдения выбранного ими стиля кода. В случае внешнего интерфейса это, скорее всего, будут ESLint и Prettier. Сделать то же самое может быть приятным штрихом к вашему демонстрационному проекту — если в команде есть разработчики, ориентированные на согласованность, они наверняка это заметят.

Делайте осмысленные коммиты

Git (или, в более общем смысле, контроль версий) — важнейший инструмент для совместной работы над проектами в области ИТ. Команда работает над репозиторием Git, поэтому очень важны хорошие сообщения о коммитах. Если вы создадите историю, которая имеет смысл для примерного проекта, это хороший знак того, как будет выглядеть ваш вклад в проект компании.

Также опубликовано здесь