Абстрактные вакансии

Часто слышно негодование, что HR/рекрутеры «не умеют» составлять (публиковать) вакансии. Но смешно то что технические специалисты с этим справляются не лучше.

На многих «прогерских» форумах есть раздел вакансий, в основном там отмечаются те самые рекрутеры, но иногда кто-то из тех-спецов создает тему в стиле «Мы ищем человека». И тут начинается самое интересное.

Далеко не каждый удосуживается назвать, кто такие «мы». А те, кто называют, ограничиваются Имя_Компании, более продвинутые дают ссылку на сайт (обычно главную страницу). Еще интересный момент: если «мы» — это аутсорс или просто большая компания, мало кто уточняет направление деятельности и описывает проект. Неужели для человека, который работает на проекте, так сложно дать парой предложений описание понятное описание. Почему я должен идти на:

Разработку системы для крупной западной конторы.

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

Много умных слов. Часто встречаются строки (например, для Java-программистов):

J2EE, WebServices, JMS, Hibernate, JDBC, SQL, EJB, Spring, GWT...

Скажите, у вас реально каждый занимается всем этим? В команде нет никакого разделения труда? Человека с лабания GUI перебрасывают на настройку межсерверных коммуникаций?

Hibernate, JDBC. Неужели на всех проектах в равной мере разработчику придется использовать обе технологии? Да, JDBC — это база, ее надо знать, но вы же не пишете «обязательно знание классических алгоритмов и структур данных».

EJB, Spring. Для других языков, наверное, также есть аналоги. Неужели у вас на проекте такая большая либа используется на 100%? Используется? И что, каждый разработчик активно работает со всеми частями?.. Ну, как скажете... А EJB? Тоже на 101%?.. Ну, как скажете...

Немного о базах данных. У вас и правда используются ORACLE, MySQL, PostgreSQL, MS SQL Server? И каждый разработчик активно работает со всеми и должен знать их особенности? Тогда зачем вам Hibernate? Неужели в комманде нет DBA/DBD/чего-то_в_этом_роде?

Мы предлагаем. Зачем вы перечисляете стандартный набор плюшек, или нестандартный. Напишите один-два пункта избранного, то, что вас бы заинтересовало. Для чего писать про страховку или удобный офис? Вы же там работаете — значит, это все есть или для вас это неважно; тот, для кого это важно, сам спросит.

Выводы:
Разница в том, что HR/рекрутер ищет человека, чтобы закрыть вакансию. Вы же ищете коллегу. Вы ищете человека не на проект, а на конкретную роль в этом проекте. По крайней мере, вы можете написать более точные аббревиатуры: если уже весь Spring, то хоть 2 или 3. :)

P.S. Кому интересно, кто я и чем занимаюсь, можете посмотреть в профиле + там есть ссылка на LinkedIn. Это если вам и правда интересно.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU