Какие ведущие компании ищут в интервью? [закрыто]

9
  1. По сути, я ищу, что вы обманываете, а вы выходите из оставшегося процесса?
  2. Являются ли раунды исключения справедливым способом судить человека? У любого может быть плохой час :-(
  3. Должны ли вы писать код наилучшим образом или вы правильно поняли алгоритм? Обычно я сначала пишу работоспособное решение, а затем работаю над ним до уровня, который, на мой взгляд, выглядит красиво для меня. Это неправильный подход?

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

Излишне говорить, что мне нравится компания, и я снова подам заявку, но в следующий раз хочу сделать все правильно :-)

Пожалуйста, поделитесь своим опытом и ценными предложениями.

Фанат
источник
4
Имейте в виду относительные издержки недооценки кандидата. Ложный отрицательный результат (не нанимая человека, который был бы хорошим работником) имеет только альтернативные издержки для работодателя, в то время как ложный положительный результат может быть очень дорогостоящим и может иметь последствия для всей организации, а также неприятные.
Крис Бай
@ Крис: Вы правы. +1.
Компьютерщик

Ответы:

7

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

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

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

Марсель Ламот
источник
4
Очень хорошо сказал Марсель. Почему-то я чувствую, что не все (независимо от того, насколько они хороши) могут все исправить в неизвестной проблеме (время является ограничением). Если кто-то преодолевает проблему, он, вероятно, уже писал такой же или подобный код. Один вопрос, хотя в раунде исключения вы знаете, что кто-то не достаточно хорош, если он обдумывает вопрос или два (если кто-то не делает ошибку). Я пытаюсь сказать следующее: «Раунд исключения», когда вы, похоже, отходите от гипотезы «вы знаете, что some1 недостаточно хорош». Да плохой парень ?? Очевидно, не нанимать ..
Компьютерщик
Интервью, безусловно, трудное искусство, и я ни в коем случае не претендую на звание эксперта. Но в моем случае, я не пытаюсь играть в игру "Гоча!" - где я просто жду, когда кто-то что-то не так поймет. Вместо этого я проверяю их знания, пытаясь понять, насколько это глубоко. Может ли кандидат легко объяснить, например, как работает хеш-таблица? Обычно довольно легко увидеть, кто попадает в колонку побед, а кто нет.
Марсель Ламот
@Geek - вы бы предпочли быть человеком, который понял это правильно и был передан кем-то, кто этого не сделал? Это может быть проблема кодирования или какой-то мягкий вопрос о том, как вы работаете с членами проблемной команды, но в конечном итоге все кандидаты, кроме одного, должны быть исключены.
JeffO
@Geek: «написал подобный код раньше». Возможно, они написали очень похожий код. Уровень порядка обхода - это вариант обхода дерева, который должен быть знаком каждому выпускнику CS. Если вам это не знакомо, значит, вы что-то упустили. Вы взяли класс алгоритмов, не так ли?
Кевин Клайн
@kevin: Прохождение порядка уровней легко, приятель, если бы я мог перефразировать вопрос как «Учитывая ограничения по времени, какие вещи вы можете пропустить и при этом считаться достаточно хорошими». Я думаю, что у Криса Пока есть отличный комментарий с вопросом.
Компьютерщик
4

Когда люди просят вас написать простые алгоритмы за очень ограниченное время, соглашения о кодировании и обработка исключений будут последними, на что они обращают внимание. Если только вы делаете что - то ужасное, конечно же , как и именование функции , пересекающую func, и все переменные a, b, c. Возможно, была еще одна причина, почему они не перезвонили вам.

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

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

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

П Швед
источник
5
Lol .. Мне понравился последний абзац :-) Обратите внимание на заглавную L в 'Lol'. Мне жаль, но английский не мой родной язык. Кстати, я узнал, что алгоритм должен быть написан без заглавной буквы A :-)
Geek