В чем разница между «наймом» и честным «почти» для окончательных интервью на месте? [закрыто]

9

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

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

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

Итак, что побуждает вас быть хорошим, но не совсем «нанимать»?

Любой совет о том, что вы ищете или что-то, что вы знаете, что дало вам этот небольшой дополнительный импульс?

Джошуа Олсон
источник
Просто заметьте, что я подаю заявку на новые должности (или примерно того же уровня опыта).
Джошуа Олсон
2
Первое, что вы должны сделать, это работать над своим английским языком. Предположительно, это не ваш родной язык, но все же все известные мне программисты заботились о том, чтобы говорить и писать точно. Оно не «получено», но «получено», «получено» или «получено». Не "интервью", а "интервью". «Погружение глубоко», а не «погружение глубоко».
Кевин Клайн
Ой, пара коллоквиумов и опечаток и "по-видимому, это не твой родной язык". Это больно. : P Хорошо, я исправил ошибки своего грамматика.
Джошуа Олсон
2
Коллоквиум это встреча.
Кевин Клайн
Разговорный. Глупая проверка орфографии.
Джошуа Олсон

Ответы:

9

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

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

Наконец, если вы думаете, что у вас все в порядке с точки зрения технических ответов, то один важный аспект, который они ищут, заключается в том, подходит ли вам «культурный» подход. То есть, собираетесь ли вы вписаться в остальную часть команды и соответствует ли ваша личность. Изучите культуру компании и решите, подходит ли вам это, а также продемонстрируйте это на собеседовании.

Удачи и не сдавайся!

Дин Хардинг
источник
К сожалению, у моего рекрутера в Google была строгая политика отсутствия обратной связи (я говорил, что это была политика, но я знаю, что люди получили "подсказки" о том, над чем работать).
Джошуа Олсон
1
Я заметил, что все в Amazon продолжали говорить о приобретении собственности, так что, думаю, мне следовало бы еще больше обдумать этот аспект.
Джошуа Олсон
1
Это хороший ответ ... Я хотел бы добавить две вещи: во- первых , попытаться научиться читать общий тон вопросов. Если у вас есть несколько вопросов о «праве собственности», то они могут бояться, что вы придете и нуждаетесь в чрезмерном руководстве или всегда будете размышлять над темой «это не моя работа». Во-вторых , действительно может быть так, что вы могли бы работать в компании, но просто не подходили для этой команды. Здесь все может оказать влияние. Может быть, это было между тобой и другим парнем, но другому парню нравились панк-рок и горный велосипед, как и половина команды.
красная грязь
Амазонка также не сказала мне никаких отзывов. Какой отстой, потому что я уверен, что у них была бы отличная обратная связь ...
Cervo
Нет. Амазон не дает обратной связи, как и MSFT. У меня был похожий опыт. Google дает подробный отзыв, хотя, когда вы идете на домашнее собеседование. У меня также есть такой же опыт провала во всех трех больших домах. Знания, которые я получил от них, весьма значительны. В дополнение к вашему набору навыков и вашей производительности, это также относится к удаче. Совершенствуйте свои навыки и принимайте битву снова и всегда помните Роберта Брюса и паука: D
Venki
3

Как сказал Дин, вас оценивают по нескольким атрибутам, и обычно это:

  • Технические навыки
  • Будь ты вписался в команду
  • Мыслительный процесс
  • и т.п.

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

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

  • Понять, что спрашивают (попросите повторить определенные части, если это необходимо)
  • Задайте уточняющие вопросы (итеративно / рекурсивно, существуют ли конкретные ограничения ?, какой язык? И т. Д.)
  • Определите подходящие структуры данных, алгоритмы, шаблоны проектирования, которые могут использоваться ( для этого используются программирование интервью и программирование Pearls )
  • Напишите код, объясняя интервью вслух, каков ваш мыслительный процесс . Если интервьюер знает, что вы думаете, он может определить проблемы вашего подхода на раннем этапе и направить вас к лучшему решению.
  • Прежде чем сказать интервьюеру, что вы готовы, подумайте и объясните интервьюеру, как вы будете тестировать только что написанное программное обеспечение. Подумайте о простых случаях, пограничных случаях, параллелизме, имеет ли этот подход смысл для других культур, последствиях для безопасности, стресс-тестировании и т. Д.

