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

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

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

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

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

Ответы (10)

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

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

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

В этом случае лучше просто подождать и посмотреть, что произойдет.

Иногда дело в том, чтобы увидеть, как кандидат защищает свое решение и реагирует на критику, а не в том, получил ли он «правильный» ответ.
@ColleenV Если после объяснения причин интервьюер все еще настаивал на том, что ответ был неправильным. Вам больше нечего делать, кроме как спорить, чего вы никогда не хотели бы делать. ОП также заявил, что не было реальной критики или объяснения, почему правильный ответ такой, какой он есть. Если интервьюеры планировали оценить реакцию на критику таким образом, то это был довольно плохой способ.
Я говорил в более общем плане, чем об этой конкретной ситуации. Я проголосовал за ваш ответ - я просто добавил дополнительную мысль, а не критиковал.
Я думаю, что ваша точка зрения верна во многих случаях. Тем не менее, я постоянно беру интервью у людей, и если бы я получил Вежливое электронное письмо, в котором говорилось бы что-то вроде «Здравствуйте, я больше думал о проблеме, которую мы обсуждали в интервью, и подход x, который мы выбрали, МОЖЕТ быть правильным, ПОТОМУ ЧТО», побудил бы меня пересмотреть свое решение. Еще одна вещь, которую следует иметь в виду, это то, что мы обычно даем обратную связь по техническому интервью НЕМЕДЛЕННО, поэтому техническому парню потребуется много усилий, чтобы передать ее обратно по цепочке.
@VSO Хотя это может сработать для вас, даже тогда одно или два различия в том, как пишется почта, или даже просто плохое и занятое утро во время чтения может изменить способ получения этой почты, поэтому даже если у вас есть кто-то, для кого это может работать в хороший день ваши шансы не велики. И чисто мое ощущение. Если они откажутся объясняться на месте, они, вероятно, не оценят, что вы настаиваете на своем ответе.
Я должен согласиться с @BobMeijer. Если вы можете защитить свой дизайн во время интервью, это здорово! Но если вам нужно написать об этом по электронной почте позже, все, что он делает, это напоминает интервьюерам, что вы не придумали защиту во время вашего интервью, которое было бы подходящим временем.
@VSO «технарю потребовалось бы много усилий, чтобы передать его обратно по цепочке». Нет ... это будет пересылка электронного письма, отправленного интервьюеру ... почти без усилий. Я не говорю, что OP должен написать ему / им по электронной почте, но идея о том, что это требует больших усилий, неверна.
Читать электронную почту. Оцените, имеет ли электронное письмо смысл. Свяжитесь с рекрутером и последующими интервьюерами, сообщив им, что вы изменили свое мнение о технических квалификациях из-за дополнительной информации, а не стандартного электронного письма, и при этом тратите время на то, что вы делаете. Это кажется мне довольно трудоемким. Вы действительно хотите добавить полчаса к своему рабочему дню? Я думаю, что это одна из причин, по которой люди говорят, что это вряд ли будет полезно — люди склонны раздражаться, когда им нужно выполнять дополнительную работу, особенно без веской причины.
Хотели бы вы действительно работать там, где отправка такого электронного письма помешала бы вам быть принятым на работу? Работа на кого-то, кто был таким запутанным, скорее всего, закончится плачевно.

Это, кажется, малоизвестный факт в обществе, но многие проблемы имеют более одного решения. Может быть, сказать тебе, что твой ответ был неправильным, было тестом. Иногда работодатели ждут, чтобы вы оттолкнули и сказали: «Послушай. Мой ответ тоже правильный, и вот почему…» или, может быть, они искали тебя, чтобы развлечь возможность ответа интервьюера и подумать, что это может быть лучше. идти.

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

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

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

К сожалению, это тот случай, когда «просто забудьте об этом».

