Как вы справляетесь с вопросами на основе знаний в интервью? [закрыто]

10

В технических интервью, которые берут интервью у опытных программистов, интервьюеры задают много вопросов, основанных на знаниях. [например. Например, как настроить это и это в XML]. На эти вопросы есть только один ответ, и очень вероятно, что хороший программист может не знать ответ на него (и, следовательно, получить отказ). Есть ли хороший способ ответить на эти вопросы? [Как вежливо сказать интервьюеру, что ответ - это просто поиск в Google].

Винот Кумар СМ
источник
10
Один или два таких вопроса хорошо, но если большинство вопросов таковы, вам следует серьезно подумать, подходит ли вам эта компания.
biziclop
@biziclop Вот так более 90% интервью проводятся в Индии. Я считаю, что это больше связано с тем, насколько хорошим программистом является сам интервьюер, чем с тем, насколько хороша компания.
Mugen

Ответы:

17

Я думаю, что все будет в порядке, если вы скажете интервьюеру, что вы, честно говоря, не знаете ответа, а затем продолжите, чтобы рассказать им, как вы узнали бы (например, спросите коллег, просмотрите руководство, поищите в Интернете и т. Д.) , Это должно показать интервьюеру, что вы находчивы и способны приспосабливаться к новым ситуациям и готовы учиться, а также честно признавать, что вы не знаете, а не пытаетесь обмануть и потерпеть неудачу. У меня не было такого опыта лично, поэтому я не уверен на 100%, как он будет работать, но я бы принял такой ответ, если бы был интервьюером. Удачи!

FrustratedWithFormsDesigner
источник
3
Я бы не задавал эти вопросы в первую очередь, если бы был интервьюером :)
Carra
@Carra: Также хороший момент, но он может помочь увидеть, как кандидат думает с точки зрения того, как справиться с задачей, с которой он не знаком. Если вы хотите быть по- настоящему хитрым, вы можете спросить их, как использовать инструмент / систему, которой даже не существует, и посмотреть, притворяются ли они, что знают ... мвахахаха ... но да, это может быть немного странно.
FrustratedWithFormsDesigner
1
Как насчет ответов на эти хитрые интервью, почти никто, кажется, не знает ответа на вопрос: «В SQL, когда вы сравниваете TRUE с NULL, каков результат?» Ответ: «NULL». Я еще не нашел никого, кто знает это во время собеседования, но однажды меня спросили.
Берин Лорич
@Berin Loritsch Я знал это, но только потому, что провел счастливый день, отслеживая ошибку, вызванную тем, что NULL не сопоставим ни с чем.
biziclop
15

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

Например, «Что API-вызов Shazbut the Fuzzer?»

Ответ , я бы пошел в API документации Fuzzer онлайн, и узнать. Чтобы быть справедливым, я не использовал "Fuzzer", но я использовал "Fubar", который делает то же самое. Мы использовали Fubar в нашем последнем проекте из-за X, Y и Z.

Этот тип подхода демонстрирует ряд вещей:

  1. У вас есть более чем случайное понимание проблемы
  2. Вы знаете, как найти ответы (Говард Хьюз не знал всех ответов об авиации, но у него была команда людей, которые знали)
  3. Вы понимаете, что есть альтернативы и причины для выбора одного над другим.

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

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

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

Берин Лорич
источник
Если бы я давал интервью, я бы всегда задавал один вопрос, на который отвечал: «Я бы посмотрел его и сделал это, перейдя к <X>»
Захари К
У меня действительно нет проблем с этим. Суть моего ответа в том, что на самом деле существует более одного способа приемлемого ответа на вопрос.
Берин Лорич
После прочтения вашего примера моей первой реакцией было: «Кто, черт возьми, Шазбут, Фаззер?» :-)
Петер Тёрёк
1
Некоторые из этих вопросов интервью звучат так же безумно.
Берин Лорич
4

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

Когда я брал интервью для своей текущей должности, я не писал никакого C ++ в течение нескольких лет после колледжа, и признался в этом. Когда кто-то писал class A : public Bкак часть вопроса доски, я не мог вспомнить, какой класс был базовым, а какой был получен, но, спросив интервьюера о синтаксисе, я смог успешно ответить на вопрос, основываясь на моих знаниях базовых концепций. и предложили работу. С другой стороны, тот, кто утверждает, что программирует на C ++ каждый день в течение последних 5 лет, должен знать, что синтаксис у него в голове.

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

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

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

Карл Билефельдт
источник
«Я не мог вспомнить, какой класс был базовым, а какой производным, но, спросив интервьюера о синтаксисе, я смог успешно ответить на вопрос», - я считаю, что в Индии не так. Слишком много людей претендуют на один и тот же пост, и в тот момент, когда вы произносите что-то подобное, вы выходите. Нужно быть действительно конкурентоспособным, чтобы выжить здесь.
Mugen
2

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

Я работаю с .NET. Ранние версии фреймворка имели более 40 000 различных объектов. Никто не может знать их всех.

Tangurena
источник
1

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

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

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

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

Мартин Блор
источник
1

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

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

Некоторое время спустя они предложили мне работу.

bitsoflogic
источник