Требования в Вакансиях: что реально ценно и нужно прокачать, а что hr пишут для галочки.

Если вы уже ходили на собеседования, то, скорее всего, уже столкнулись с тем, что вакансия со своими требованиями сильно отличается от того, на что рекрутер/hr в итоге обращает внимание. В вакансии, например, указаны 10 пунктов и вы точно по 9 из них понимаете в чем дело, а на практике этот 1 пункт может как раз оказаться решающим, по которому вас будут отсматривать. Т.к. пока мало кто пишет вакансии так, чтобы ты читал и сразу понимал интересно тебе это или нет. Или осознаешь, что не подходишь, но понятно куда и как расти.

Разбираем вакансии. Что хотим?

1. Понять, на что из этого можно не обращать внимания до собеса.
2. Увидеть ключевые пункты, о которых стоит писать в сопроводительном письме, чтобы сразу выделиться.

1 этап. Чистка.

Нам нужно понять по вакансии, а что бизнесу в первую очередь важно?

Из вакансии на бекэндера выделяем пункты, которые пересекаются со следующими ключевыми словами:

1. ООП
2. http
3. TCP/UDP
4. HTML, CSS, XML
5. базовые или базовый
6. Навыки
7. Понимание каких-то основ
8. API, REST, если нет указания в будущем на DRF или Fast API или явного указания на умение работать с API.
9. Django, Flask, Fast API если все вместе указаны в одной вакансии
10. PostgreSQL, MySQL
11. Linux, bash, Ubuntu
12. Git, CI/CD

На них не обращаем внимания, они нам понадобятся дай бог только на собесе. А у нас сейчас цель - добраться до собеса.

2 этап. Поиск братьев.

Из того, что осталось смотрим, что повторяется. Если такое найдете, то это, скорее всего, самое ключевое, что им нужно.

Вот в качестве примера ссылка на вакансию: https://kazan.hh.ru/vacancy/86288456

Тут явно заметны 2 пересечения:

1. "Знание Redis", "Знание Celery" и "Представляете, что такое система очередей и зачем она нужна".
2. "Знание, что такое REST" и "Понимаете, что такое API и есть опыт работы с API различных сервисов/сайтов /систем;"

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

3 этап. Вспоминаем опыт.

Посмотреть проекты, которые мы уже делали на курсах, фрилансе или когда делали тестовые. Оттуда по максимуму выписываем, что было реализовано с использованием этой технологии и подробно описываем в сопроводительном.

Если ключевика не выявили, то описываем более глубинные технологии которые использовали, типа DRF, Docker, Ansible, async, aiohttp, Grafana, Mongo DB или, потенциально, различные интеграции.

4 этап. Успех.

Поздравляю! Вы нашли вакансию, которая вам интересна и понятна. Вы написали конкретное, а не шаблонное сопроводительное, что делают только 20% соискателей. И, скорее всего, уже получили приглашение на собеседование. Половина пути уже пройдена🔥

Мы не теоретики, мы - практики.