Я получил первое телефонное интервью на Amazon на прошлой неделе, и они задали несколько основных технических вопросов во время этого интервью.
Сегодня у меня было второе телефонное интервью, и я хорошо подготовился, ожидая следующего технического интервью, но оно не было техническим.
После того, как мы представились, он задал такие вопросы:
- Почему вы любите заниматься программированием?
- Что тебе не нравится в программировании?
- Что вы ожидаете от новой работы?
- В последнем проекте, над которым вы работали, как вы убедились, что проект был реализован в соответствии с требованиями клиента?
- Был ли какой-нибудь проект, который во время разработки вы чувствовали, что дизайн был плохим, и если так, что вы делали, чтобы решить проблему?
- Как инженер, как бы вы не отставали от новых технологий?
Кроме того, когда я рассказал ему о недавнем проекте, над которым я работал, он спросил меня, почему мы решили принять конкретное проектное решение и было ли это мое решение.
Мне было интересно, почему он задал мне такие вопросы; Поскольку английский не является моим родным языком, я предполагаю, что одной из причин было проверить мои знания языка.
И большинство ответов, которые я ему дал, были очень короткими, и, поскольку я чувствовал, что он ожидает большего, я попытался придумать, что сказать, и в итоге просто болтал. В целом, я думаю, что интервью прошло очень плохо, потому что я не мог четко донести свои мысли до него.
Почему мне задавали такие вопросы, и какие ответы ожидают интервьюеры?
Ответы:
Это открытые вопросы. Они предназначены для того, чтобы увидеть, как легко вы можете описать свои взгляды на свою практику. Основная цель этих вопросов - заставить вас говорить, а не проверить свои навыки владения английским языком (даже если навыки общения можно проверить таким образом), а выяснить, не увлекаетесь ли вы ( почему вы любите заниматься программированием? Подробнее о вашем последнем курсе) Проект? ) о том, что вы делаете, и если вы чувствуете, что вложили в свою практику.
Их также просят проверить, можете ли вы взять дистанцию и судить себя на практике, что вы знаете свои слабые стороны ( что вам не нравится в программировании? )
Есть также некоторые вопросы, которые можно рассматривать как вопросы, определяющие BS ( Подробности о вашем последнем проекте? ). Это потому, что последнее, что кто-то хочет в команде, это кто-то лжет, поэтому вам нужно подробно описать, что вы притворяетесь, что сделали.
Затем возникают вопросы о вашей эволюции в качестве компетентного программиста ( как вы справляетесь с новыми технологиями? ) И о вашей способности постоянно развиваться без постоянного запроса.
В целом, эти вопросы, как правило, задают для установления связи и проверки того, подходит ли вам компания и ее культура. Это абсолютно субъективно. Цель состоит в том, чтобы увидеть, легко ли общаться, и можно ли легко обмениваться идеями. Если вы чувствуете, что сделали плохо из-за того, что такой связи не произошло, может быть, лучше перейти к следующей компании.
источник
Это мягкие вопросы, которые не имеют правильного или неправильного ответа, но предназначены для того, чтобы определить, как вы думаете, какая у вас личность и соответствует ли ваша личность их культуре. Это то, с чем не родным носителям английского языка, а также людям, принадлежащим к другой культуре, могут быть трудные времена, особенно в азиатских культурах.
Самым большим недостатком, который я вижу, когда задаю подобные вопросы людям азиатских культур, является то, что у них есть огромная проблема с признанием личной вины интроспективным и позитивным способом. Многие жители Запада видят способность признавать свои недостатки и предлагают, как улучшить себя, как замечательное качество (на это может повлиять христианство и религиозная необходимость признать свои недостатки перед Богом?). Большинство людей азиатских культур, с которыми я работал, рассматривают такого рода интроспективное признание как необычайный признак слабости, и я тоже могу уважать эту точку зрения. Не все западные люди понимают это.
Еще одно зависание, которое я вижу, - это неспособность сказать «нет» начальнику. Это еще одно культурное различие между высоко ценимыми западными ценностями, такими как то, как мы считаем независимость и креативность более важными, чем подчинение, умиротворение или уважение.
Эти культурные барьеры могут быть преодолены, если каждая сторона будет уважать и лучше понимать различные точки зрения, а также сильные и слабые стороны ценностей, заложенных в культуре друг друга.
РЕДАКТИРОВАТЬ: мой ответ, кажется, вызвал некоторые противоречия, поэтому я уточнить некоторые моменты. Они не основаны на каких-либо научных данных или исследованиях, о которых я знаю. Мой ответ полностью совпадает с моим мнением, основанным на азиатских курсах, курсах философии и мировой истории, которые я проходил в университете, а также на нескольких близких дружеских отношениях с людьми из разных культур по всему миру.
Далее я хотел бы уточнить, что я не обсуждаю расовые различия, а просто культурные различия. Мое мнение таково: чем больше мы осведомлены о прошлом друг друга, тем меньше мы подсознательно судим о тех, кто отличается от нас. Я ни в коем случае не говорю, что одна культура превосходит другую. Если вы считаете, что признание культурных различий на самом деле является дискриминацией, тогда я понимаю и уважаю ваше мнение, однако смиренно не согласен.
источник
Относительно того, почему они задавали такие вопросы, я задаю такие вопросы в каждом интервью, которое я даю. При приеме на работу я хочу знать, как они справляются с различными ситуациями, как они думают, когда пытаются решить проблемы, как справляются со стрессовыми / негативными ситуациями и т. Д.
Тот, кто знает определенный язык программирования, является лишь небольшой частью решения о найме. Знание будущего сотрудника будет принимать разумные решения , брать на себя ответственность за свои действия и т. Д., Что более важно.
Насколько ожидаются ответы ... Честные. Я ценю, когда кто-то ответит подробностями, и готов признать свою роль (как положительную, так и отрицательную) в различных ситуациях. Кроме того, такие вопросы, как «Что тебе нравится в программировании», помогают мне раскрыть больше о личности кандидата, чем что-либо конкретно о программировании.
источник
Они не задавали вам вопросы, потому что вы не носитель английского языка. Подобные вопросы типичны для интервью. Технические вопросы задаются, чтобы узнать о ваших навыках и о том, какую техническую подготовку вы можете предоставить команде или компании. Тем не менее, компании также хотят нанимать людей, которые хорошо подходят для культуры и могут внести свой вклад другими способами, возможно, за пределами своей основной роли или которые могут вырасти на новые должности в организации.
Вопросы о том, что вам нравится и не нравится в программировании, могут указывать на вашу трудовую этику и ваши способности учиться и адаптироваться к своим обязанностям по разработке в будущем. Они хотят видеть, насколько вы увлечены работой, которую собираетесь делать, и убедиться, что вы не будете тем, кто приходит, делает свое время и уходит, не наслаждаясь работой, которую они выполняют. В организационном поведении хорошо известно, что сотрудники, которые счастливы выполнять свои обязанности, более продуктивны и, как правило, способствуют работе команды.
Спросите, что вы ожидаете от работы, дает интервьюеру некоторое представление о том, почему вы хотите эту должность. Они хотят знать, ищете ли вы 40-50 часовую / недельную работу для зарплаты, или вы увлечены своим делом. Они хотят знать, что вы ищете от вашей компании, с точки зрения личного и профессионального развития и роста. Опять же, это восходит к культурному согласию с командой и организацией. Компании не просто ищут людей, чтобы заполнить стол, а скорее вносят вклад в знания и возможности организации. Для того, чтобы сделать это, им нужно знать, что вы ожидаете, чтобы быть счастливым, продуктивным, способствующим работником.
Вопросы о прошлых проектах предназначены для того, чтобы узнать о ваших решениях, лидерстве и личном взаимодействии. Это отчасти техническая проблема, касающаяся вашей способности принимать обоснованные технические решения или учиться на своих ошибках. Они также идентифицируют ваши способности работать с другими людьми, распознавать ваши собственные недостатки и учиться на ошибках.
Все эти вопросы также охватывают вашу способность общаться о себе, своих желаниях и целях с другими людьми. Программная инженерия так же важна для общения, как и для проектирования и создания программных систем, поэтому для этих субъективных, открытых вопросов важно иметь возможность четко мыслить и объяснять себя интервьюеру.
С точки зрения интервьюера, вы должны давать честные и полные ответы. Не вдавайтесь в каждую мелочь - интервьюер попросит больше, если они этого захотят. Тем не менее, обсудите достаточно, чтобы дать им представление о том, как вы думаете, действовать и реагировать на различные ситуации. Это то, что они хотят знать.
источник
Я фанат примеров, так что давайте немного. Какого человека вы бы предпочли нанять?
Почему вы любите заниматься программированием?
Что тебе не нравится в программировании?
Что вы ожидаете от новой работы?
Другие ответы здесь объясняют, почему эти вопросы часто задаются в интервью. Надеемся, что это может дать вам более конкретное представление о спектре ответов.
источник
Вау, ответы здесь отличные! Я был полностью подготовлен к тому, чтобы предоставить свою собственную, но цель была достигнута настолько полно, что мне нужно добавить только одну или две вещи!
Во-первых, основная предпосылка управления командами - зарплата разработчика недешевая. И кривая обучения для встраивания нового человека в команду очень важна. Это не просто стоимость человека, в то время как они учатся смешиваться с командой / компанией, но время команды в том, чтобы заставить человека набрать скорость. Команда должна помогать друг другу, поэтому, когда присоединяется новый человек, все должны быть готовы внести свой вклад, чтобы помочь новому парню, и потратить немного дополнительного времени, чтобы убедиться, что первые несколько попыток общения понятны. Это будет означать снижение общей производительности - стоящая сделка, но не дешевая.
Итак ... менеджер должен знать:
1 - будет ли период адаптации нового парня минимальным - как человек поднимает вопросы, что он делает, когда видит проблему, и как человек интерпретирует то, что он слышит, все это хорошие показатели того, как этот человек работает в командной среде. ПРИМЕЧАНИЕ: здесь нет совершенства, и иногда длительный период настройки полностью стоит того, в зависимости от химии команды.
2 - как долго будет новый парень- а что, если вы любите нового парня - если он покинет компанию через год, вы потеряли деньги на его прием на работу. Даже для чудотворца, полагаю, у нового парня уходит около 3 месяцев едва продуктивного времени, а затем еще 3 месяца в основном продуктивного времени. Только через 6 месяцев новый парень начал работать. К концу года его производительность начинает амортизировать этот ранний период непродуктивности и потери команды. Если новый парень подаст заявление об отставке примерно в это же время, вы, как правило, несете чистый убыток. Команда чувствует себя обескураженной, вы не получили той эффективности, на которую надеялись, в целом, от нового найма, и вы вложили немалый капитал, подходящий ему. Первые два вопроса выше - это то, что я называю «останется ли он» вопросы - хочет ли человек принципиально иной корпоративной культуры, тогда никакая убедительность не будет держать его рядом. ПРИМЕЧАНИЕ: это может быть почти невозможно диагностировать с новыми выпускниками колледжа. В 9 случаях из 10 у них недостаточно опыта, чтобы действительно сказать вам, чего они хотят - в конце концов, они не экстрасенсы!
источник
Я задаю такой вопрос, потому что способность кодировать или решать технические проблемы - это только базовая основа того, как вы собираетесь работать в компании. Интервьюер проверял общение, мотивацию и поведение.
Интервьюер в вашем случае, кажется, заинтересован в:
Знание языка не является критерием.
Однако, если у вас возникнут проблемы с описанием вашего проекта и интересов, у меня будут сомнения относительно вашей способности следить за сложными обсуждениями и сеансами интерактивной доски (через шумный конференц-мост) или представлять свой дизайн и решения партнерам по команде и менеджерам.
Технические навыки - это барьер, через который вы должны пройти, чтобы быть компетентным , но хорошее общение в сочетании с подлинной мотивацией - это то, что действительно делает вас выдающимися в долгосрочной перспективе, и это то, что нас волнует больше всего.
Отказ от ответственности: я никоим образом не говорю о политике Amazon, и приведенное выше утверждение является исключительно моим личным мнением.
источник
Я думаю, что с такими вопросами, как эти, интервьюер просто пытается заставить вас мыслить нестандартно (не только технарь) с точки зрения решения проблем и навыков общения. Кроме того, важно знать, что работодатели интересуются не только техническими навыками, которые вы приобрели в колледже или университете, но также интересуют ваши навыки межличностного общения и подход к различным сценариям реального мира. Подводя итог, я бы сказал, что прежде чем кто-либо подаст заявку на работу в какой-либо компании или фирме, ознакомьтесь с информацией о компании, а также выясните, какие навыки, скорее всего, они ожидают от вас в процессе собеседования, а не только навыки для вашей трудовой роли.
источник
Как и другие здесь, я всегда задаю такие вопросы, когда беру интервью.
Три вещи, которые я пытаюсь получить из интервью:
1- Страсть (люблю решать проблемы и получать результаты)
2- Способность понимать и объяснять проблемы и решения на разных уровнях для разных аудиторий
3- Личность (Способность соответствовать остальным команды)
Я также стараюсь подходить к этим темам таким образом, чтобы сделать тон спокойным и разговорным. Я хочу знать, каким будет человек на самом деле после того, как он поселится в команде и в компании.
источник
Знание конкретных технологий и синтаксиса не является самым важным фактором в мире, где эти технологии меняются каждые пару лет. Похоже, они предварительно отфильтровали вас по телефону с некоторыми техническими вопросами, чтобы убедиться, что вы были законным кандидатом, а затем, когда лично, пытались узнать, какой вы программист и какие решения вы принимаете. В конечном счете, иметь человека, который принимает правильные решения , гораздо важнее, чем тот, кто знает синтаксис языка программирования.
источник