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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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