Разбираем вакансию на задачи и требования
Название «Junior frontend» не объясняет, кого ищет команда. В одном объявлении нужен человек для вёрстки, в другом — для поддержки сложного приложения. Разберём одну вакансию так, чтобы подготовка опиралась на задачи, а не на случайный список технологий.
Используем вымышленное объявление: команда учебного сервиса ищет начинающего разработчика для каталога материалов. В требованиях указаны HTML, CSS, JavaScript и Git; знакомство с React желательно. Работа предполагает исправление интерфейсов и взаимодействие с дизайнером.
Отделяем задачи от словаря
Перенесём содержание объявления в четыре столбца. Цитаты ниже придуманы для упражнения; при настоящем поиске сохраняйте точную формулировку и ссылку на вакансию.
| Фрагмент | Вид | Как понять на практике | Что уточнить |
|---|---|---|---|
| Исправлять интерфейсы | Задача | Разобрать дефект, изменить код, проверить | Как назначают и принимают задачи |
| Знать JavaScript | Требование | Работать с событиями и данными | Какие части языка используются |
| React будет плюсом | Пожелание | Быстрее включиться в текущий стек | Возможен ли старт без опыта React |
| Работать с дизайнером | Взаимодействие | Обсуждать состояния и ограничения | Есть ли готовые макеты |
Слова «обязательно», «желательно» и «будет плюсом» помогают расставить приоритеты, но текст может быть неполным. Если требование двусмысленно, поставьте вопрос; не дописывайте за компанию скрытое правило отбора.
Анна уже сделала каталог на обычном JavaScript. Она может показать фильтрацию и обработку пустого списка. Это связано с задачей интерфейса, даже если её пример не использует React. Чтобы понять, достаточно ли этого на входе, нужен вопрос о фактическом стеке и ожиданиях от новичка.
Отмечаем ограничения отдельно
Условия вакансии не являются техническими навыками. Запишите формат работы, график, место, язык общения, доступную информацию о вознаграждении и необходимость поездок. Если поле отсутствует, пишите «не указано». Пустое поле нельзя автоматически считать удобным условием.
Рассмотрим вариант: объявление подходит по задачам, но требует присутствия в офисе пять дней в неделю. Анна сейчас не может переехать. Дополнительный курс React не исправит это несоответствие. Сначала стоит уточнить допустимый формат, затем тратить время на адресный комплект.
Полезно также отделять уже известное от предположения. «В объявлении названы код-ревью» — известное. «Наверняка будет постоянный наставник» — предположение. На собеседовании они превращаются в разные вопросы: кто проверяет изменения и сколько времени выделяется на обучение.
Получаем решение по вакансии
После разбора присвойте вакансии рабочее решение: готовить отклик, сначала уточнить условия или отложить. Укажите причину одним предложением. Для нашего примера: «Готовить отклик; каталог подтверждает часть задач, ожидания по React уточнить до тестового».
Не высчитывайте механический процент совпадения по количеству слов. Десять необязательных библиотек не равны одному обязательному условию. Рассуждение должно учитывать смысл работы и стоимость неизвестности.
Для самостоятельной проверки дайте таблицу знакомому и попросите назвать две главные задачи роли. Если он видит только перечень технологий, вернитесь к объявлениям и восстановите действия: что сотрудник создаёт, исправляет или исследует. Именно эти действия будем связывать с примерами навыков.