( ЕСЛИ это был кто-то, кого вы очень хорошо знали и с которым много разговаривали, вы могли бы написать по электронной почте и сказать: «Я думал о X, и…». Но это звучит так, как будто это просто еще один корпоративный интервьюер.)

Так должен ли я отправить ему письмо с надлежащими ссылками, что мое решение было правильным?

К сожалению, в 99,99% случаев они просто удалили письмо.

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

Это хорошая практика?

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

К сожалению, общий ответ на ваш вопрос: «В 99,99% случаев совершенно бессмысленно отвечать на вопрос технического интервью».

«интервьюеры просто проходят технические интервью и вычеркивают людей из списков». -- Это при условии, что пул кандидатов большой. Даже если он большой, они могут не «перемешиваться» через них. Это всего лишь предположение, и я думаю, что вывод будет таким же и без него, поэтому я не понимаю, насколько это актуально.
@CaptainMan - это хороший момент; из-за крайней нехватки программистов по многим направлениям кандидатов все равно может быть только 1-2

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

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

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

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

Должны ли вы отправить продолжение об этом? Да. Нет. Может быть.

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

Нет.

Если вы достаточно хорошо объяснили это во время интервью , а он все еще не принял это, есть большая вероятность, что он не ответит положительно, если вы продолжите дальнейшие действия.

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

Вы на 100% уверены, что вы правы? Если вы продолжите, и вы на самом деле были неправы, это пошлет сообщение о том, что вы тот, кто не так уж открыт для обратной связи (если, возможно, вы не сформулируете это очень, очень изящно).

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

Да.

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

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

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

  • Я бы, вероятно, попытался включить какой-нибудь исполняемый рабочий код или ссылку или две на авторитетный сайт, если это применимо.

  • Не делайте свой ответ слишком длинным, не включайте слишком много ссылок и старайтесь свести код к минимуму.

  • Не делайте вид, что «вы не правы». Если вы сомневаетесь, просто полностью избегайте обсуждения того, как он ответил. Вы можете пойти с чем-то вроде:

    Я еще немного подумал о проблеме и придумал этот код, чтобы показать, что он работает.

    (Это довольно рудиментарный ответ, чтобы дать основную идею. Добавьте изюминку и откорректируйте формулировку по своему вкусу).

В заключение: возможно.

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

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

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

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

Думаю, здесь вы попали в самую точку: «Если вы достаточно хорошо объяснили это во время интервью, а он все еще не принял это, есть большая вероятность, что он не ответит положительно, если вы продолжите».

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

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

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

Нет, и не принимайте предложение от этой компании.

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

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

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

Интервью — улица с двусторонним движением

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

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

Проблема с вопросами Gotcha

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

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

Такого рода ситуационные вопросы полезны ТОЛЬКО в том случае, если вы имеете дело с редкой, уникальной и специфической частью (обычно устаревшей) технологии, в которой кандидат предложил обладать набором навыков. Задавать вопросы только с одним решением или с циклом дыра, превращающая вопрос в ловушку, не поможет вам оценить, насколько умен кандидат. Кандидата это раздражает, а вы производите впечатление крайне высокомерного человека. Это буквально привратник в ИТ-индустрии.

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

Телеграфировать чувства на собеседовании — плохая идея

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

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

Что должно было произойти

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

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

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

Пример на практике

Недавно во время собеседования я задал кому-то вопрос (Как бы вы переименовали файл в Git?). На этот вопрос есть много ответов, и ни один из них не является правильным или неправильным по своей сути, но некоторые из них имеют больше преимуществ, чем другие (использование команды перемещения в Git сохраняет историю, прикрепленную к этому файлу, по сравнению с переименованием файла и его повторной фиксацией). Этот вопрос был разработан, чтобы выявить уровень квалификации человека, проходящего собеседование в компании. Опытный пользователь поймет связанные с этим тонкости, а кто-то на более среднем этапе не поймет недостатки подхода, который они выбрали.

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

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

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

Gotcha Вопросы не должны применяться.

