Как изобразить «старший» уровень опыта в относительно молодых технологиях?

Я инженер-программист с большим опытом работы в веб-технологиях. Я начал изучать HTML примерно в 1996 году и добавил CSS/PHP/Javascript примерно в 2000 году, Java в 2001 году. Я серьезно и постоянно работаю со всеми этими технологиями с 2003 года.

Я заметил, что довольно сложно сообщить об этом старшинстве в веб-технологиях, даже несмотря на то, что текущий набор соответствующих технологий (CSS, Javascript, HTML, Java, PHP и другие) существенно вырос и повзрослел с тех пор, как я начал с ними. — и я сосредоточился на них все это время.

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

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

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

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


Два типичных сценария:

  • Я отправлю в компанию свое резюме, они посмотрят на него и скажут: «Мы ищем кого-то с более «глубоким» или «старшим» опытом в серверных технологиях». (Я спрашиваю контактного лица отдела кадров, что это значит, они никогда не знают.)
  • Я прохожу все технические собеседования, которые мне устраивают компании, но после встречи со мной им нужен кто-то более «старший» на свои старшие или технические руководящие должности. Они просят меня присоединиться в качестве индивидуального участника среднего и старшего звена.

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


Я уверен, что есть еще кое-что, чему мне еще предстоит научиться — и, возможно, все это связано с текущим названием. Но я хочу сказать как можно скромнее следующее: если вы ищете старшего разработчика с технологическим опытом работы с Java, PHP, JavaScript, HTML, CSS, REST и т. д., вы не найдете лучше просто искать больше лет *. В некоторых случаях вы в конечном итоге найдете «старших» (пожилых) инженеров, которые на самом деле опоздали с изучением этих новых технологий.

* Если вы это сделаете, вы заплатите за это по-крупному.

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

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


Примечание . Я видел этот вопрос и чувствую, что это аналогичный вопрос, но в этом случае инженеры имеют многолетний опыт работы, но все еще молоды.

Мне не ясно, какую должность вы ищете - старший, да, и перечисленные вами должности обычно именно такие, но с дополнительным требованием руководства/управления/управления командой разработчиков. Ничто из того, что вы опубликовали, не говорит нам о вашем опыте руководства командой. Итак, вы пытаетесь получить эту дополнительную ответственность или нет?
@Oded Мой вопрос уже стал немного длинным, но вот немного подробнее. В прошлом я руководил командой в течение двух лет и ушел из этой компании в компанию, которая делала больше и лучше, где я действительно мог получить более продвинутый опыт. Я сделал это сейчас, но настоящие команды небольшие и не нуждаются в менеджерах-разработчиках. Что касается того, что я ищу - любое/все вышеперечисленное: 3-6 прямых подчиненных (инженеры младшего и среднего звена) и/или полное техническое владение продуктом.
Я согласен с комментариями здесь о том, что вопрос нуждается в некоторой помощи; Предложение Чада о том, чтобы спросить о качествах и навыках (и т. д.), которые соответствуют должности, которую вы ищете (на которую вы ответили в своем комментарии Одеду), было бы гораздо лучшей отправной точкой. Цель, по-видимому, не в том, чтобы выяснить, как показать, что вы «старший» для некоторого значения «старший», а в том, как получить желаемую должность с навыками и опытом, которые вы можете доказать.
@Чад Спасибо за отзыв. Я изо всех сил пытался передать суть, не удаляя важные детали. Я постараюсь подумать об этом. Я также приветствовал бы любое редактирование. Что касается примечания - просто хотел сказать, что я знаком с некоторыми правилами этого сайта и рад интегрировать отзывы, чтобы улучшить вопрос, поскольку я знаю, что он не идеален как есть.
«Мы ищем кого-то с более «старшим» опытом в ...» - это «Это не ты, это я!» речи найма. Вероятно, это очень мало говорит вам о фактической причине, по которой вы не получили должность.
@Chad Несколько раз вместо этого они фактически предлагали мне должность отдельного участника.
Рассматривали ли вы возможность того, что люди уступают вам эти роли, потому что вы на самом деле не подходите для них?
@DBM Конечно. Вот конкретный пример. У известной компании был сторонний рекрутер, который связался со мной по поводу Principal Architect в довольно небольшой группе. HR опустил меня на ступень ниже, чтобы пройти собеседование на должность старшего фронтенд-инженера перед собеседованием (не сказав мне об этом). В итоге все интервью были посвящены Javascript, и интервьюеры пропускали их до конца, потому что до сих пор я так легко отвечал на вопросы. Затем они пригласили меня на место и сказали, что это для Senior SE (4 года JS/front-end), а не для главного архитектора. Я отказался.
@user2343 user2343 Я думаю, вы немного завышаете свои цели. Планка опыта для такой важной должности главного архитектора абсурдно высока, потому что нанимать кого-то с улицы по своей сути рискованно. Мы все наняли того парня, который казался идеальным на собеседовании, а потом оказался полной шуткой. Такие должности, как главный архитектор, по своей сути являются политическими, поэтому, если вы не были архитектором в Google или Джоном Скитом, они, вероятно, будут искать внутри себя лояльность и доверие к способностям ...
... потому что, в конце концов, это, безусловно, вопрос доверия и огромных затрат времени и денег. Менеджмент должен доверять решениям, предлагаемым архитекторами, и они скорее наймут старшего SE, который был там лояльно в течение 6 лет и где они действительно знают способности и ограничения этого человека. Позиции Senior SE не представляют ничего особенного, и это ступенька к следующему уровню вашей карьеры.
@user2343 user2343 - Я просто имел в виду, что это был обычный отрыв от интервью. Если вы были готовы занять должность IC, тогда они найдут кого-то с навыками старшего (или, по крайней мере, приближающегося к старшему) уровня по выгодной цене. Некоторые компании хороши в продвижении, когда вы демонстрируете навыки, но они хотят, чтобы вы сначала проявили себя в течение 2 или 3 лет.
Я видел должности (в 2000 году), которые «требовали» 8 лет опыта работы с Java, и HR отбрасывал любое резюме, в котором его не было — нет нужды говорить, что они никогда не получали своего «идеального» кандидата.
Вы утверждаете, что являетесь старшим из-за многолетнего опыта, а затем утверждаете, что работодатели совершают ошибку, используя # лет опыта для оценки стажа работы. И все же вы хотите, чтобы они судили вас как старшего. Это кажется противоречием.
просто используйте слова «экспертиза» или «ведущая экспертиза».

