Отклонено, потому что проверка кода моей оценки навыков была неправильной

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

Спецификация для оценочного экзамена была:

Напишите код PHP, который отображает людей, которые связаны с другой таблицей (спонсором), в основном отношением один ко многим. Это должно быть сделано ООП с собственным php-кодом и без использования Framework.

Я программирую на PHP более 4 лет и хорошо понимаю ООП.

Интервьюер сказал мне, что я не справился, потому что рецензент кода сказал ему, что я использую фреймворк, что не соответствует действительности. Это чистый ООП, использующий очень простой подход, пространство имен и автозагрузку композитора.

Как мне вежливо обратиться к рецензенту, что он не прав? Я думаю понятно, что даже рецензент, хоть и является старшим разработчиком в компании, не очень понимает ООП. На самом деле у меня есть только 5 файлов в этом оценочном тесте, файл composer.json, 2 класса, 1 класс для подключения к базе данных и файл README.md.



Примечание модератора: этот вопрос находится на рабочем месте, а не на Stack Overflow. Ответы и комментарии, касающиеся правильности этого кода, будут немедленно удалены. Ожидается, что ответы будут сосредоточены на части этого вопроса, связанной с наймом (обращение к расхождениям во мнениях относительно правильности оценки), а не на технической части.

Какой канал связи у вас есть, чтобы предоставить эту обратную связь? Вы напрямую общаетесь с рецензентом кода? Вы работаете через рекрутера? Это должность в новой компании или внутреннее приложение, где вы уже работаете? Что вы надеетесь получить, сказав этому человеку, что считаете себя неправым?
Нет, я не общаюсь напрямую с рецензентом кода. Мой контакт — один из интервьюеров. Я прошел собеседование в их офисе и общаюсь по скайпу.
Получали ли вы какие-либо другие отзывы, кроме «вы не правы»? Вы можете вежливо попросить прокомментировать, как должен выглядеть правильный ответ или как вы могли бы привести свой ответ в соответствие с требованиями.
@ SiXandSeven8ths, никаких других отзывов, кроме того, что я «нарушил» правило. Я попросил другого разработчика проверить мой код, но отзывов пока нет. На самом деле я не получил никакого подтверждения (официального) по электронной почте, что меня не возьмут на работу.
Не вызывает ли это некоторых опасений, что рецензент кода мог совершить такую ​​фундаментальную ошибку? Как иначе проявляется их компетентность?
Люди, которые могут понять и принять точку зрения других и не настаивают на том, что другие не правы, как правило, становятся более желанными сотрудниками, даже если они «на самом деле не понимают» некоторые основные концепции.
" попросили другого разработчика проверить мой код " Значит, вы уже связались с ними снова? Если это так, то этот вопрос, хотя и интересный, не сильно вам поможет.
С какой стати вы хотите работать на / с организацией (потому что это то, что представляет рецензент), которая думает, что знает, что делает, но настолько не обращает внимания на свою некомпетентность, что проверяет людей с ее помощью? Если бы со мной когда-нибудь такое случилось, я был бы благодарен за то, что увернулся от пули и перешел к следующему проспекту.
@bharal Ответы здесь применимы в основном как есть, поскольку отказ есть отказ. Работодатели не хотят, чтобы кандидаты спорили о причинах своего отказа — все, что это может сделать, — это оставить плохое впечатление.
Я вообще не понимаю этой близкой причины. ОП задает здесь четко сформулированный и четкий вопрос, на который можно ответить, и он соответствует теме. Даже если ответ может быть похожим на «Несмотря на эти обстоятельства, вы должны просто принять это», вопрос вовсе не дублируется.
Я написал одному из интервьюеров (человеку с более высоким рейтингом среди рецензентов) и признался, что не согласен с оценкой рецензента. Он дал мне еще один шанс, предоставив мне еще один оценочный экзамен, но на этот раз он связан с «другими навыками, которые я указан в моем резюме (хотя и более сложное, реактивный тест), который я легко прошел. Меня снова пригласили на очное собеседование, и я прошел. Теперь я жду финальное собеседование, на этот раз с генеральным директором компании. Что делать как вы думаете, это хорошая/плохая идея?

Ответы (7)

Единственный ответ: «ДВИЖИТЕСЬ»