забавная история: git сохраняет историю, даже если вы переименуете файл вручную. на самом деле он вообще не имеет понятия о зафиксированном переименовании; он вычисляет переименования на основе похожих файлов, которые удаляются и добавляются в одном и том же коммите
Простое переименование файла без git mv«сохранения истории» точно так же. Вы можете подумать о git log --followтом, что необходимо для просмотра истории переименованного файла по переименованиям (даже если вы используете git mv). Если этот вопрос был разработан, чтобы выявить навыки кандидатов, убедитесь, что вы понимаете его, иначе вы станете интервьюером, на которого жалуется OP. Вы можете проверить это, создав файл с текстом, переместив его с и без git mvи увидев, что оба «теряют историю» с git log -- file, но «сохраняют историю», если вы используете git log --follow -- file.
Этот ответ многому меня научил

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

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

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

Примечательно, что еще один момент в тренинге по собеседованию FAANG, который я проходил, заключается в том, что тот факт, дает ли кандидат рабочий ответ, на самом деле не так важен, как вы думаете. Я бы сказал, что 20% вашей «оценки» за собеседование (как она есть) зависит от того, правильный ли ваш ответ на самом деле. Важнее то, как вы подошли к проблеме. Вы задавали уточняющие вопросы и/или высказывали свои предположения? Вы разбили проблему на части или просто пытались решить все сразу? Когда интервьюер давал вам намеки и направляющие комментарии, применяли ли вы их и реагировали ли они так, как ожидал интервьюер? Эти вещи гораздо важнее (по крайней мере, в компании, где я обучался собеседованию), чем то, действительно ли вы получили «правильный» ответ.

Не возражаете ли вы отредактировать этот ответ, чтобы объяснить, что означает аббревиатура FAANG? Спасибо.
«Facebook, Apple, Amazon, Netflix, Google». По сути, это сленг, означающий «ведущие технологические компании», и он достаточно распространен, чтобы большинство людей его знали (или могли погуглить).
Да, я гуглил. Но лучше, если ответы могут быть автономными. И «большинство людей это знает», вероятно, относится к большинству людей, занимающихся разработкой программного обеспечения. На сайте представлено множество других профессий.

Нет:

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

Я придумал решение и объяснил его ему, но он имел в виду другое решение и не принял мое решение, даже если я логически обосновал свой подход.

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

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

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

Сомневаюсь. Чтобы дать вам пример, взгляните на то, что сделал этот человек:

Он нашел ответ на HackerRank и подумал, что его решение вполне подходит для задачи на собеседовании по кодированию , которую кто-то опубликовал.

Его ответ: https://codereview.stackexchange.com/a/212530/7219

Оригинальный вопрос: https://codereview.stackexchange.com/questions/212492/bracket-matcher-in-python

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

Пожалуйста, не будь тем парнем.

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

Копирование и вставка ответа без его понимания полностью отличается от того, что говорится в ОП. Кроме того, они не вдаются в подробности того, каким был на самом деле вопрос или их ответ, поэтому делать общие заявления о том, насколько «простым» был их ответ, хуже, чем бесполезно. И сравнение их кода с «90% других людей» тоже не верное предположение. Все, что это делает, — это усиливает у людей синдром самозванца, а это никогда не бывает хорошо. Он игнорирует возможность того, что интервьюер был влюблен в свой собственный ответ, поэтому все остальное было «очевидно» неправильным.
@computercarguy, пожалуйста, поймите меня правильно! Никто не ожидает идеального ответа во время собеседования по техническому кодированию. С учетом сказанного, если обоснование ваших решений, основанное на временной и пространственной сложности, еще не вбито в вашу голову, не спорьте и не пишите своему техническому интервьюеру по электронной почте о том, какой подход вы должны были использовать.
@computercarguy, сегодня вечером я собираюсь изменить свой полный ответ, чтобы повторить то, что я сказал в своем предыдущем комментарии. Потерпите меня, пока я это делаю.