Поскольку меня только что отвергли в качестве кандидата на работу, потому что я не показываю требуемого количества лет опыта, у меня есть некоторые вопросы о том, как «годы опыта» интерпретируются менеджерами по найму.
Хотя моя ситуация касается работы программиста, само собой разумеется, что может применяться любая должность в любой области, требующей «многолетнего опыта».
Моя конкретная ситуация заключается в том, что я подал заявку на работу в качестве среднего разработчика программного обеспечения (от 3 до 7 лет опыта), и в настоящее время у меня есть около 2 лет опыта. Но я чувствую, что у меня достаточно навыков для работы. Например, у меня очень хорошие навыки в объектно-ориентированном программировании, я склонен следовать принципам SOLID и шаблонам проектирования, когда это необходимо, и когда разговариваю с друзьями с таким же опытом, они, кажется, не знают этих вещей. В общем, я читаю много книг на эту тему и провожу много часов дома, копаясь глубже, чтобы улучшить свои навыки, до такой степени, что я считаю, что я более способный, чем те, кого можно было бы считать моими сверстниками.
Как кто-то может преодолеть это основное требование работы, чтобы показать свою квалификацию? Или "многолетний опыт" высечен на камне?
3 - 7 лет опыта
Затем вы продолжаете говорить о навыках и о том, насколько вы лучше, чем более опытные члены ваших нынешних сверстников. Более 5 лет работы в отрасли подскажут вам по опыту, что это логически неверный аргумент. Это также скажет вам, что это не имеет большого значения для любого менеджера по найму в отрасли.
В индустрии полно кодеров-ковбоев, которые не следуют указаниям, не работают в команде, плохо интегрируются в корпоративную культуру, переоценивают свои способности и очерняют своих коллег ; в основном из этих людей получаются ужасные сотрудники (действительно переоцените свой первоначальный вопрос , как вы сами его задали, с этими критериями).
Опытные менеджеры по найму чуют этих личностей за милю (1,609344 километра) и сразу отклоняют их как кандидатов, независимо от их технической квалификации.
Эти две вещи никоим образом не равны. Опыт подразумевает умение и суждение , умение не подразумевает опыт или суждение.
Вы можете быть высококвалифицированным, но не иметь опыта, чтобы знать, когда применить этот навык. Это вы не понимаете. Чтение книг и «знание» вещей — это НЕ то же самое, что делать что-то и знать, что работает, а что нет в различных ситуациях и как применять эти вещи.
Суждение исходит не от успехов, а от неудач. Большинство компаний хотят нанимать людей, чьи неудачи были оплачены предыдущими компаниями, поэтому они требуют N+ years of experience
, это означает, что они уже сделали все основные ошибки начального уровня, и кто-то другой должен был за них заплатить.
Эдисон изобрел лампочку, испытав неудачу, а не благодаря каким-то неопытным навыкам.
Когда у Томаса Эдисона брал интервью молодой репортер, который смело спросил мистера Эдисона, чувствует ли он себя неудачником и думает ли он, что ему следует просто сдаться. Озадаченный, Эдисон ответил: «Молодой человек, почему я должен чувствовать себя неудачником? И почему я должен когда-либо сдаваться? Теперь я точно знаю более 9000 причин, по которым электрическая лампочка не будет работать. Успех почти в моих руках». И вскоре после этого и после более чем 10 000 попыток Эдисон изобрел лампочку.
Даже самые опытные не достигают успеха без пропорционального количества неудач. Так зарабатывается здравый смысл.
Она измеряется очевидными неудачами и успехами. Он измеряется глубиной и подробностями, которые вы можете рассказать о своих достижениях, о том, как они были достигнуты и как бы вы их сделали сегодня.
10 лет делать одно и то же 1 год знаний - это не 10 лет опыта.
Талант/Навык позволяет вам выполнять задачу, Суждение говорит вам, что/когда не делать!
Например, если бы вы были новым талантливым джазовым музыкантом, вы могли бы импровизировать и знать, когда и что играть. Но только опыт отыгрыша большого количества концертов с большим количеством разных людей даст вам суждение о том, когда не следует играть.
Опытные музыканты и программисты могут точно сказать, насколько опытен другой человек, просто по тому, что этот человек не играет или не кодит.
Если вы некомпетентны, вы не можете знать, что вы некомпетентны. […] навыки, которые вам нужны, чтобы дать правильный ответ, — это именно те навыки, которые вам нужны, чтобы распознать, что такое правильный ответ. — Дэвид Даннинг
Если вы не понимаете принцип, лежащий в основе этого ответа, вы можете прочитать вышеизложенное еще несколько раз с критической внутренней ретроспективой.
Если бы у вас было больше опыта работы, вам не нужно было бы задавать этот вопрос, и вы бы уже знали, что демонстрация ваших навыков важнее, чем их документирование.
Существует бесчисленное множество примеров, когда более умелые, но менее опытные люди проигрывали менее умелым, но более опытным противникам почти во всех возможных случаях.
Даже в мире шахмат, где очень ценятся знания/навыки, в большинстве случаев (человек против человека, конечно) побеждает опыт.
Как и в случае с гуманитарными науками, портфолио работ демонстрирует ваши способности лучше, чем список технологических сокращений и ключевых слов в резюме.
Я начинал как графический дизайнер/производитель видео/аниматор, я сам научился всему, что когда-либо знал о программном и аппаратном обеспечении, потому что мне пришлось писать свои собственные инструменты для 2D- и 3D-анимации еще в 1980-х и 1990-х годах. Мне пришлось создавать собственные аппаратные интерфейсы, чтобы адаптировать оборудование, не предназначенное для Amiga, чтобы я мог их использовать.
Точно так же, как портфолио — самая важная вещь для художника, портфолио с работами на GitHub или его отсутствие расскажет мне о вас больше, чем могло бы рассказать резюме, полное аббревиатур, аббревиатур и бессмысленных модных словечек.
Если вы действительно близки к тому, что кто-то ищет, можно продемонстрировать, что вы знаете, что они ищут, или это может продемонстрировать, что вы можете быстро этому научиться.
basic, entry level mistakes
- это все нетехнические ошибки. Все они, по всем направлениям, личные или межличностные проблемы. Плохой код, если говорить в общих чертах, возникает из-за того, что кодер не задумывался о том , кто его использует и кто будет его поддерживать (даже если это они сами). Они верят в собственную непогрешимость (это я закодировал, комментарии не нужны). В основе нетехнические проблемы. Не то чтобы кодеры не знали, как комментировать, или думать наперед, или думать о командной работе, но они просто решили этого не делать.Краткая версия: они могли выбрать причину, которая не является личной и не подлежит обсуждению.
Требуется время, чтобы приобрести навыки, а также опыт. Вы можете быть хорошим программистом, но, по их мнению, недостаточно опытны в управлении проектами, или они не считают вас подходящим членом команды.
Думали ли вы, что может быть несколько причин, по которым они не хотят вас видеть, но причину отказа очень трудно обсуждать? На самом деле это может быть потому, что они были вежливы вместо того, чтобы сказать вам, что они думают, что у вас плохое отношение или вы недостаточно хороши, и, что еще хуже, что вы не согласны и начинаете обсуждать это. Высказывание «У вас нет опыта, который мы ищем» является нейтральным и закрывает обсуждение до его начала.
Вы можете спросить их, есть ли у них какие-либо предложения о том, как вы можете улучшить свою работу, помимо того, что проработаете больше лет, чтобы лучше вписаться в их компанию. Вы можете узнать кое-что.
РЕДАКТИРОВАТЬ 2021: Было небольшое обсуждение о том, что люди не учатся с одинаковой скоростью. Это верно. Вы можете многому научиться быстро, но я предполагаю, что требуемый опыт заключается не только в навыках написания исходного кода, но и в том, что вы испытали весь цикл разработки программного обеспечения от начала до конца, предпочтительно несколько раз. Это просто требует времени!
Если вы этого не понимаете, то у вас нет информации, которую они явно ищут.
На самом деле я нанял специально для того, что здесь описано, поэтому я буду использовать несколько примеров из области разработки программного обеспечения.
Хотя я согласен с тем, что опыт даст вам больше — опыт в предметной области, умение работать с людьми и разносторонность, — я считаю, что все эти моменты могут быть (и, как правило, разъясняются) в должностной инструкции. Я могу сказать, что ищу специфику в этих областях и держу поле открытым для более широкого круга.
У него было время в поле, чтобы увидеть петлю обратной связи, вызванную вашими собственными решениями.
В частности, в инженерии вы (и ваша команда) будете принимать различные решения о том, как вы будете выполнять работу, каким будет дизайн и другие основные предположения. Вы продолжите действовать по какому-то плану, который неизбежно ошибочен. Покажите мне план, который отлично сработал, и вы покажете мне либо очень маленький проект, либо очень непроницательного инженера. Ни один план не выдерживает соприкосновения с реальностью, и даже очень хороший план может сработать хорошо в неожиданных случаях и плохо в других.
Со временем вы будете корректировать план, люди и технологии будут приходить и уходить, а реальность не будет идти предсказуемым образом. Команда предложит новые решения и изменения в плане, чтобы компенсировать то, что они узнали.
Эта петля обратной связи — то, что закаляет инженера. Подобно тому, как практические занятия в лаборатории обычно предпочтительнее изучения книг и зубрежки — опыт прохождения жизненного цикла продукта (или нескольких!) дает кандидату больше практической информации о том, что работает — как для их команды, так и для них самих. Это может включать в себя эвристику проектирования, способы улучшения процессов разработки, хорошие рабочие привычки, исследовательские приемы и опыт работы в организации.
Это не фиксированная вещь - на самом деле 3-7 звучит правильно. Есть точка после 2, но до ...8? где есть значительное количество случаев, когда инженер говорит: «О... это не сработало раньше, давайте попробуем по-другому» значительную часть времени. И все же они не настолько обожжены опытом, чтобы не видеть надежды в том, чтобы пробовать что-то новое и использовать новые стратегии. После 10 я вижу огромную разницу — обычно из-за разнообразия опыта работы, что означает, что то, что видит инженер, относится не только к его основной области работы, но и к частям организации вокруг него.
Это определенно не фиксированный номер. Вот несколько образцов в вариациях:
Нет... но вы действительно ожидали, что да?
Это определенно фактор:
Time working + experiences survived + nature of role & responsibilities + lessons learned
Я бы сказал, что у большинства ролей есть инстинктивный фактор подсчета очков. И это может быть связано как с пробелами в текущей команде, так и с характером работы, которую они выполняют. Мне не нужны навыки работы с клиентами, например, в огромной команде оборонных подрядчиков, где все контакты с клиентами буферизуются руководством. И типы контактов с клиентами сильно различаются между инженерами по продажам и технической поддержкой ИТ. Опыт работы с одним на каком-то уровне помогает с другим, но тот, кто больше соответствует желаемому профилю, но с меньшим количеством лет, вполне может получить более высокий рейтинг.
По сути, часть «фактора опыта» сводится к тому, чтобы сказать (в качестве менеджера по найму): «Как легко я могу воткнуть этот квадратный колышек в свое треугольное отверстие?» а также "будет ли это легче или сложнее, чем с этим круглым колышком?"
Разница между опытом и «недостаточным опытом» или « неправильным опытом» для меня сводится к вопросам «чему вы научились, выполняя действия, указанные в вашем резюме?».
Если в ответ на эти вопросы ответ:
Тогда я, наверное, скажу - "нет опыта".
Однако если я получу:
Я продолжаю переключаться между проектами, но я заметил, что когда они выпустили продукт, у него было XYZ-реакция, что заставило меня радоваться или сожалеть о том, что мы сделали ABC.
Ну, я не прошел полный жизненный цикл, но у меня есть пантеон способов не запускать проект, до сих пор мы потерпели неудачу в последних 5 попытках, но мы научились не делать E, F, G , H и особенно I.
Некоторые вдумчивые идеи о том, как улучшить процесс после того, как настоящий жизненный цикл завершен
Тогда я оценю кандидата более положительно. Примечание - отказ довольно распространен. Переживание неудачи часто даже сильнее, чем переживание успеха. Если вы сразу присоединитесь к бурному, успешному, сложному проекту и проделаете хорошую работу, у вас может оказаться меньше опыта только потому, что вы не видели крупной катастрофы и не научились выживать в ней. Нам всем должно так повезти!
Может быть. Не могли бы вы подробно поговорить о сильных сторонах и пробелах в ваших навыках? Как ваш собственный опыт и предубеждения до сих пор помогали и мешали вашим командам? Насколько ваши проекты преуспели или потерпели неудачу или были менее эффективными на уровне, превышающем уровень «в учебнике так написано, значит, это должно быть правдой»? Тогда задача в значительной степени передать это в интервью.
Имейте в виду, что описание работы было написано на основе опыта как минимум одного человека. Вероятно, несколько. Существует множество стратегий написания описания вакансии, и каждая компания может быть разной, но диапазон от 3 до 7 является достаточно каноническим, чтобы некоторая группа думала о том, почему это время в поле имеет значение. Если вы собираетесь продавать альтернативную идею, осознайте, что вам, возможно, придется сделать все возможное, чтобы показать, почему вы, в частности, являетесь исключением и что вы каким-то образом более опытны, чем обычно показывают годы, которые у вас есть.
Также поймите, что они рассматривают вас в свете пула. Если кто-то со всеми вашими навыками пришел на ту же работу через час после того, как вы вышли из комнаты, но у него был опыт, которого у вас еще не было, — тогда нет причин идти на компромисс.
В других ответах говорилось, почему их волнует многолетний опыт, но чтобы ответить на вопрос в вашем заголовке, как это преодолеть , ответ таков: начните с сопроводительного письма.
Возможно, вы не сможете преодолеть это (по причинам, объясненным другими), но если вы сможете, то это произойдет потому, что в сопроводительном письме вы признали их требование, а затем объяснили, почему вы все равно должны быть рассмотрены. Подчеркните, что вы можете сделать, и держитесь подальше от сравнений с вашими коллегами. Если вы доберетесь до экрана телефона, у вас будет возможность показать им, на что вы способны.
Люди учатся с разной скоростью и имеют разный опыт, который помогает им учиться. Так что нет, навыки не имеют прямого отношения к опыту. Есть люди, обладающие большой квалификацией, но имеющие всего несколько лет опыта, и люди, имеющие многолетний опыт, но не обладающие высокой квалификацией.
Однако, как правило, человек с большим стажем прошел через больший цикл разработки программного обеспечения и испытал как успехи, так и неудачи, и ему приходилось поддерживать дрек, написанный людьми, у которых не было достаточного опыта или навыков. Вы оглянетесь на себя через десять лет и поймете, как мало вы тогда знали. Так что да, умный, целеустремленный человек после десяти лет опыта на самом деле будет иметь больше навыков, чем за два года. Он может иметь лучшие навыки в два года, чем менее мотивированный или менее умный в 10 лет.
Теперь о том, что они вам сказали. Во-первых, это не обязательно причина, по которой вас отвергли, но это приемлемое оправдание для человека. Людей не нанимают по многим причинам, таким как соответствие команде, характер, пол, раса, религия. Некоторые из этих вещей не могут быть произнесены компаниями вслух (поскольку дискриминация для некоторых из них незаконна; тем не менее, это происходит), поэтому они находят приемлемую причину, например отсутствие опыта.
Затем, в два года, независимо от того, насколько вы умны, вам может действительно не хватать опыта, который они ищут. Может быть, им действительно нужен человек, которым вы будете при 7-летнем опыте. Сколько времени вы потратили, обучая других, руководя командой, разрабатывая архитектуру или даже выпуская продукт. Координируете ли вы работу с QA и клиентами? И так далее. Возможно, вы конкурировали с людьми, обладающими таким же уровнем навыков, а также навыками программирования, которые намного превосходят ваши. Если у меня есть хорошие кандидаты с нужным мне уровнем опыта, то почему я, как специалист по найму, должен рисковать кем-то, у кого действительно есть только начальный опыт, независимо от того, насколько он хорош? Каждый раз, когда вы говорите о найме, вы всегда должны учитывать, что независимо от того, насколько вы хороши, они могут брать интервью у десяти человек, которые лучше вас. Вы не знаете квалификации людей, которых они интервьюировали и нанимали; они могут выбить вас из воды.
Означает ли все это, что вы не должны претендовать на работу, если у вас нет всех бумажных квалификаций? Нет, потому что вы никогда не знаете, какой будет конкуренция или какой именно человек действительно нужен специалисту по найму. Кто-то может предпочесть молодому, горячему человеку человека с 1-летним опытом, повторенным десять раз, кому-то может понадобиться человек с действительно продвинутыми навыками из-за типа работы, которую они выполняют, некоторые могут предпочесть парня, у которого нет опыта. обладает превосходными навыками, но надежен и может выполнять работу низкого уровня, которую можно выполнить (вы также не хотите нанимать горячих стрелок для скучной работы, никто из вас, вероятно, не будет доволен результатами).
Мы перестали использовать «многолетний опыт» в должностных инструкциях на работе отчасти потому, что отдел кадров беспокоился о возбуждении дел о «эйджизме» по указанным вами причинам. Хотя это было смягчено, это заставило всех нас обратиться к тому, что мы действительно имели в виду под многолетним опытом, и более точно определить количество того, что мы искали в объявлениях о работе.
С любым потенциальным сотрудником я задаю себе три основных вопроса:
Есть ли у них минимальная база технических навыков, необходимая мне, чтобы сразу приступить к работе?
На каком уровне развития они находятся в других «предпочтительных» технических навыках и какая поддержка им потребуется для роста?
На каком уровне развития находятся их социальные навыки и какая поддержка им потребуется для роста?
«Уровень развития» основан на модели « ситуативного лидерства », и, в частности, в последнем вопросе я действительно смотрю на то, сколько практической управленческой работы этот человек может создать и сколько он, вероятно, ослабит. /remove (на основе моего текущего профиля команды).
Для меня навыки межличностного общения и соответствие команде являются ключом к успешному набору персонала. Одних жестких технических навыков недостаточно , так как меня интересует продуктивность команды в целом, а не индивидуальная продуктивность.
Ключевые области:
Реализация проекта: в основном размер, сложность и стоимость проекта, который им можно доверить в рамках согласованных (или пересмотренных) ограничений по времени, стоимости и качеству, исходя из их подтвержденного послужного списка и/или понимания неудачных проектов.
Коммуникация: знание собственного и чужого стилей общения/личности, а также способность корректировать стиль в зависимости от аудитории и обстановки. Способность быть эффективным в групповых дискуссиях, не вызывая антагонизма или конфронтации с другими. Способность предоставлять конструктивную обратную связь и/или проводить обучение/наставничество младшего персонала. Возможность создавать беспроигрышные бизнес-кейсы, предложения или обсуждения для команды в целом.
Понимание бизнеса: Знание бизнес-структуры, в которой мы работаем, включая расходы, бюджетный цикл, CAPEX/OPEX, составление бюджета, тендеры/контракты, роли, выполняемые другим персоналом, и улучшение бизнеса.
У меня есть ряд ожиданий в отношении этих ключевых навыков на разных уровнях моей команды; обычно это попадает в группу «многолетнего опыта», но всегда есть «выбросы», которые либо схватывают эти вещи очень быстро, либо никогда не схватывают их вообще.
При поиске этих навыков я обычно ищу «ключевые достижения», а не «ролевые обязанности/обязанности» в резюме/резюме. В рекрутинге меня не очень интересует то, что вы должны были делать , больше то, что вы сделали и чему научились .
Составляя свое резюме/резюме и сопроводительное письмо, сосредоточив внимание на этих областях со ссылкой на ключевые моменты шкалы Хея, вы сможете преодолеть потребность в конкретных годах опыта.
Навыки прямо пропорциональны количеству лет опыта?
Только если вы учитесь с постоянной скоростью. На прошлой неделе вы выучили столько же, сколько и на предыдущей? И как, скажем, последний месяц по сравнению с первыми месяцами, когда вы начали изучать программирование?
Трудно точно измерить вашу скорость обучения, но я думаю, что большинство людей сказали бы, что они не учатся с постоянной скоростью. Иногда многому учишься очень быстро, иногда нет. Если вы принимаете это, то ответ, очевидно , отрицательный, навыки не прямо пропорциональны опыту.
Меня только что отвергли как кандидата на работу, потому что я не показываю количество лет опыта, которое они требуют.
Это очень плохо. Не принимайте это близко к сердцу — постарайтесь помнить, что за час или два очень сложно сказать, как много кто-то знает. Вы можете быть правы в том, что все ваше чтение и практика могут сделать вас более квалифицированным, чем кто-то с большим опытом, но люди, занимающиеся наймом на рассматриваемую должность а), возможно, не имели права рассматривать кого-то с менее чем требуемым количеством лет. опыта; б) возможно, не хотели рисковать тем, что вы один из тех необычных людей, которые мудры не по годам; и/или в) возможно, они не удосужились внимательно изучить остальную часть вашего резюме, как только поняли, что вы не отвечаете одному из их основных требований.
Кроме того, осознайте, что опыт дает больше, чем просто навыки объектно-ориентированного программирования... есть знание предметной области, лидерство, управление временем, настойчивость и другие «мягкие» навыки, которые иногда даже важнее, чем сумасшедшие способности к программированию.
Еще одна вещь, которую следует учитывать, заключается в том, что работодатель может быть обязан отказать вам, если у вас недостаточно опыта, чтобы претендовать на должность в соответствии с заявленными требованиями. По закону или в соответствии с политикой компании работодатели могут быть обязаны (в основном во избежание судебных исков о дискриминации) отклонять кандидатов, чьи навыки или опыт не соответствуют минимальным требованиям для должности. В таких случаях вы ничего не можете сделать, кроме как попросить работодателя позвонить вам, если требования изменятся.
Навыки не прямо пропорциональны опыту, но в целом чем больше у вас опыта, тем лучше ваши навыки. Навыки трудно оценить без какого-либо количественного теста, который также трудно развить. Некоторые люди, которые хорошо выглядят на бумаге, беспомощно крутятся, когда им дают тест по кодированию или отладке, в то время как некоторые только что окончившие колледж могут быстро затмить сверстников с двух-трехлетним опытом работы в отрасли.
Вкратце: сложно правильно оценить навыки программирования, поэтому многие компании даже не пытаются, а вместо этого прибегают к искаженным показателям. Если вы действительно хотите получить эту работу, я напишу письмо, объясняющее, почему вы считаете, что они должны пересмотреть свое решение, и приведу конкретные примеры ваших навыков. Если они уже отвергли вас, что вы теряете?
Навыки и опыт не обязательно пропорциональны. Я знаю много людей с большим опытом (читай: они давно работают в отрасли), но они полные идиоты, когда дело доходит до технологий. В этих сценариях не имеет значения, сколько у них опыта. Если они некомпетентны и неспособны, то они предлагают гораздо меньшую ценность для бизнеса, чем кто-то (например, вы, ОП), который увлечен и усердно учится в свободное время. Личный интерес и страсть к технологиям сильно упускаются из виду потенциальными работодателями, возможно, в некоторых случаях справедливо.
Я склонен думать, что через страсть и личный интерес к технологиям возникает ценность для бизнеса. Кто-то с нужными техническими навыками может решить бизнес-проблемы, которые возникают у менеджеров — ожидать, что чисто технический специалист полностью разберется в бизнесе, не всегда практично. Должны ли они понимать основы бизнеса? Конечно. Должны ли они принимать деловые решения? Возможно нет.
Существует сильная связь между навыками и опытом, однако причинно-следственной связи нет.
Они увеличиваются вместе, вероятно, по одной и той же причине: приобретение знаний .
Поэтому я лично считаю, что ключом к успеху является способность получать дополнительные знания быстрее , чем другие.
А если серьезно, большинство из нас обычные ребята и получают новые знания в обычном порядке. Поэтому здравый смысл подсказывает, что многолетний опыт является хорошим показателем ваших нынешних навыков, даже если в небольшой части случаев они упускают из виду гениальность.
Здесь есть несколько хороших ответов, но один из самых больших вопросов кажется без ответа.
Вы попали на собеседование?
Если вы попали на собеседование, значит, вы достаточно квалифицированы, и причина отказа, скорее всего, в том, как вы ответили на вопросы, представили себя и свою личность. В любой технической работе есть нечто большее, чем просто технические знания и опыт , есть и «мягкая» сторона. Возможно, вам придется взаимодействовать с клиентами, менее технически подкованными людьми или старшими заинтересованными сторонами — все эти вещи также будут учтены.
Если вы не попали на собеседование, вам нужно просмотреть, какую информацию вы предоставили человеку, включенному в короткий список, и решить, как вы можете улучшить ее. Вы находитесь в невыгодном положении по сравнению с кем-то, у кого за плечами больше лет, поэтому вам нужно компенсировать это некоторыми убедительными и подтвержденными заявлениями о том, что вы сделали на сегодняшний день, и что заставляет вас чувствовать, что вы можете соответствовать требованиям. вызов6. Это означает отправку солидного сопроводительного письма, демонстрирующего тщательное исследование компании, энтузиазм и объяснение того, почему ваше резюме подходит для этой роли.
В обоих случаях попросите больше отзывов — возможно, даже позвоните для обсуждения.
И наконец: это суровый жизненный факт, что опыт может быть переоценен, не забудьте подумать о том, чтобы стиснуть зубы, пойти на более младшую роль и доказать, что у вас есть все необходимое, чтобы получить раннее продвижение по службе.
Если вы хотите преодолеть препятствия, с которыми вы сталкиваетесь в настоящее время, подумайте о том, чтобы стать членом местной профессиональной группы или даже офицером. Примеры могут варьироваться от группы пользователей JUG, .NET или Oracle. Вы встретите много людей, сможете доказать свою ценность и будете представлены на должностях, где весь этот «опыт» не является окончательным критерием.
Другой возможностью было бы написать приложение, которое, по вашему мнению, может принести пользу другим, и разместить его в Интернете. Наличие чего-то, что потенциальный работодатель может просмотреть, может быть неоценимым или, по крайней мере, намного лучше, чем хорошо написанное сопроводительное письмо.
В эти времена нам всем нужно мыслить нестандартно.
Есть много ответов, но я не думаю, что этот был опубликован:
В любом случае подайте заявку!
В большинстве случаев человек, написавший должностную инструкцию, не провел тщательного анализа того, что требуется для работы. Они могут даже не знать себя и быть специалистом по персоналу с расплывчатым или нестандартным списком, полученным от технического специалиста. Часто это скорее список пожеланий, чем набор строгих правил. Человек, написавший его, может не просматривать ваше резюме.
Это особенно относится к части «Годы опыта», где они вполне могли бы вытащить цифру из головы. То, что они имеют в виду, это «Не новичок/выпускник». Откуда они могли знать, сколько лет требуется для выполнения этой работы?
Вы можете противостоять кому-то с 5-летним стажем, а можете и нет. Даже если это так, вы можете оказаться более подходящим кандидатом (например, у вас более низкие ожидания по зарплате, у вас более симпатичный / восторженный характер, или опыт, соответствующий их требованиям, или вы живете поблизости).
Вы даже можете оказаться самым опытным человеком, подавшим заявку!
TL;DR — Они могут не знать, чего хотят!
Откуда вы знаете, что они не наняли кого-то более квалифицированного? Есть разница между тем, чтобы быть достаточно хорошим кандидатом и быть лучшим кандидатом.
В вашем описании вашей квалификации отсутствуют две вещи:
Каждый, кто претендует на эту работу, прочитал книгу. Вам нужно продемонстрировать свои знания в чем-то более осязаемом. Программист с 10-летним «опытом», который ничего не создал, находится в худшем положении, чем тот, кто только что закончил колледж.
Если брать достаточно широкое определение, потенциального работодателя интересуют только навыки. Но навыки бывают самые разные, некоторые могут быть техническими, другие менее. Некоторые могут быть быстро приобретены одаренным человеком, другие требуют времени и практики для приобретения и приходят в основном с опытом (а опыт, как правило, является хорошим способом закрепить все навыки, кстати), это время, проведенное вне вашей глубины (годы, проведенные в вашей зона комфорта на самом деле не опыт, так как вы ничему не учитесь).
По моему опыту, доказать, что ваши технические навыки выше среднего, на самом деле не проблема. Команда по найму хорошо знает, что технические навыки сильно различаются, но когда они спрашивают об опыте, это не все, о чем они спрашивают.
Даже если ваши технические навыки так хороши, как вы думаете, у вас просто не было времени ознакомиться с многочисленными различиями между теорией и практикой — авторы книг склонны много преувеличивать — встретиться лично с достаточно разными ситуациями. чтобы при столкновении с чем-то новым вы сразу видели сходство с уже прожитым и знали, что реально работает, а что нет. Видя такие сходства достаточно часто, чтобы воспринимать их с недоверием и быть готовым к тонким различиям, которые проявятся.
Даже если ваши технические навыки так хороши, как вы думаете, вы, вероятно, не обладаете видимой легитимностью, позволяющей воспринимать вас как равного другим игрокам среднего уровня и как наставника новичкам. Да, это часть работы. Эти и другие навыки межличностного общения важны, и часто кажется, что чем больше вы технически ориентированы, тем труднее приобрести навыки межличностного общения.
Тем не менее, вы можете приобретать навыки, связанные с опытом, быстрее, чем другие, потому что вы более одарены, потому что вам больше повезло, и вы получаете достаточно разнообразия, но при этом достаточно стабильны, чтобы иметь время, необходимое для обучения, а не прыгать с места на место. Тогда будет легче добиться их признания теми, с кем вы работаете, прежде чем пытаться устроиться на работу в другом месте. И легче, если вы знаете кого-то, кто может говорить за вас там. Если вас не узнают там, где вы сейчас находитесь, если вы никого не знаете там, где хотите быть, вам будет очень трудно получить работу на более высоком уровне, чем ваш нынешний.
Нет, навыки не пропорциональны количеству лет опыта. Я думаю, что то, с чем вы сталкиваетесь, довольно распространено среди молодых разработчиков. У молодых людей часто больше энергии, они более открыты для изучения новых вещей, они могут тратить больше своего свободного времени на приобретение навыков программирования и могут иметь более современные знания в области программирования, полученные в школе. Короче говоря, их навыки программирования могут быть лучше, чем у многих их более опытных коллег.
Тем не менее, есть и другие типы навыков и знаний, которые можно получить только на основе нескольких лет опыта, и, возможно, это были те навыки, которые они искали в вашем случае. После многолетнего опыта человек лучше оценивает риски, лучше отделяет новые полезные инструменты и технологии от шумихи, лучше оценивает и лучше создает архитектуры для решения больших и сложных проблем. Не стоит недооценивать интуицию опытного разработчика.
Наконец, я думаю, что успешной команде разработчиков нужны оба типа людей. Молодой, квалифицированный и энергичный, а также более опытный и, возможно, более консервативный разработчик.
Хорошо, во-первых, то, насколько важны заявленные «годы опыта», во многом зависит от рынка. Например, одна из самых забавных вещей, связанных с работой веб-разработчика на стороне клиента, заключается в том, что вы видите рекламу, в которой запрашивается больше лет опыта работы с данной технологией, чем эта технология существует на самом деле. Естественно, они склонны полагаться на многолетний опыт, поскольку он отбраковывает 100% их резюме.
Как мудро заметил кто-то другой, вы облажались с программным обеспечением для автоматизации кадрового делопроизводства. Когда люди специально излагают такие требования и хотят, чтобы вы переписали резюме, используя ряд форм на их сайте, не беспокойтесь. На самом деле, я перестал касаться этих периодов, независимо от того, насколько хорошо я соответствовал критериям, потому что я никогда, ни разу не получал проценты, тратя время на один из них, и я понял, что время лучше потратить на поиск большего количества лидов, неудачных попыток. на самом деле связаться с кем-то о позиции напрямую.
Другой случай, когда это будет иметь гораздо большее значение, — это когда у вас много конкурентов. Возьмем Java-разработчиков. Много работы, но также много-много Java-разработчиков. Это делает первую фазу поиска нанимателя грандиозным отбором резюме, обычно основанным на какой-то произвольной статистике, такой как многолетний опыт, просто для того, чтобы сократить груды до чего-то управляемого. В таких случаях вы действительно можете быть двухлетним парнем, который заслуживает общения с пятилетними разработчиками, но вы, вероятно, SOL запрещаете возможности, когда вы действительно знаете людей, занимающихся наймом, и они имеют приблизительное представление о ваших навыках. Так что да, в этом случае лучшее, что вы можете сделать, это наладить контакты в местном сообществе разработчиков, чтобы предотвратить фазу 1 на проходе.
Еще одна вещь, которую следует учитывать, — это ваша общая культура местного сообщества в отношении младшего. уровень занятости в целом. Я понял, что однажды мне придется покинуть свой родной город, где я вырос, в северной части штата Нью-Йорк, когда во время поиска работы на лето я увидел объявление: «Требуются грабли для асфальта (тротуара?) — опыт работы не менее пяти лет». Должен признаться, что я не знаю точно, что влечет за собой сгребание асфальта и/или тротуара (достаточно давно, и я не могу вспомнить, что это было), но я очень сомневаюсь, что это займет 5 полных рабочих дней. годы разгребания всего, что не является субатомным, чтобы понять суть. Решение: Изучите виды объявлений, которые вы видите для похожих вакансий в других частях страны, и будьте готовы к GTFO.
И одна общая вещь, которая не может повредить независимо от отрасли, — это сделать какую-то актуальную, полезную работу с открытым исходным кодом и сделать ее доступной. Если это невозможно, ведите блог о своем ремесле. Делайте все, что в ваших силах, чтобы завоевать уличное доверие, которое поможет вам аргументировать, что вы лучше, чем ваш средний 2-ваш разработчик в своей отрасли.
Но опять же, контекст решает все. Если все это закрытая проприетарная технология, у вас масса конкурентов, и вы вряд ли добьетесь успеха в разговорах/спорах о правильных/неправильных способах работы, вам, возможно, придется довольствоваться оплатой взносов. Или выберите технологию передачи навыков, где эти препятствия легче преодолеть или их не существует.
Изменить. Я действительно не обращался к этому аспекту вашего вопроса:
«Навыки прямо пропорциональны многолетнему опыту?»
Некоторые вещи связаны с чистым талантом и способностью решать проблемы. Другие просто сталкивались с одной и той же проблемой достаточное количество раз, чтобы точно знать, что делать, как поступили бы большинство других людей на вашем месте с таким же уровнем опыта. Это тонко, но да, опыт может иметь значение во многих случаях. Однако называть себя средним, а не младшим уровнем в 2 года не кажется мне особенно дерзким, и необработанный талант / способность решать проблемы определенно могут сократить разрыв в зависимости от того, какие обязанности необходимо выполнить.
Маркоф. Я прочитал только ваш пост и старался не читать слишком много того, что говорили другие, но я увидел в их комментариях некоторый цинизм. Для меня ты на высоте. Ваше мастерство превосходно, и вы уверены в себе. Это супер плюс, и не уменьшайте его. Тем не менее, помните, что, поскольку вы в значительной степени # (каламбур) больше опытных программистов в земле, вы должны убедиться, что ваш работодатель не считает, что вы не уважаете опытных людей, с которыми вы можете работать.
Попытайтесь выяснить, что такого в работодателе, что заставляет вас хотеть работать там. Это банально, но это удержит вас от лишних заявлений о том, что вы король кодирования. Кроме того, постарайтесь определить более мягкие, менее технические аспекты, которые делают вас подходящим кандидатом на эту должность — или, другими словами, почему вам вообще нравится программировать? Расскажите им, что вам больше всего нравится в работе кодером и как, по вашему мнению, эти аспекты будут в их компании, исходя из того, что вы прочитали. Скажите им, что вы хотите учиться у их гуру, чтобы вы могли расти еще больше и вносить свой вклад.
Продолжайте охотиться за теми работами, которые находятся вне вашего «диапазона». Перечисленный опыт — это всегда то, что работодатель стремится получить в идеальном мире. Если вы им нравитесь, вы участвуете, поскольку у вас есть навыки.
Между прочим, если вы можете создать для себя личное портфолио, возможно, вещей, над которыми вы работали, или визуализацию объекта, процесса и т. д., это может быть способом воплотить в жизнь продвинутые навыки, которые вы используете в повседневной жизни. основа. Вы упомянули, что знаете/соблюдаете структуру, о которой другие на вашем текущем рабочем месте не знали. Найдите игровой (т.е. неснисходительный) способ донести это знание. Например, предположим, что есть функция или метод, который вы часто используете, и который является продвинутым. Превратите это в вопрос
"Do you guys use functionX to do process Y when making programs about topic Z?"
"Is it ok to byte shift, use blah-blah encoding for this type of thing?"
Не сомневайтесь в себе, просто продолжайте пытаться. Знайте, когда нужно быть уверенным в своих ответах, и знайте, когда нужно расслабиться, представив свой опыт. Кроме того, что бы вы ни делали, никогда не говорите, что вы лучше своих коллег. Если они скомпилируют эту информацию, вы не попадете в среду выполнения.
Вот одна проблема, из-за которой вам могут отказать в некоторых компаниях, даже если никто не проверит вашу заявку: программное обеспечение для автоматизации управления персоналом. Специалист по персоналу включит в программу 3-7 лет опыта работы в любой сфере. Он будет читать резюме и отфильтровывать те, которые не соответствуют критериям. Если вы поместите свое резюме на 2 года, оно будет отфильтровано программным обеспечением, и ни один человек, даже сотрудник отдела кадров, никогда не прочитает вашу информацию.
Вы можете растянуть свой опыт с 2 до 3 лет, чтобы справиться с этим цифровым опекуном, но вы будете лгать, так что это может вызвать у вас проблемы в будущем. Другой вариант — попытаться наладить контакты с менеджерами по найму, которые смогут обойти бота и HR и дать вам шанс.
Описание должностей и требования предназначены для двух целей: привлечь внимание людей, которые хотели бы получить эту работу, и отфильтровать тех, кто не подходит для этой работы. Фильтрующая часть находится как внутри компании, так и за ее пределами (т. е. она отбивает у людей желание подавать заявки и дает HR возможность быстро отклонить заявку, если резюме не соответствует требованиям, не требуя, чтобы HR был достаточно компетентен, чтобы судить кого-либо по их достоинства).
Вы можете преодолеть первую часть фильтрации, просто подав заявку на работу, независимо от того, есть ли у вас необходимый опыт или нет. Вторая часть фильтрации полностью зависит от компании и рынка труда. Это может быть невозможно преодолеть из-за политики, и даже если компания готова игнорировать свои собственные требования при правильных обстоятельствах, все равно будет вопрос, существуют ли эти обстоятельства для вас...
По сути, вы должны убедить тех, кто выбирает людей для интервью, что вы хороший выбор. Если вы приходите в компанию в холодном состоянии (у вас нет внутренней рекомендации для работы), то лучше всего это сделать в сопроводительном письме. Вам нужно будет показать в сопроводительном письме, что у вас есть то, что, по вашему мнению, они хотят получить от этих дополнительных лет опыта. Если вы все сделаете правильно, это может привести вас на собеседование.
Всем нужен опытный человек, но не всем он нужен .
Для некоторых вакансий вы будете работать в команде разработчиков. Команде разработчиков нужен действительно опытный человек , способный справиться с любой возникающей проблемой и способный жить с менее опытными людьми, пока они слушают опытного человека. В такой ситуации опытный человек может почувствовать, что на его плечи легла слишком большая нагрузка, и попросить кого-то еще с большим опытом, но это не обязательно.
Для других работ вы единственный. Если вы не можете решить проблему, ее некому решить. Вот где опыт является обязательным и не подлежит обсуждению.
Так что вам нужно выяснить, если это первый или второй вид работы. Второй вид, у вас очень мало шансов. Первый вид, у вас может быть шанс. Лучше всего сказать им, что у вас есть некоторый опыт, и как хорошо вы приобретаете новые навыки и учитесь у тех, у кого есть опыт.
Торбьерн Равн Андерсен