Ответы (6)

Мое резюме показывает около 14-16 лет технического опыта вместе взятых, от интернационализации и работы по обеспечению качества (как правило, в качестве ведущего) в течение первых лет после окончания колледжа, до старшего инженера-разработчика программного обеспечения в тестировании в течение нескольких лет, до старшего разработчика программного обеспечения почти сразу. после того. Я никогда не заставлял никого сомневаться в моем «старшем» опыте, хотя иногда люди задаются вопросом, насколько мой конкретный опыт применим к разработке программного обеспечения (для них) и созданию команд (для них). Они, как правило, теряют это сомнение после разговора со мной, может быть, за редким исключением. Как ни странно, я был холодным кандидатом на должность вице-президента по инженерным вопросам, и в последние годы в моем резюме не так много упоминаний о командном лидерстве, но я думаю, что у многих магазинов есть представление о том, что это за человек. они ищут,

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

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

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

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

Это отличный ответ на вопрос, который на момент написания этой статьи все еще пытается найти свою формулировку (я знаю, что ОП пытается!). Совет найти место, где ОП может использовать технические знания во времени и пространстве, чтобы думать и работать над организационными и стратегическими проблемами, особенно хорош.
«Когда вы смогли убедить своих коллег попробовать новую технику или подход к проблеме, есть вероятность, что вы сможете убедить незнакомца в том, что вы способны к лидерству» — вот где действительно начинается настоящее старшинство .
Ооо. ... зрелость, интеллектуальное любопытство, мета-осведомленность о ремесле создания программного обеспечения в сочетании с глубиной и навыками решения проблем. Лучшее краткое описание «старшей» роли, которое я когда-либо видел.
Почему я не могу проголосовать за это 9001 раз???
Это хороший ответ. Хочу подчеркнуть, что многолетний опыт не равно профессионализму. Десять лет постепенной ответственности сильно отличаются от десяти лет выполнения одних и тех же задач на одних и тех же языках. См. посты Эрика Дитриха «Эксперт-новичок» для хорошего объяснения. daedtech.com/…

Возможно ли, что вы ошибаетесь, делая акцент на техническом опыте?

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

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

  1. Станете ли вы хорошим командным игроком?
  2. Можете ли вы обеспечить необходимое лидерство и управление отношениями?
  3. Можете ли вы заставить свои команды производить?
  4. Вы технически квалифицированы
  5. и т. д. и т. д.

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

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

Во-первых, вы справляетесь с HR? В этом случае очень вероятно, что вы достаточно опытны для этой должности, и если вам говорят иначе, что-то еще происходит.

Далее, есть огромная разница между десятью годами опыта и одним годом, повторенным десять раз. Люди, ищущие пожилых людей, пытаются решить, кто из них вы. Так помогите им. В своем резюме и на собеседованиях делайте упор на достижения, а не на техническую квалификацию (хорошо, добавьте туда достаточно технических вещей, чтобы обойти HR!). Если я ищу технического руководителя или архитектора, мне нужны доказательства того, что вы тот, кто добивается цели и решает сложные проблемы.

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