Вас там не ждут по какой-то причине. Существует вероятность того, что рецензент ничего подобного не сказал, или он неправильно понял то, что сказал рецензент, но в любом случае это должно быть огромным красным флажком, чтобы НИКОГДА не работать там ни при каких обстоятельствах.

Существуют только две возможности:

  1. они лгут
  2. они глупые

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

Третий вариант: они дезорганизованы до некомпетентности.
@AffableAmbler нет, это под номером 2
@RichardU Извините, если вы лично обиделись на мою критику вашего поста. Это все еще не правильный ответ на вопрос «Как мне связаться с рецензентом?», это был бы хороший ответ на вопрос «Должен ли я связаться с ним». некоторые люди не могут позволить себе роскошь отказываться от возможностей трудоустройства по принципиальным соображениям.
@JeffUK Политика «быть хорошим» не касается личных оскорблений, а комментарии предназначены не для обсуждения, а для конструктивной критики и предложений по улучшению. Если вы считаете, что этот ответ неадекватен, проголосуйте против и опубликуйте свой собственный.

Вместо того, чтобы бросать вызов рецензенту, я бы написал.

Какие правила я нарушил? Какой фреймворк я использовал? Я не использовал Framework, как я понимаю определение.

Пойдите на это с презентацией, если Вы только хотите учиться.

Элегантный подход.
Да, спросите, какой фреймворк использовался. Затем двигайтесь дальше , как рекомендовано другим ответом.

Вы можете спросить, не перепутали ли они по ошибке ваш код с чужим, потому что вы уверены, что не использовали какой-то фреймворк. Сообщите им файлы и попросите объяснить, что они нашли там не так.

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

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

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

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

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

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

Вдобавок ко всему... Я вижу, как использование автозагрузки Composer будет считаться нарушением концепции отсутствия "Framework". Я предполагаю, что цель политики заключалась в том, чтобы не включать библиотеки, кроме базового PHP. Вероятно, вам следовало уточнить это до того, как вы написали программу с использованием Composer include.

Я программирую на php более 4 лет и хорошо понимаю ООП.

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

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

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

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

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

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

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

Хотя это не значит, что вы не можете принять решение, сообщив им свое мнение.

Однако есть несколько вещей, которые вы должны сделать:

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

Уважаемый {Имя},

Спасибо за ваш отзыв! Я разочарован, услышав это.

Это может быть немного субъективно относительно того, [я сделал X / X является фреймворком / чем-то еще] [необязательно добавьте краткое обоснование].

Хотя я обязательно учту этот отзыв и постараюсь [уточнить требования более подробно/выбрать более осторожный подход/что угодно] в будущем.

С уважением

{Имя}

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

Подойдите к этому, сначала пытаясь понять точку зрения работодателя. Как вы думаете, им ДЕЙСТВИТЕЛЬНО нужен кандидат, способный решить конкретную задачу по программированию?

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

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

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

Чтобы ответить на ваш конкретный вопрос:

Как вежливо подойти к рецензенту, что он не прав?

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

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

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

Если интервьюер не является профессионалом в области психологии, он или она должны проводить провокационные поведенческие тесты. Как кандидат, вы должны немедленно дать понять, что не будете мириться с такой плохой практикой, и, надеюсь, в конечном итоге она будет прекращена. Для пояснения: попытка оценить soft skills — это прекрасно, но обманывать кандидатов, чтобы спровоцировать поведение, — это неэтично и совершенно бесполезно.
Я думаю, вы неверно истолковываете мою точку зрения. Я не имею в виду «провокационный поведенческий тест» и уж точно не «неэтичный и совершенно бесполезный» процесс. Проще говоря, когда интервьюер задает вопрос, основанный на навыках, он обычно смотрит на «полный» ответ, а не только на «да или нет» в отношении конкретного навыка. На собеседовании вы не можете сказать кому-то: «Насколько хорошо вы следуете инструкциям?» потому что они просто скажут "отлично!" Но вы можете дать им инструкцию, а затем наблюдать, как они ей следуют, и это может иметь большее значение, чем фактическое содержание инструкции.
Итак, чтобы доказать мне, что техника интервьюера ОП не была «провокационным поведенческим тестом», вы придумали другой сценарий и сказали мне, что ваша гипотетическая ситуация не была «провокационной»?
Не уверен, что вы ищете здесь или как я могу вам помочь. Вы неправильно истолковали мой ответ, поэтому я «выдумал» сценарий в комментарии, чтобы попытаться объяснить свой ответ по-другому.