Должен ли я относиться к своим навыкам с точки зрения многолетних знаний, многолетнего опыта или мастерства?

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

Одна вещь, над которой я разрываюсь, это то, как относиться к моим навыкам, из того, что я вижу, есть четыре варианта:

1. Годы знаний

Традиционный способ, кажется, записывает все время между тем, когда они впервые узнали об этом, и настоящим. То есть, если бы я выучил язык в январе 2010 года, то я бы сказал, что у меня было 3 года 9 месяцев опыта, независимо от того, как часто я использовал язык.

Недостатком этого является то, что вы рискуете получить вопросы, которые намного превышают ваши границы знаний, потому что вы не использовали этот навык в течение 3,75 лет.

2. Лет опыта

Этот метод суммирует общее количество времени, потраченного на фактическое использование навыка. Таким образом, то, что раньше равнялось 3 годам и 9 месяцам, теперь может быть указано как 3 месяца — общее время, потраченное на активное использование навыка.

Недостатком этого является то, что ваши навыки значительно снижаются по сравнению с людьми, которые используют метод 1 (на основе людей, судящих по резюме)

3. Уровень владения

Этот метод в основном заключается в том, чтобы сказать о навыке, а затем о том, насколько вы сильны в этом навыке. то есть

C# — новичок, Java — эксперт и т. д.

Недостатком этого является то, что не все оценивают новичка и эксперта так же, как все остальные. Так что это не намекает ни на что, кроме того, что вы могли использовать этот навык.

4. Просто навыки

Альтернативный метод состоит в том, чтобы просто перечислить имеющиеся у вас навыки и не указывать метрику, например, тогда список может выглядеть так:

с#, java, рубин

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

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

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

Ответы (5)

Как рекрутер, вот что ваши варианты значат для меня.

  1. Знания лет. Это никоим образом не полезная мера, и если вы ее используете, я буду интерпретировать ее как «годы опыта». Если я узнаю, что вы не использовали активно этот навык в течение стольких лет, я буду думать о вас как о человеке, преувеличивающем ваши заявления, и усомнюсь во всем остальном в вашем резюме. Не делай этого.
  2. Многолетний опыт Это хороший простой способ указать ваши знания, которые являются недвусмысленными и понятными. Рекрутеры знают, что люди могут иметь разный уровень квалификации с одинаковым многолетним опытом, но именно для этого и существуют собеседования. Для целей резюме это нормально. Это позволяет мне отсеять людей, у которых нет навыков, которые я ищу. Если каким-то образом ваш уровень навыков намного превышает ваш многолетний опыт, расскажите о том, что вы сделали и как конкретно вы приобрели этот навык.
  3. Уровень владения В общем, это не очень хорошая мера, потому что люди, как правило, плохо оценивают свой собственный уровень владения языком, особенно если их уровень низок. Я видел буквально десятки выпускников колледжей, заявляющих, что они являются «экспертами» C++, основываясь исключительно на том факте, что их проект C++ получил действительно хорошую оценку. использование этого, вероятно, не уменьшит ваши шансы, но постарайтесь не преувеличивать слишком сильно. Если кто-то активно признал вас экспертом, например, вам было поручено обучать других этому навыку, или официально признанным экспертом, обязательно упомяните об этом. Если вы работали с малоизвестными или необычными частями языка программирования или преуспели в действительно сложном проекте, укажите это особо. Если вы знаете, как, когда и зачем переопределять новыйоператор в C++, я буду впечатлен.
  4. Просто навыки Учитывая недостатки других методов, это кажется заманчивым вариантом, но если я ищу разработчика C++, то брать у вас интервью будет пустой тратой времени, если все, что вы сделали, это несколько недель на домашнем проекте. Вам абсолютно необходимо дать некоторое указание, чтобы различать навыки, в которых вы хороши, и навыки, которых вы только коснулись.

tl;dr Ваш лучший выбор — это многолетний опыт в сочетании с описанием того, что вы сделали с этими навыками.

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

Это зависит от тебя.

Я лично смешал все четыре в одном резюме, чтобы подчеркнуть свои сильные стороны и приуменьшить недостатки. Поскольку «многолетний опыт» в основном используется HR, я склонен преувеличивать навыки, которые мне нужны, чтобы обойти HR (годы, прошедшие с момента обучения), и недооценивать навыки, которые не имеют значения для должности, но показывают широту знаний (годы использования).

Конечная цель — нарисовать довольно точную картину того, что вы продаете — вас, потому что, как вы сказали, вам нужно будет подтвердить свое резюме на собеседовании.

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

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

Пример: Java: высокий уровень владения языком — используется регулярно в течение последних 5 лет (перечислите технологии, связанные с Java).

Perl: Умеренные знания — редко используются для управления XYZ.

COBOL, C: использовали один или два раза при поддержке устаревшего проекта.

Не перечисляйте ничего, что вам было бы неудобно объяснять, как вы использовали это в интервью.

РЕДАКТИРОВАТЬ: Почему этот порядок?
Что касается технических должностей, вы хотите, чтобы интервьюеры знали, какими навыками вы обладаете на каком уровне. Если бы это была должность разработчика Python, но вашим основным навыком был Perl, вы бы все равно сначала перечислили Perl, а Python — ниже. Это дает интервьюеру точное представление о ваших навыках. Они могут быть готовы потратить некоторое время на обучение вас Python, но если вы ложно представите свои знания технологии, это может произвести плохое впечатление на собеседовании.

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

Вот что вы делаете: цельтесь низко!

Если у вас был только год профессионального опыта работы с Java, но вы выучили Java в 2009 году, укажите в резюме, что у вас есть 1 год опыта. Определенно укажите это как навык, но отметьте свои знания и мастерство чем-то низким, например, 3 из 10. Не бойтесь быть скромным!

Затем подумайте о том, чего вы достигли за год работы с Java. Вы улучшили процесс? Принесли ли вы определенный доход компании? Реализовали ли вы новую функцию в программном обеспечении, которая сделала ваших пользователей счастливее? Найдите впечатляющие примеры и перечислите их в своем резюме.

В сопроводительном письме не упоминайте опыт или свой рейтинг, просто упомяните, чего вы достигли. Ваши достижения — это то, как рекрутеры и менеджеры по найму будут отличать вас от других кандидатов. Почему? Потому что вы абсолютно, на 100% правы! Люди по-разному интерпретируют многолетний опыт и уровни навыков .

Подчеркивая свои достижения, вы показываете менеджерам по найму и техническим рекрутерам, что можете использовать свои навыки и делать с ними что-то важное.

Я прошел собеседование на должность Java, когда у меня было очень мало опыта в этом языке. Я работал над небольшим проектом и прочитал о модификаторах доступа и примерах вопросов для собеседования по Java, а затем пошел на собеседование. Я поставил себе низкую оценку по шкале интервьюеров от 1 до 10, а затем продолжил отвечать на каждый вопрос, который они мне задавали. Это произвело гораздо большее впечатление, чем все люди до меня, которые оценили себя на 8 из 10, но не могли вспомнить разницу между частным и защищенным. Я получил работу.

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

Вы можете обнаружить, что вам нужно адаптировать их к требованиям различных рабочих мест. Если они хотят 5 лет опыта работы с технологией «Х», вы должны подчеркнуть этот факт.

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

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