О рекрутерах и IT

Коллеги, пролейте чуть света на тёмную сторону.

Объясните мне роль рекрутеров в нашем неблагодарном деле. Дело в том, что я заметил, что огромное количество звонящих/пишущих совершенно не имеет представления о том, что нужно клиенту, и о том, что их клиенту могу дать (или не дать) я. Возможно, я пока не понял какой-то основополагающей логики? Вот какую картинку вижу я:

  1. В описании вакансий сплошь и рядом смесь теплого с зеленым. То есть в одной линейке перечислены технологии, для овладения которыми на приличном уровне нужны годы. Самая популярная связка — пара-тройка ходовых языков программирования и, внезапно — Adobe Photoshop или Premiere. Технически грамотное описание вакансии — огромная редкость.

[комментарий для неспециалистов: не бывает высококлассных программистов, которые одновременно являются высококлассными digital artist. Возможно, несколько штук в мире есть, но их наличие явно не есть кейс для рынка труда]

  1. Рекрутеры практически не задают технических вопросов. Как они определяют (и определяют ли?) пригодность кандидата? Стандартный набор — готов ли я к переезду, устроит ли меня XX в час, сколько лет работаю. Ладно, что-то можно списать на плохое знание языка (моё или даже их, бывают и такие). Но ляпы в переписке и описании вакансий на плохой язык не спишешь. В чем прикол? Даже те, диалог с кем потом заканчивался P2P-интервью с непосредственным нанимателем, не спрашивали ничего, что могло бы показать им мою профессиональную (не)пригодность.

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

Что я упускаю из виду?

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

Прикол ни в чем. Для новичков сложно усвоить вот такую истину: 99% рекрутеров понятия не имеют, чем отличается, скажем, software engineer от petroleum engineer. Они просто сравнивают резюме с описанием вакансии, и чем больше ключевых слов совпадет, тем больше у вас шанс пройти через фильтр этого рекрутера. Спрашивать вас о чем-то у них нет смысла. Если они что-то и спрашивают помимо зарплаты и прочего, то это слово в слово по списку, который им дал клиент.

Ничего вы не упускаете из виду. Некоторые компании нанимают рекрутеров, потому что у них нет своего HR отдела. Более крупные - потому что у них бюджет тупо разный для employees и contractors, но принципиальной разницы между ними нет.

Роль рекрутера заключается в поиске работника и забирании части его зарплаты. Что тут непонятного?

1 лайк

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

Угу, в этом есть определенная логика. Ключевые слова совпадают (увы, названия технологий пишут все одинаково). Я вообще думаю, что совпадение по ключевым словам есть 70% работы большинства рекрутеров.

Прикол ни в чем. Для новичков сложно усвоить вот такую истину: 99% ректутеров понятия не имеют, чем отличается, скажем, software engineer от petroleum engineer.

ОК, это я уже предположил выше :slight_smile:

Ничего вы не упускаете из виду. Некоторые компании нанимают рекрутеров, потому что у них нет своего HR отдела. Более крупные - потому что у них бюджет тупо разный для employees и contractors, но принципиальной разницы между ними нет.

Странность в том, что те компании, куда посылаюсь я, в 99% имеют свои HR Dept. Понятно, что бюджет разный, но неужели тощий бюджет может привести к подбору хоть контракторов, хоть эмплоеров путем найма вот этих, э… поисковых роботов? Любой in-house грамотный HR сделает это так же быстро, дешево и вдобавок качественно. Нет?

Роль рекрурера заключается в поиске работника и забирании части его зарплаты. Что тут непонятного?

Момент про зарплату подробнее можно? Спасибо :slight_smile:

А, вот ещё забыл. Это как это? Ну присяду я на уши, что я, например, skilled PHP developer и одновременно рисую, как Ван Гог (проверить они 1 хрен не смогут). Представление о вопросе имею, руководил этими девелоперами лет 10. Но потом-то встанет вопрос “пиши цуко код”, а я его не пишу. И не писал никогда, я работал над объектной моделью, которую потом кодеры реализовывали. И меня выпрут, и будут на 100% правы, ибо нефиг.

