Как вы оцениваете компетентность по времени (годам)? [закрыто]

Когда я некоторое время назад искал работу в агентствах, у меня постоянно возникали вопросы от агентов по сбору платежей или в формах заявок, таких как:

Сколько лет опыта у вас в:

• оракул
• ASP.NET
• J2EE и т. Д. И т. Д. ....

Поначалу я отвечал верно ... 5 лет, 7 лет, 2 года, нет, несколько месяцев и т. Д. И т. Д.

Тогда я подумал; Я могу заниматься чем-то мелким в течение 7 лет и не быть компетентным в этом просто потому, что я просто оказываю небольшую поддержку устаревшей системе, работающей на SQL2000, которая требует 10 дней моего времени в течение последних 7 лет. В конце концов я отказался отвечать на такие вопросы.

Интересно, почему они задают эти вопросы больше? Любой, кто только что получил высшее образование в области компьютерных наук, может претендовать на опыт от 3 до 4 лет во всем, что они «касались» в системе кровообращения, что для меня может быть равно нулю или 10 годам, в зависимости от того, как вы на это смотрите.

Это может быть справедливо десятилетия назад, когда программисты и ИТ-навыки имеют совершенно разную природу. Я могу ошибаться, но я действительно сомневаюсь, что «время» или «годы» больше являются хорошим показателем компетентности или опыта.

Любое мнение / опровержение приветствуются!

Я согласен, эта мера компетентности не имеет смысла. Тем не менее, я предполагаю, что большинство рекрутеров этого не знают. Они просто пытаются сопоставить ваше резюме с должностной инструкцией как можно лучше. Если в объявлении о работе указано «10 лет опыта работы с Oracle», ваше резюме может быть отклонено, если в нем будет указано только 5 лет, даже если за эти 5 лет вы стали экспертом.

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

Вы подняли очень хороший вопрос.

Вам необходимо передать несколько частей информации:

1. Как долго вы используете эту технологию?
2. На каком уровне навыков вы себя чувствуете.
3. Когда вы в последний раз использовали технологию.

К сожалению, большинство рекрутеров просто ищут одну цифру, чтобы они могли ранжировать кандидатов и отправлять только тех, кто набрал «балл», потенциальному работодателю.

Вы должны сказать что-то вроде:

1997 - 2004, разработал набор инструментов 3D и настольные приложения с использованием C и C ++ / MFC с Visual Studio 6.0

Это передает всю вышеупомянутую информацию, но не вписывается в большинство форм.

Как прямая мера компетенции, количество лет, в течение которых вы работаете над чем-то, вероятно, по большей части не имеет значения. Однако с точки зрения найма это дает очень широкое представление о том, потратил ли кандидат время на развитие опыта, необходимого для данной должности. Рекрутер может не знать об этом, но когда вы говорите что-то вроде «Требуется 12 месяцев, чтобы действительно узнать систему X», вы на самом деле говорите, что, по вашему опыту, в среднем большинство людей брало бы около 12 месяцев, чтобы узнать достаточно о системе х, чтобы быть компетентным с вашей точки зрения. Конечно, всегда есть достаточно большое количество людей, которые существуют за пределами кривой, чтобы сделать такие заявления неточными, но для того, чтобы иметь достаточно широкий выбор кандидатов без необходимости просеивать каждого отдельного человека самостоятельно, Вы указываете критерии, которые позволят вам познакомиться с широким выбором кандидатов с различными навыками и талантами, а затем работать оттуда. Если, с другой стороны, вы сказали: «Я ожидаю, что вы узнали все о системе x за 2 месяца, 7 дней, 5 часов, 11 минут и 37 секунд, вы, вероятно, слишком необоснованно сужаете поле».

Что касается того, отвечать или нет на такие вопросы ... ну, это полностью зависит от вас. Лично я считаю, что лучше просто сыграть в игру, а затем позволить себе быстро двигаться дальше. Вы можете чувствовать, что что-то «глупо» или «неразумно», но помните, что даже если вы не понимаете или не согласны с аргументацией, сам метод является просто средством для достижения цели, а не обязательно отражением компетенции интервьюер! ;-)

Я предпочитаю разделять в своем резюме опыт в продвинутых и основных категориях.

• Более продвинутые есть все технологии, которые я использую больше всего.

• На базовом уровне я представляю те языки и технологии, которые я оставил в прошлом, или те, которые я вижу меньше со временем.

Я не описываю годы в резюме, за исключением моего презентационного письма.

Это хорошие вопросы для рекрутеров:

1. Они знают, когда технологии стали доступны, и могут использовать их, чтобы обнаружить, являются ли ваши номера поддельными
2. Они также могут суммировать их, сравнивать с вашим возрастом и давать им другой способ проверить это.
3. Это также показывает, насколько вы подходите для позиции, требующей этих навыков. Вероятно, немногие из перечисленных технологий бесполезны, и они увидят, выберете ли вы их.
4. Также опыт всегда измеряется годами. Проект со сроком менее полугода, вероятно, бесполезен.
5. Но с другой стороны, такие вопросы также не могут объяснить, какие у вас есть другие навыки

Если, например, вы начали использовать ASP.NET в 2003 году, но с тех пор потратили только 1/4 своего времени на выполнение проектов с ним, то вам следует заявить, что опыт работы составляет всего 7/4 или примерно 2 года.

Для меня это просто отправная точка, чтобы привести к другим вопросам. Очевидно, что если у вас нулевой опыт, нет необходимости идти дальше, но если вы претендуете на 7 лет, подготовьтесь к нескольким углубленным вопросам. Я сомневаюсь, что кто-то получил работу, основываясь только на этом тупом вопросе.