Я чувствую себя достаточно квалифицированным программистом, но я сталкиваюсь с большим количеством сообщений о работе, которые заставляют меня чувствовать себя иначе. Почти все они разделяют квалификации на требования и пожелания, но даже часть требований может быть пугающей.
Я видел много публикаций, в которых говорится, что им требуется несколько лет (2 или более) опыта в относительно небольшой технологии или библиотеке, что-то специфическое для их компании. В других случаях я вижу 5 или даже 7+ лет опыта, требуемого для языка. Сами по себе некоторые из них были бы нормальными, но это становится нелепым, когда небольшая городская компания говорит, что вам нужно 3 года на двух языках, знание сетевого программирования, сценариев, баз данных и тому подобное, например, «опыт работы с большими крайне избыточными критически важными бизнес-системами». Все одновременно.
Действительно ли они ожидают найти кого-то, кто имеет большой опыт работы с точно таким же набором технологий, который они используют? Мне трудно найти одну публикацию, в которой у меня нет хотя бы 1 или 2 лунок в наборе навыков. Я слышал снова и снова, что большинство мест ценят вашу способность быстро учиться и будут учить вас на работе, но тогда зачем говорить, что это необходимо? Они просто пытаются отговорить нижнюю часть ствола (неудачи FizzBuzz) от применения?
Ответы:
Да, они определенно делают. Однако я обычно придерживаюсь правила 75%: если я чувствую, что знаю по крайней мере 75% требований, тогда я продолжу и подам заявку. Все остальное они могут просто обучить меня.
источник
Со стороны найма вот как это работает
Ведущий разработчик записывает требования для двух работ
Менеджер проектов объединяет их в одно объявление = "веб-дизайнер, который знает erlang"
Это пропускается через уровни управления, чтобы комментировать -
комментарий состоит из того, что они добавляют единственный язык / технологию, о которой они слышали
Затем HR исправляет это, изменяя perl на pearl и используя 2007-летний опыт работы с Windows Server.
Затем рекрутер «улучшает» резюме кандидатов - говорит, что он знает VB, это язык, Erlang - это язык, поэтому я просто поменяю его на 10-летний опыт работы с Erlang.
источник
Некоторые работодатели просят золото, когда им действительно нужно серебро; если они могут получить это на зарплату олова, тем лучше.
Это неправильно думать, ИМО. То, что они действительно должны искать, это стальные инструменты для изготовления золота, и это то, что вы должны убедить их.
источник
Вот причина, которую еще никто не раскрыл: правительственное ведомство хочет нанять конкретного человека на открытую должность. Из-за правил найма на государственную службу они не могут этого сделать. Им нужно устроить конкурс и посмотреть на всех подходящих кандидатов. Но они уже имеют, кого хотят, по контракту, и получение человека на эту должность - желаемый результат. (Кроме того, если НЕ получить этого человека, это приведет к тому, что после окончания контракта он пробудится несколько лет).
Решение? Выясните каждую вещь, которую знает человек, и сделайте требования максимально соответствующими этому списку. Это приводит к тому, что требования кажутся глупыми, а в некоторых случаях на самом деле даже не совпадают с требованиями к работе, но они также гарантируют, что человек, которого они хотят, почти наверняка тот, кто их встречает.
источник
Они делают, потому что большинство резюме преувеличены
Как говорит ПДР, это цикл. Единственный способ разобраться в этом - это предоставить что-то из коробки как реальную и актуальную проверку ваших навыков. Вещи, которые приходят на ум: личные проекты (например, с открытым исходным кодом), сложные проблемы, которые вы решили, и контактная информация надежных коллег, которые могут порекомендовать вас.
Существует риск, связанный с предоставлением дополнительной информации, которую компании могут тщательно изучить, но иногда может оказаться целесообразным выделять резюме, не болтая о том, насколько вы «круты».
источник
Они преувеличивают, и я считаю, что это ошибка. Те, кто не подает заявку, потому что они не могут выполнить 100% или даже 90% требований, вероятно, являются людьми, с которыми вы хотите поговорить, но они не подают заявки, потому что «они могут читать спецификации».
источник
Они делают, и из моего опыта есть две причины для этого:
Номер 1 самый раздражающий. Это произойдет примерно так: специалисту по подбору персонала или персоналу по набору персонала дается список технологий, которые используются в компании, вместе с кратким описанием того, какие из них являются актуальными и важными, а какие, возможно, незначительными и / или выход. Затем они будут часто неверно истолковывать, какой из них принадлежит спискам «требуемый» или «желательный», или, что еще хуже, представлять что-то чрезвычайно маргинальное как повседневную требуемую реальность.
Например: на одном из моих предыдущих заданий рекрутер сказал мне, что компания использует Rational Rose и выполняет очень формальное проектирование и разработку с использованием UML и т. Д. Оказалось, что ни Rational Rose, ни UML, ни какой-либо другой формальный процесс проектирования не использовались на компания вообще - это было просто то, что контактное лицо компании упомянуло как «приятно иметь», просто как обширную справочную информацию по какой-то причине. Но рекрутер побежал вместе с ним и представил эту роль как жесткую роль, основанную на процессах проектирования.
Еще один случай, когда у меня была заявка на роль в C ++, и в итоге я занимался Java. Это была большая компания с несколькими разными продуктами. Они наняли меня на роль C ++, я занимался этим восемь месяцев, а затем им понадобились дополнительные руки в команде Java. На самом деле, другие люди пошли прямо в другую команду после того, как прошли собеседование на работу в другой команде.
TL; DR : Да, они делают. Иногда из-за незнания того, что важно, а иногда из-за преднамеренной попытки запугать. Я думаю, что «правило 75%» - хорошее эмпирическое правило. Кроме того, возможно, читая между строк и думая о том, что роль может включать в себя. Эти списки часто пересекаются или просто избыточны. например. Если вы знаете, как работает XML, и использовали его годами, вы узнаете протокол передачи данных на основе YAML или JSON за день. например. Подумайте, как ваш существующий набор навыков можно перенести на то, о чем просит роль. Часто знание конкретного инструмента менее важно, чем знание концепций, лежащих в его основе.
источник
Я имел обыкновение разрабатывать для компании, которая сделала HR-программное обеспечение, чтобы решить этот точный вопрос, и есть еще один фактор, о котором никто не говорил. Компании часто используют «количество лет опыта работы с X» в качестве прокси «хорошего в X», поэтому, когда они просят кого-то с «5 годами Java», они действительно хотят кого-то, кто является отличным Java-разработчиком.
Это хорошо работает в других отраслях: юрист с 7-летним стажем, как правило, лучше, чем юрист с 3-х летним стажем. То же самое касается доктора: вы бы выбрали кардиохирурга с 1000 операциями под его поясом над новичком, который сделал 10. Но это не так хорошо применяется в программировании. Мы все знаем умных программистов, хорошо разбирающихся в разных языках, которые после 6 месяцев освоили Java, как вторую натуру. Мы также знаем людей, которые десятилетиями плохо кодировали на Java. Опыт просто не коррелирует с навыками программирования, как в других отраслях.
Так почему они спрашивают это, вы говорите? Потому что на самом деле нет лучшего способа задать вопрос. Если вы ищете умного программиста, вы не можете просто сказать «Умный в Java»; Вы должны сказать "5 лет опыта в Java". Поэтому, когда вы видите объявление о работе, требующее 5-летнего опыта работы с 2-летней технологией, это просто означает, что они ищут программиста рок-звезд. Так что, если вы думаете, что у вас это есть, подайте заявку.
источник
Да, они делают. К сожалению, это самосохраняющийся цикл. Чем больше людей привыкнут к мысли, что если у вас есть большая часть того, что они ищут, они будут брать у вас интервью, тем больше вам придется преувеличивать, чтобы устранить тех, кто не имеет того, что вам действительно нужно. Это печальная проблема, но я не вижу выхода из этого цикла.
источник
Я не думаю, что это вопрос преувеличения, а просто незнание реальных требований. Недавно я заглянул за кулисы, когда менеджер на два уровня выше меня попросил помочь опубликовать объявление о работе. Их единственный вопрос заключался в том, должны ли они использовать шаблон .NET или J2EE для нового найма на конкретный проект. Это дает вам две части информации (по крайней мере, о компании, с которой я заключил контракт).
Основываясь на многих объявлениях о вакансиях, которые я видел, я представляю, что многие менеджеры по найму используют один и тот же ошибочный подход.
источник
На мой взгляд, я также думаю, что есть некоторое преувеличение. Тем не менее, я обнаружил, что даже когда я выполнил 75% требования, мне, возможно, поступили предварительные звонки, но когда я был честен с остальными 25%, мне не ответили еще раз.
Если вы обнаружите, что вы постоянно не выполняете требования, возможно, вам стоит заняться расширением своей базы знаний самостоятельно. Создайте простое приложение самостоятельно и поместите его в свое резюме. Я нашел самый большой актив в моем резюме были мои личные проекты (даже если они были небольшими).
Просто мои 2 цента.
источник
Да, они делают. Немного, что иногда может быть трудным, - это войти в дверь и успокоиться во время интервью, но если вы справитесь с этим и у вас все получится, интервьюер скоро поймет это (если они будут хорошими).
А также некоторые фирмы хотят нанять идеального человека, но не слишком беспокоятся, если они никогда не найдут их (кажется), поэтому у них может быть реклама, торчащая буквально ЛЕТ.
Когда я брал интервью у людей в прошлом для ролей разработчиков, я всегда хотел видеть ярого ботаника с чувством юмора, к которому, я думаю, он подойдет. К сожалению, вы действительно видите много грязи!
Что касается глупой рекламы, в 2007 году я помню, как увидел объявление о работе, которому нужно более 10 лет опыта .NET (думаю, когда ему было 5 лет) ...
Такой вид рекламы заставляет любого компетентного программиста думать, что тот, кто его разместил, - идиот.
Даже забывая о том, что вы, должно быть, работали одновременно на двух штатных работах, или работали в микроволновке, или путешествовали со скоростью, близкой к скорости света, или что-то в этом роде (смеется), требуя более 10 лет опыта для кодирования? ! Шутки в сторону?! С каких это пор это было необходимо ?
источник
Некоторые делают, некоторые нет. Важной частью публикации вакансии является не раздел требований, а описание работы. Если вы искренне верите, что можете справиться со всеми задачами, которые будет включать эта работа, без слишком большого обучения, подайте заявку на нее.
источник
В общем, объявление о работе перечисляет набор необходимых навыков, а не просто набор.
По сути, объявление о работе описывает «Оптимального кандидата», но редко описывает основные требования. Это молчаливое предположение, что кандидаты будут подавать заявки, если они чувствуют, что они «достаточно близки» к тому, о чем просят.
В конце концов, очень часто возникает нечеткий процесс определения того, является ли пересечение требований к работе и квалификации кандидата достаточным для дальнейшего расследования.
Как правило, лучше применять, если вам нравится возможность и вы чувствуете, что у вас есть опыт, который слабо отображает то, что они просят. В этом нет никакого вреда - если они чувствуют, что ваш 2-летний опыт слишком мал, они просто не будут следить.
источник
На мой взгляд, нет, объявления о работе обычно довольно точны с точки зрения требований, но обычно они описывают идеального кандидата. Я думаю, что в большинстве ситуаций эти сотрудники будут стремиться к высоким целям, но в конечном итоге, в конце концов, немного пойдут на компромисс, когда им нужно будет выбрать человека для заполнения должности.
Является ли большая часть заявленных требований к работе точной или нет, вероятно, немного отличается от вопроса, но я могу видеть, что если человек, пишущий объявление о работе, неопытен или не располагает необходимыми подробностями о должности, которую он может попытаться отменить, чтобы будьте осторожны, чтобы они не пропустили некоторые важные детали, зная, что, если они случайно потерпят неудачу, то те, кто проводит собеседование или кто получит недостаточно подготовленный наем, могут обвинить их. Хотя я полагаю, что при сумме денег, которая уходит на поиск новых сотрудников, ситуация будет в меньшинстве случаев, в противном случае это просто приведет к большой потере ресурсов компании.
Из моего опыта найма и написания аналогичных требований к работе я понимаю, что большинство требований выполняются правильно. Если вы читаете объявление о работе, и оно кажется непоследовательным или звучит так, будто оно написано кем-то, кто не работает в данной области или не понимает, какие элементы они перечисляют в качестве требований, тогда это может быть хорошим показать, что эти вещи могут быть неточными, и что было бы лучше, чтобы их интервьюеры сами решали, подходите ли вы для этой работы.
источник
Я думаю, что большинство компаний знают, что они не получат именно то, что ищут, но зачем рисковать? Если кто-то подает заявку, у которой, как оказалось, есть именно то, что он ищет, тогда он (оба) побеждает. Если кто-то подает заявку, у которой есть навыки / опыт, которые ему важнее всего, то обучение обычно заполняет пробелы. Я думаю, что это происходит для любого достаточно квалифицированного вида работы.
источник
Ну, я должен быть противоположным. У меня есть только собственный опыт, однако я действительно разместил объявления о работе.
Если ваша компания даже наполовину компетентны, то вы собираетесь получить много сот из квалифицированного резюме. Около 80% из них удовлетворят 80% ваших требований, и около 20% удовлетворят 100% ваших требований.
В общем, я предпочитаю умных, и добиваюсь успеха , но для некоторых должностей (старший / архитектор) вам нужен кто-то, кто был в окопах. Например, тот, кто уже знает о сбоях xss в фреймворке ABC, так что это не кусает вас задом спустя 12 месяцев.
источник
Вы увидите много этих объявлений также на австралийских вакансиях. Особенно австралийцы (HR), похоже, ценят опыт работы с технологиями выше ваших способностей, навыков, образования или проектов, которые вы завершили. И им нужен опыт работы с конкретной технологией - 5 лет или около того в сумасшедшей библиотеке или в рамках, на изучение которой уходит несколько часов. На одной работе зарплата была отличной, поэтому я обратился только к специалисту по персоналу, который сказал, что ВСЕ «быстро учатся». Резюме каким-то образом попало в руки главы разработчика, который сразу же позвонил мне, но это уже другая история.
О да, и все знают .Net, нам нужен кто-то опытный в InstantForum! Все знают .Net, нам нужен кто-то опытный в InsiteCreation CMS! Все знают PHP и множество открытых источников, таких как Drupal, Magento и eZPublish, но нам нужен кто-то, кто имеет 5-летний опыт Wordpress!
Я не думаю, что это справедливо, но таков реальный мир для каждого профессионала.
источник
Это потому, что они попросили, чтобы последний человек, у которого была работа, написал свое собственное описание работы, и список просто продолжает расти с течением времени.
источник
Недавно я увидел описание вакансии для старшего разработчика .NET.
Требуется:
LAMP, PHP, MySQL Flex, ActionScript OpenGL
И конечно вы должны были знать C #
Я просто сидел и смотрел на экран, размышляя, не ошибся ли я, считая, что это чокнутый или они ошибались.
источник
ИМХО, большинство вакансий не преувеличивают свои требования.
Они просто делают ужасную работу, скрывая навыки, которые абсолютно необходимы для работы с первого дня, смешивая их с навыками, которые могут понадобиться или которые могут быть изучены на работе.
К сожалению, многие разработчики делают то же самое со своими резюме - они добавляют так много, что затеняют свои основные компетенции.
источник
Я добавлю еще один ответ здесь, хотя уже есть много ответов, потому что этот ответ является своего рода противоположностью. В то время как инфляция в должностных инструкциях очень распространена в отрасли, мой собственный работодатель очень часто нажимает на педали требований ролей, потому что
источник