Самый правильный рекрутер - это тот, который не предлагает работать на его индусскую контору, а просто устраивает интервью с работодателем. От 90% остальных, предлагающих работать, по W2 проку ноль, исходя из моего опыта.

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

А что в этом странного? Все верно. Ок, поясняю про бюджет.

  1. В компании 5000 employees и 5000 contractors. Увольнение 2000 employees влечет массу негативных упоминаний в сми и уменьшение стоимости акций. Увольнение 2000 contractors влечет массу позитивных упоминаний в сми на тему “сокращения ненужных расходов” без увольнения employees, а также, весьма вероятно, увеличение стоимости акций.
  2. У каждого более-менее крупного менеджера есть бюджет для его отдела. Этот бюджет включает, грубо говоря, статью “на зарплаты” и статью “на все остальное”. Первая статья весьма трудно пробиваема в плане увеличения. Причину я только что описал.

Зарплаты employees платятся из зарплат. Зарплаты contractors платятся из всего остального. То, что при этом часть денег съедает трутень-рекрутер - неизбежная надбавка за отсутствие риска со стороны работодателя.

Хм… Не думал, что открою Америку кому-то такими сведениями. Я случайно видел инвойс одного моего рекрутера компании - конечному клиенту. На Corp-corp им платили на 18% больше, чем они мне. Просто так, за то, что они переслали мое резюме. На W2 этот процент может быть в разы больше.

А ты “пиши сцуко код”, и не выпрут :lol:

Не согласен. См выше.

Бинго! Повторюсь, но см. индийские резюме. Именно поэтому в долине так много индийцев в айти.

1 лайк

Индусы это - ад. Господи они просто как спам среди всех рекрутеров, увидят слово Java в твоем резюме на dice или где еще, (по-этому не кидаю своем резуме на craiglist) шлют тебе уже Java Dev, в основном все из New Jersey. И вообще если интересно поговорить с рекрутерами то норм сайт это Information Technology Jobs - Thingamajob.com . Мне они конечно ничто не нашли, но может кому помогут. Все люди там с чистым английским и можно “приятно” поговорить. А так да, иногда надо прям учится на ходу, благо на google.com никто не забанен и да если работодатель в сфере IT хочет провести с вами интервью, значит вы им подходите, HR отдел не станет тратить время на вас если вы им не подходите. Большинство описании позиций взято с потолка, просто ask them “What is ideal candidate for this position?”

Работа, но есть нюанс: я же немного :slight_smile: знаю свою отрасль. И знаю, что “быстро обучался” применимо, когда я (условно) знаю, например, язык программирования XXX, но работодатель требует YYY. Окей, алгоритмы и на Марсе одни и те же, а на чем их реализовывать – вторично.

Совсем другое дело, когда я, например, тот же программист на XXX, но тут нужно еще уметь нелинейный видеомонтаж (Adobe Creative Suite, ага). Так вот, этому “быстро” обучиться нельзя, так как оно совсем из другой ветки развития и вам нужно было сворачивать на неё лет 5-7 назад. Не случайно документацию к продукту и его код пишут (в идеале) разные люди, потому что этому в разных местах и по-разному учат.

Грубо говоря, я считаю, что можно быстро обучаться в рамках некоего (конечного) скиллсета. Возвращаясь к нашим айтишным баранам — никто не может “быстро обучиться”, например, MVC-парадигме, если до этого он всю жизнь занимался лидогенерацией, и специалист по e-mail рассылке вам в жизни не напишет даже алгоритм пузырьковой сортировки.

А ты “пиши сцуко код”, и не выпрут

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

С какого перепугу они не смогут проверить?

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

А вот в компании придется уже общаться с понимающими людьми. Если представился Ван Гогом - попросят портфолио показать, если крутым программером - попросят код написать. Как-то так…

P.S. Объектная модель, разработанная никогда не писавшим кода человеком, - вот это сильно, это по “нашему” :wink:

P.P.S. по поводу смеси “смесь теплого с зеленым” в описаниях вакансий.
Очень часто это результат copy-paste операций на предудущих описаниях вакансий. Была похожая вакансия, скопировали кусок, добавили новые требования, а ненужные требования удалить забыли. Так и обрастает объявление раз за разом гремучими смесями.
Часто это “письмо дяди Федора родителям” - допустим, описание вакансии исходит от нанимающего менеджера и проходит цепочку согласований и подписаний, кто-нибудь да и решит расширить описании, как считает лучше, а то вдруг выглядит не солидно.

Абижяищь :slight_smile: Пузырька и я напишу… Как там было на первом курсе… И где нынче можно скачать компилятор Паскаля? O_o

А если серьезно, то… Я, конечно, не специалист, но ваши слова выглядят, как будто вы специалист слишком узкого профиля. В какой-то мере, я тоже, хотя и совсем в другой области. В этом есть свои плюсы и минусы. Минус в том, что вам может понадобиться больше времени на поиск “вашей” работы, либо 100%-й переезд при нахождении оной. Плюс в том, что, если кому-то вдруг понадобится именно ваш skill set, то вы можете диктовать свои условия работодателю. По крайней мере, у меня так.

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

Хм, весьма интересные сведения. Я что-то такое предполагал, но не знал наверняка. Иногда, по-моему, еще и рекрутер что-то своего добавит.

Вот да, именно. Рекрутер не сможет, а не непосредственное окружение на новом рабочем месте. Т.е. фильтр №1 в терминологии этого треда.

А вот в компании придется уже общаться с понимающими людьми. Если представился Ван Гогом - попросят портфолио показать, если крутым программером - попросят код написать. Как-то так…

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

P.S. Объектная модель, разработанная никогда не писавшим кода человеком, - вот это сильно, это по “нашему” :wink:

Тонко ))))))) Ну акей, PHP-кода, а не “кода вообще” :slight_smile:

P.P.S. по поводу смеси “смесь теплого с зеленым” в описаниях вакансий.
Очень часто это результат copy-paste операций на предудущих описаниях вакансий. Была похожая вакансия, скопировали кусок, добавили новые требования, а ненужные требования удалить забыли. Так и обрастает объявление раз за разом гремучими смесями.
Часто это “письмо дяди Федора родителям” - допустим, описание вакансии исходит от нанимающего менеджера и проходит цепочку согласований и подписаний, кто-нибудь да и решит расширить описании, как считает лучше, а то вдруг выглядит не солидно.

Вот я бы больше на “не солидно” поставил. Вообще, неподготовленного человека такие многократно наследуемые ёлки из скиллов со всех мыслимых отраслей могут и до смены пола довести. Когда ты читаешь такую простыню и видишь, что где-то есть супермены, которые умеют рисовать, танцевать код и заправлять принтер, одновременно беседуя с клиентами хотлайна.

[QUOTE=Sabut;1084363]Абижяищь :slight_smile: Пузырька и я напишу… Как там было на первом курсе… И где нынче можно скачать компилятор Паскаля? O_o

)))))) их есть у меня Free Pascal Compiler | Free Development software downloads at SourceForge.net Мне стыдно, но когда-то я эту хрень преподавал. Очень, очень давно.

А если серьезно, то… Я, конечно, не специалист, но ваши слова выглядят, как будто вы специалист слишком узкого профиля. В какой-то мере, я тоже, хотя и совсем в другой области. В этом есть свои плюсы и минусы. Минус в том, что вам может понадобиться больше времени на поиск “вашей” работы, либо 100%-й переезд при нахождении оной. Плюс в том, что, если кому-то вдруг понадобится именно ваш skill set, то вы можете диктовать свои условия работодателю. По крайней мере, у меня так.

Приз — в студию! В яблочко, коллега. За последние 14 лет у меня было всего 2 места работы, и в обоих было четкое распределение ролей в техническом плане. Роль же PM-а я пока тупо не тяну за счет недостаточного языка, а это, как ни крути – производная от времени.

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