Наконец, признать, что вы ничего не знаете, (ИМХО) предпочтительнее, чем спотыкаться, пытаясь подделать это. Конечно, собеседование просит вас решить проблему, но если вы не знаете, с чего начать, я бы порекомендовал поговорить о правильных подходах и попытаться сузить правильный подход, который касается указанных ограничений. Если вы не знаете, с чего начать, возможно, пришло время объяснить это (это также связано с тем, как вы вписываетесь в команду. Я бы сказал, что лучше спросить направление заранее). Поэтому я не думаю, что говорить, что ты не знаешь, - это плохо (при условии, что это не все, что сказано =])

В отношении подгонки можно особо мало что делать, так как часто все сводится к личному мнению интервьюера, но беседа с интервьюером о том, что вы думаете / делаете, предпочтительнее, чем кодирование в тишине в течение 15 минут с последующим объявлением "Я выдохся".

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

Наконец, рекрутеры Microsoft публикуют довольно много информации о том, что они ищут во время экрана / интервью по телефону, поэтому я рекомендовал прочитать их. Кроме того, GlassDoor имеет много информации о процессах интервью для компаний (но представленные пользователем ответы не всегда верны). Поиск в Google вопросов для MS / Google / Amazon / Apple / etc также даст результаты.

Удачи.

MDEC
источник
3

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

==== 07.03.2014 ====

Это интервью с Ласло Боком, кажется, согласен. Google не заботится о степенях, оценках или результатах тестов:

Одна из вещей, которые мы видели из всех наших данных, заключается в том, что средний балл не имеет смысла в качестве критерия для приема на работу, а результаты тестов бесполезны - никакой корреляции вообще, за исключением совершенно новых выпускников колледжей, где есть небольшая корреляция. Google обычно просил у всех стенограмму, средний балл и результаты тестов, но мы больше этого не делаем, если только вы не в школе всего несколько лет. Мы обнаружили, что они ничего не предсказывают. ... Есть пять атрибутов найма у нас по всей компании. Если это техническая роль, мы оцениваем вашу способность к кодированию, и половина ролей в компании - это технические роли. Тем не менее, для каждой работы № 1, которую мы ищем, это общие познавательные способности, а не IQ Это способность к обучению. Это способность обрабатывать на лету. Это способность собирать разрозненные фрагменты информации. Мы оцениваем это, используя структурированные поведенческие интервью, которые мы проверяем, чтобы убедиться, что они являются прогностическими.

Кевин Клайн
источник
5
Элитарный и совершенно бесполезный. Какой смысл отвечать на вопрос, если все, что вы говорите, это «не пытайтесь, вы слишком глупы»?
Джошуа Олсон
Кроме того, найм в Google и Amazon даже не относится к классу виолончелистов мирового класса, я не беру интервью для работы Питера Норвига. Их бары найма не где-нибудь так высоко.
Джошуа Олсон
4
Извините, но я определенно понял, что вы не полностью понимаете процесс интервью. Я брал интервью у многих людей, и у меня брали интервью много раз. Обучение для интервью из элитной команды примерно так же эффективно, как обучение для SAT. Интервью не является проверкой знаний. Это тест на способность решать проблемы и ясность мышления, где код является средством выражения. Эти навыки являются результатом многих часов программирования и размышлений о программировании. Много часов здесь означает «много самостоятельного программирования, не связанного со школьными заданиями».
Кевин Клайн
Лол. Хотелось бы. Нет, процесс собеседования, вероятно, «не должен» быть тестом на знания, но в SV это обычно так, особенно в таких компаниях, как Google, Facebook или Amazon. Собеседование - это абсолютно умение, и чем больше вы его изучаете и практикуете, тем лучше у вас получается.
Джошуа Олсон
2
@josh - у меня тоже были такие интервью. Если интервью кажется игрой тривиального преследования, это, вероятно, не хорошее место для работы. Если интервью плохо организовано, скорее всего, проект тоже. Команды, которые думают о своем программном процессе, также будут думать о процессе собеседования.
Кевин Клайн
1

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