Наконец, подумайте о консалтинге, а не о крупных бюрократических организациях. Или рассмотрим стартапы.

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

И они будут делать глупые вещи, такие как отбраковка резюме с помощью схем фильтрации с одним свойством, таких как StanfordOrStanfordEquivalent === true или «попросил кофе, когда я предложил его»

Но похоже, что вы проходите через это и переходите к интервью, в которых вам нужно быть. Предположим, что у вас нет гигантского фиолетового ирокеза (на самом деле это были бы бонусные баллы в моей книге), или вы не носите глупый шляпа с пропеллером на ней (основные бонусные очки) и, возможно, это не чрезмерный упор на получение этих Java $s, похоже, что вы сажаете лицо на что-то на собеседованиях, поэтому я спрошу следующее:

редактировать: хороший момент. Я пронумерую эти.

  1. Вы очень нервничаете из-за этих вещей?

  2. Вы выглядите моложе, чем выглядите на бумаге?

  3. Внимательно ли вы рассматриваете то, что они говорят вам о более общих проблемах, с которыми они сталкиваются, и пытаетесь ли вы привести примеры того, как вы справлялись с ними в прошлом?

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

  5. Может быть, вы подаете заявку на работу в не те компании, где у них известное имя, но они не очень хороши ни в чем, особенно в оценке талантов?

Дополнительные, следующие комментарии: Хорошо, две вещи. Во-первых, из вашего вопроса не совсем ясно, что сначала вы в основном останавливаетесь на резюме, что является странной деталью, которую можно упустить. У вас могут быть проблемы на фронте общения на фронте «что нужно знать другой стороне», что вовсе не редкость среди технарей, включая меня иногда.

Еще одна вещь, которая поражает меня в ваших ответах, это то, что вы, кажется, не имеете никакого мнения о том, в чем вы хороши, или естественной склонности работать с данным набором технологий в настоящее время. Не поймите меня неправильно, я думаю, что это здорово, когда люди расширяются и приобретают опыт в нескольких областях. Я также думаю, что есть много универсалов, которым все это нравится, но Java, PHP и JS — это как три разные планеты. Большинство парней в чате JS предпочли бы получить корневые каналы, чем застрять на написании Java на неделю, и я не сомневаюсь, что есть много взаимных настроений с другой стороны.

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

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

Еще одна возможность, которую следует учитывать, заключается в том, что вы выбираете плохие цели. Вы просто собираетесь работать с более крупными известными компаниями? Иногда в этих сценариях трудно связаться с кем-то, кто на самом деле знает достаточно, чтобы правильно оценить вас, прежде чем найти какую-то глупую причину, чтобы захлопнуть ворота. Я бы попробовал подумать о тех местах, куда вы подаете заявление, и спросить себя, не стоит ли вам попробовать себя в новой среде, где вас вряд ли упустят из виду из-за тривиальных деталей, которые вы не контролируете. И что действительно мотивирует вас в конечном счете с точки зрения интересной работы и руководящих должностей? Если это строго более практические соображения, а не типа «технологии / ведущие люди в области технологий мечтательны», они хотели бы услышать, как все говорят о том, чувствуют ли они себя так же,

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

Чтобы ответить на ваши пули цифрами: 1. Нет, не совсем так. 2. Я выгляжу молодо, но считаю, что общаюсь по большей части зрело/уверенно. 3. Может быть, я недостаточно привожу собственные примеры. 4. Обычно я абсолютно честен (это плохо?). 5. Да, вполне возможно. (Я подал заявку только к одному, другие были рекрутерами, которые искали меня.) Кроме того, большинство моих проблем были на этапе возобновления работы (они были снижены еще до первого экрана телефона или технического теста).
Как насчет Java? Это направление вашего технического опыта или вы сосредоточены на PHP и универсальных потребностях веб-разработки?
Я придаю почти одинаковое значение своим навыкам в Java, PHP и Javascript/front-end. На самом деле я ни на кого не ориентируюсь, в основном я просто откликался на интересные вакансии от рекрутеров в LinkedIn, и они довольно равномерно делятся на PHP/Java, но обычно не слишком много говорят о языке. Хотя я упал лицом вниз на собеседовании по С++ :)

"Это не я, это ты."

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

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

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

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

Прямо сейчас (или еще в 2012 году, когда, кажется, вы отправили вопрос) вы разработчик с многолетним опытом, но публично не признаете ничего, кроме написания кода, который не бросает вам вызов. Измените это восприятие внутри и снаружи. Вы можете обнаружить, что если вы начнете это делать, ваше текущее положение может измениться, чтобы предоставить вам больше проблем и возможностей.

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