Отклонено без объяснения причин [дубликат]

Я инженер-программист. Недавно я устроился на аналогичную должность в компанию.

HR позвонил мне, объяснил процесс найма, первым из которых было задание (проблема кодирования/дизайна), которое я должен был представить.

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

Через несколько дней мне позвонил HR и сказал, что мое решение не запускается. Поговорив с ним, я понял, что он сам пытался создать и запустить мое решение, и что на машине, на которой он работал, не было инструментов (gradle) для этого. Затем я продолжил направлять его, чтобы сделать необходимое.

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

И тут на ровном месте я получил от него письмо через 2 дня по этому поводу

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

К сожалению, в данный момент мы не можем обработать вашу кандидатуру по адресу ***. Мы сожалеем об этом, но, пожалуйста, продолжайте проверять вакансии, которые могут соответствовать вашему профилю - все может измениться в любое время!

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

Я неразумен в своих ожиданиях здесь? Я чувствую, что это очень нерегулярно. Я особенно чувствую, что что-то не так с человеком HR. Будет ли непрофессионально, если я напишу в компанию (у них есть почтовый идентификатор, указанный на их странице вакансий) с просьбой оставить отзыв?

«Это непрофессионально, если я напишу в компанию (у них есть почтовый идентификатор, указанный на их странице вакансий) с просьбой оставить отзыв?» - ну, кажется, вы уже ответили парню из отдела кадров. Кому вы думаете ответить на этот раз?
Вы точно знаете, что в конце концов они заставили ваше решение работать? Потому что невозможность запустить ваше решение, независимо от причины, кажется достаточно веской причиной для отклонения вашей заявки. Не отправляйте код, использующий внешние библиотеки, в заявления о приеме на работу, даже если это общеизвестные библиотеки. Ожидать, что они установят внешнюю библиотеку для запуска вашего кода, неразумно — у них, вероятно, слишком много приложений, чтобы заниматься этим.
Что бы вы ни делали, не принимайте отказ без объяснения причин на свой счет. Вместо этого используйте это как отправную точку для размышлений (как вы делаете здесь). Прислушайтесь к совету людей, которые говорят вам, что все, что вы отправляете, не должно требовать произвольных зависимостей. Но что еще более важно, поймите, что даже идеальная техническая квалификация не помешает вам получить отказ без объяснения причин.
«Я чувствую, что это очень нерегулярно». Ваше чувство неправильно; обработка заявок является несправедливой, произвольной и непредсказуемой. Привыкните к этому и двигайтесь дальше.
@Dukeling Кроме того, похоже, что не было документации, в которой указывалось бы на необходимость (и как) устанавливать зависимости. Или было недостаточно ясно, что существуют инструкции по установке, которым нужно следовать.
Только очень глупая компания сообщает причину отказа (это может привести их к юридическим неприятностям). Для вас неразумно ожидать этого.
@HLGEM: если причины чисто технические, почему глупо о них говорить?
Потому что люди будут оспаривать вашу оценку и пытаться убедить вас нанять их. Потому что люди скажут, что человек, которого вы наняли, был менее квалифицированным, и подадут на вас в суд. Всевозможные причины. И при найме редко речь идет о технической компетентности, это всего лишь минимальная планка. Почти все решения принимаются между несколькими людьми, технически способными выполнить работу. Ни одна законная компания никогда не предоставит вам эту информацию, потому что это не в их интересах. Если они это сделают, то вы знаете, что компания непрофессиональна и вряд ли сможет остаться в бизнесе.

Ответы (3)

Я неразумен в своих ожиданиях здесь?

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

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

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

Будет ли непрофессионально, если я напишу в компанию (у них есть почтовый идентификатор, указанный на их странице вакансий) с просьбой оставить отзыв?

Непрофессионально нет. Однако это может привести к тому же ответу, что и раньше, по уже раскрытым причинам, поэтому это может быть пустой тратой вашего времени.

Да, этим определенно должен заниматься технический работник, но это, похоже, какая-то ошибка в политике и процедурах этой компании, а это другой случай. Если вы используете Gradle, скорее всего, мы говорим о приложении для Android или проекте IntelliJ, поэтому для его правильной оценки оно должно быть построено так, как задумано (поэтому нет смысла пытаться сделать это непосредственно в «исходном» коде). или изменить дизайн только для того, чтобы этот нетехнический парень мог его просмотреть).

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

PS: Чуть не забыл напомнить вам, чтобы вы были осторожны, что бы вы ни решили делать, так как HR вам не приятель и не мамочка (вы можете видеть, что у вас уже есть некоторый личный опыт в этом, и вы, вероятно, не хотите больше из него).

Юридические проблемы - одна из возможных, но довольно второстепенных причин. Подавляющее большинство компаний не дают отзывов, потому что их просто не беспокоят. Меньшая группа не делает этого, потому что их пул кандидатов оказался спорным и не благодарным за эту обратную связь.
@Lilienthal: я не уверен, что «юридические проблемы» являются второстепенной причиной; однако с остальным согласен. Однажды я совершил ошибку, сообщив кандидату, почему я его не нанял. Затем я слушал их попытки оправдаться и ныть по этому поводу в течение 10 минут, прежде чем, наконец, просто повесил трубку с полной уверенностью, что сделал правильный выбор. #никогда больше.

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

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

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

Хотя исходный код — отличная идея, оправдает ли он такие усилия только для того, чтобы парень, не являющийся специалистом в области техники, мог «проверить» это решение? При кодировании для производства стандартом является использование Gradle и программного обеспечения Dependency-Injection, чтобы помочь вам (я также сомневаюсь, что они на самом деле разрабатываются непосредственно на исходном коде). Кажется, что такой подход к подбору персонала не столь адекватен, но это еще одна проблема, которую эта компания должна решить самостоятельно. Я согласен с остальной частью вашего ответа, +1
Из-за плохого процесса отбора компания теряет хороших инженеров, у которых есть решения, которые действительно являются «выдающимися» талантами, которые компания ищет. Другими словами, вы не сможете привлечь лучших специалистов с помощью рекрутеров, которые не говорят на этом языке (в прямом и переносном смысле).

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

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