Объединяя эти аспекты с вашим предыдущим вопросом , не зная ничего о вас, я бы порекомендовал некоторые усилия с инженерной стороны, чтобы иметь возможность разрабатывать практическое программное обеспечение и четко передавать этот дизайн. Вместо того, чтобы изучать теорию CS, прочитайте несколько книг, таких как Programming Pearls , Refactoring , C ++ Coding Standards и Code Complete . Если одно из «неинтересных» заданий дает вам ответственность за разработку реального программного обеспечения, возьмите его на себя и сделайте его интересным. В реальном мире ты часто чувствуешь себя как этот парень, но все же может быть очень приятно узнать, что вы решили сложную проблему, даже если это может быть обычным приложением.

Карл Билефельдт
источник
Я действительно не такой привередливый. Я просто хочу работать на реальном программном обеспечении. Не маленькие скрипты тут и там или просто изменение некоторых операторов if, которые были написаны 10 лет назад для работы с этим немного другим бизнес-правилом или формулой алгебры.
Джошуа Олсон
Работа над инженерным аспектом - вот почему я ищу работу в софтверных компаниях (а не в b2b-компаниях, у которых есть один или два программных продукта).
Джошуа Олсон
1

Ладно, просто добавлю немного практического опыта.

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

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

Мой совет: если вы действительно верите, что у вас есть то, что нужно, продолжайте интервью с этой компанией и учитесь на каждом опыте, пока не получите работу. Большинство из этих компаний ведут реестр всех, с кем они берут интервью, и они заносят в черный список неимущих кандидатов (так что они никогда не получат еще один шанс). Тем не менее, кандидаты, которые были хорошими кандидатами, но в тот день не очень хорошо выступали или плохо подходили команде, останутся в кадровом резерве. Вы сразу узнаете, попали ли вы в черный список, когда телефонные звонки рекрутера прекращаются однажды, и каждый будущий контакт, похоже, не слышит. Если вы получите дальнейшие запросы от компании, вы знаете, что у вас все хорошо. Нет ничего плохого в том, чтобы назначать больше интервью после вашего первого отклонения, если вы не попали в черный список. По факту, Я очень рекомендую проводить интервью с несколькими командами одновременно. Интервьюеры собираются отклонить вас при первом обнаруженном признаке проблемы, независимо от того, является ли это реальной проблемой. Они осторожны и не хотят нанимать больше, чем хотят.

Еще несколько мыслей:

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

- Я лично разговаривал с блестящим инженером, когда брал интервью у Microsoft, который сказал мне, что ему понадобилось 5+ попыток, прежде чем он был наконец нанят. Этот парень был SDE высокого уровня, поэтому MSFT, очевидно, подтвердил, что он был хорошим наемником, продвигая его.

Несколько советов:

Знайте свои структуры данных и алгоритмы вперед и назад. Вам нужно знать все вплоть до обхода графа.

Знать архитектуру, особенно распределенные системы и проблемы масштаба

Составьте список проектов, которые вы запомнили. Запомните список с примерами принципов лидерства, которые вы продемонстрировали в своей работе. Это самые сложные вопросы, на которые нужно ответить в интервью (поведенческие интервью). Вы можете быть совершенны в технической части, и если вы не выживете в поведенческом интервью, вас не наймут.

Не беспокойтесь о том, какие языки программирования они ищут. Знать один объектно-ориентированный язык вперед и назад и код в нем. Интервьюер, как правило, не заботится о том, на каком языке вы пишете код, и не судит вас по нему.

Наконец, пожалуйста, напишите мне свое резюме. знак равно

Джонатан Хенсон
источник
0

Не обязательно пропустил это, будучи неправым

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

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

Роберт Коритник
источник
Правда, но я усерднее работал над чем-то более удачным, поэтому я просто пытаюсь найти способы сделать себя «счастливее». :)
Джошуа Олсон
1
Нет, у них очень редко есть ограничение на количество нанимаемых. Если вы делаете разрез, они нанимают вас. Они найдут место в компании для всех, кто соответствует их стандартам. Я лично обнаружил, что это верно для Google, Amazon и MSFT.
Джонатан Хенсон