Угу. (ворчливо) похоже, вариант internship-а это делает жизнеспособным, вот что :slight_smile:

Selectee-2012 фотожоп у пхпшников и jsников идет автоматом так как приходиться либо верстать либо подверстывать, а весь дизайн в псд…

пс. Проф. объектную модель хайлоад проекта невозможно нарисовать не зная самых узких мест языка, причем в случае пхп надо иметь не только ну очень большой опыт работы с кодом, но и довольно хорошо представлять как написано непосредственно пхп и его либы! А так же как работает куча окружения проекта (включая такую его часть как бд), все это с бухты барахты не узнается, а приходит с годами опыта плотного программирования.

А их вообще и увольнять не надо. Просто новый контракт не дать.

Для джунов - да.
Если системный архитектор или сениор девелопер будет делать верстку - дорого очень будет. А тем более когда у нас везде MVC-фреймворки.

Ну да, и плюс это… кесарю – кесарево. Вся эта веб-кухня содержит кучу взаимовлияющих технологий, это проблема. И для рекрутеров – в том числе. Оно, как справедливо заметили выше, видит кучу скиллов, и ищет по ключевым словам. В итоге появляются программисты в Photoshop и верстальщики в JavaScript…

То есть копки на ccs3 + js только нубье делает? Так что бы без картиночек и все красиво? А где Вы цвета возьмете? Позвоните дизайнеру и спросите?

А Вы думаете проф. верстальщик дешево стоит? Что то я расценок ниже чем у php программистов не видел, только их обычно сейчас не верстальщиками называет а фронтэнд программистами, так как верстать без js уже не “в тему”.

Да и кто сказал делать? Я сказал подделывать, и где Вы выдели 100% разделение труда у веберов? На ютубе или фейсбуке - да, а 90 процентов интернета?

Вот Вам яркий пример, хайлоад проект конферендо, коллективно веб отдел с архитектом всего проекта (там не только веб) обсуждал кнопочку, как ее сделать без картинок, и поверьте в фотошоп он лазал смотреть на дизайн кнопочки и сам стили клацал в css.

Это я все к тому что тот кто программист php с большим опытом не может не знать фотошоп! Я не говорю проф дизайны выдавать, но поклацать, получить цвет, и вырезать картинку - да.

Дорого. Но не везде его купят :slight_smile: Видимая простота фронт-энда часто вынуждает использовать вместо него другие ресурсы, которые у команды/компании уже есть.

На ютубе или фейсбуке - да, а 90 процентов интернета?

Про ютуб и ФБ не понял, поясните, пожалуйста. Вы имеете в виду разработчиков обоих сервисов? Если да, то к нашей дискуссии это вряд ли применимо: там немного другой масштаб, чем привыкли большинство из нас (если тут есть кто-то из Google/FB, прошу прощения).

Это я все к тому что тот кто программист php с большим опытом не может не знать фотошоп! Я не говорю проф дизайны выдавать, но поклацать, получить цвет, и вырезать картинку - да.

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

Это я про вот про что “Если системный архитектор или сениор девелопер будет делать верстку - дорого очень будет. А тем более когда у нас везде MVC-фреймворки.”

А чего там угадывать?

Для вебера на ламп PHP, CSS, JS, HTML5, MYSQL, Linux-продвинутый пользователь, Photoshop
Для вебера ASP php меняем на C#, MySQL на MsSQL

Это если брать в общем, а вот дальше, особенно то что касается ламп, там уже есть специализации, и не корректно когда рекрутеры указывают что то вроде Zend Framework, Yii, Bitrix, cohana ну и еще парочку, тут на каждый фреймверк надо потратить год и более, а что бы быть в нем профи то и нельзя прерывать разработку, то есть писать сразу на 3-6 фреймверках, НО я такие вакансии очень редко встречаю. В основном 1 фейверк и что то в роде, будет бонусов знание дополнительных фреймверков.

Еще прикольно когда к 5 фремверкам докидывают руби… Так, просто, бонусом будет, видать Zend хотят на руби переписать :slight_smile: