Отвечая на технические вопросы во время интервью (в качестве интервьюируемого) [закрыто]

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

Разве это не звучит высокомерно? Мне интересно ваше мнение или опыт (как интервьюируемого или интервьюера, конечно).

PS: одноразовый аккаунт, так как я не хочу, чтобы люди, которые знают меня, знали, что я готовлю интервью.

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

Разве это не звучит высокомерно?

Да. Но есть и другие способы получить эту информацию.

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

Иногда вы можете произвести впечатление как на тип вопросов, которые вы задаете, так и на тип вопросов, на которые вы отвечаете. Однажды у меня появился младший разработчик с листом А4, полным вопросов. Это были правильные вопросы. Они показали глубокое (для младшего) знание правильных и неправильных способов ведения дел. Ему предложили работу.

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

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

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

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

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

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

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

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

Это всегда о совместимости . Вы можете думать что-то вроде: «Я не уважаю его, потому что он не дал мне правильный ответ», но я не думаю, что вы должны так говорить. Даже если вы думаете, что есть правильный ответ, даже если действительно есть правильный ответ , всегда лучше думать о вещах с точки зрения совместимости или несовместимости, а не о правильном или неправильном . Показ последнего отношения может быть отталкивающим.

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

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

Я раньше не задавал такие вопросы. Я отвечаю на их, я задал один или два классических вопроса, и я бы сделал.

Это была не очень хорошая идея.

Я скоро ухожу с работы (осталось только две недели :)) и теперь я спрошу. Может быть, я не буду спрашивать напрямую, но я проведу свой меньший тест Джоэла (cvs, автоматизированное тестирование, отслеживание билетов). Если они находят оскорбительным то, что я хочу оценить их методы / работу: это не то место, где я хочу работать. ИМХО работодатель должен посчитать интересным, что я хочу спросить, если