Техническое собеседование это: Техническое интервью: что это, примеры, как подготовиться

Содержание

пять способов отпугнуть соискателя / пять способов взбесить интервьюера / Блог компании ООО «ЦИТ» / Хабр

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

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

За свою профессиональную карьеру мне довелось побывать по обе стороны баррикад, хотя, пожалуй, проводить технические собеседования приходилось всё же немного больше, чем проходить их. Но за это время у меня накопилось некоторое количество «пунктиков», которые отпугивают меня во время технического интервью и сразу в моём сознании ставят крест на дальнейшей беседе. Об этом мне и хотелось рассказать — с позиций интервьюера и соискателя. Хочу сразу оговориться, что статья отражает мои личные субъективные впечатления и не претендует на «руководство по прохождению собеседований». С другой стороны, это не минутный всплеск ярости от неудавшегося интервью, а давно взвешенный набор тех критериев, которые, хотя и по негативному принципу, позволяют мне отсеять варианты, либо самому не отпугнуть потенциально подходящего соискателя.

А что на собеседованиях раздражает или напрягает вас? Поделитесь в комментариях.

Собеседование с позиции соискателя

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

Первое и главное, что всегда настораживало меня в техническом собеседовании — это его отсутствие. Бывает так, что вся беседа с техническими специалистами — потенциально будущими коллегами — строится на вопросах относительно профессионального опыта: где работал, какими проектами занимался, какую функцию в них выполнял. По технологиям или знаниям — вопросы уровня «какого цвета учебник». Знаете, что такое Message Broker? Отлично, мы вас берём!

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

2. «Ну и чем вы там занимались в этом своём…»

Удивительно, как часто встречается пренебрежительное отношение к соискателям на технических собеседованиях. Да, возможно, вы суровый и опытный программист с кучей проектов за плечами, вас оторвали от чрезвычайно важной работы ради каких-то ненужных интервью с людьми, большая часть из которых, по вашему мнению, совершенно некомпетентна. Но не забывайте о том, что вы в этот момент представляете свою компанию и свою команду, и человек по вашему поведению обязательно составит оценку о климате в коллективе и о том, как к нему в этом коллективе будут относиться. Будьте вежливы и уважительны к соискателю, даже если вы с первых пяти минут поняли, что его и близко нельзя подпускать к вашему драгоценному коду.
3. «Что-то у вас имя/фамилия/отчество в резюме неправильно написано!»

Это совсем не технический, но, тем не менее, часто встречающийся косяк даже на технических интервью. У меня, к счастью, достаточно простое и распространённое имя, и таких проблем со мной не случалось. Однако я знаю, что существует удивительно много людей, которые свято уверены в том, что определённых имён и даже отчеств попросту не существует. Они будут вас убеждать, что правильно не «Данила», а «Даниил», или что имени «Алёна» нет, а есть только «Елена». Будут предлагать исправить и записать в своих документах «правильно». С такими грамотеями-доброхотами приходится часто иметь дело людям с редкими или необычными именами, и поверьте, это невероятно раздражает. Так вот, есть одно простое правило: нет таких имён, которых нет. Правильно писать так, как записано в паспорте. Проявите уважение к соискателю и не считайте его настолько глупым, что он не в состоянии переписать из паспорта в резюме собственное имя. Если даже подозреваете ошибку, это можно уточнить как-то более тактично.
4. «Сколько шариков для гольфа понадобится, чтобы помыть все круглые окна в школьном автобусе, уменьшенном до размеров пятицентовой монеты, во время эвакуации из Сан-Франциско, используя не более 3 взвешиваний?»

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

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

Каждый раз при открытии новой вакансии ведущему специалисту или начальнику отдела приходится проводить множество технических собеседований. На собеседования приходят люди с разным техническим опытом, уровнем подготовки, ожиданиями. Для проведения собеседований нужно продумывать план разговора, составлять список вопросов, а потом пытаться по ответам на эти вопросы понять, подходит человек на должность или нет. И вот иногда соискатели на собеседованиях говорят такие вещи, что становится сразу ясно — нет, ты с этим человеком работать вместе не сможешь. Вот некоторый набор ключевых фраз соискателей, которые настораживают лично меня.
1. «Какие-то у вас вопросы теоретические. Я не силён в теории, я закалён в практике! Давайте лучше тестовое!»

Слово «теоретические» обычно произносится с пренебрежительным оттенком, как будто это что-то плохое. Но беда даже не в этом. Думаете, этой фразе предшествовала просьба интервьюера доказать теорему Коши? Дать точное определение третьей нормальной форме? Отнюдь. Такие возгласы я слышал в ответ на следующие вопросы:
  • чем сравнение по == отличается от сравнения по equals в Java?
  • расскажите, как устроена хэш-карта.
  • объясните своими словами, что такое REST.
  • что такое транзакции и зачем они нужны?

Да, с определённой позиции, любой вопрос по программированию является теоретическим, если он не требует от вас прямо здесь и сейчас написать строчку кода. Но я уверен, что человек с достаточно большим опытом в определённой области должен уметь своими словами объяснить самые базовые вещи, или хотя бы не делать вид, что их незнание — это нормально и естественно.
2. «Не ожидал здесь испанскую инквизицию! У вас прямо как на экзамене в институте. Обычно просто спрашивают, где работал, что делал»

Вы пришли на техническое собеседование. На техническом собеседовании вам будут задавать технические вопросы, чтобы проверить ваши технические навыки. Методику проверки и выбор вопросов оставьте на совести интервьюера — вопросы не всегда могут вам казаться адекватными, но интервьюер знает, какую именно информацию он хочет о вас получить, анализируя ваши ответы. Многие вопросы нужны не затем, чтобы проверить знания, а чтобы заставить вас порассуждать и посмотреть на ход ваших мыслей. Помните также, что не на все вопросы требуется идеально точный ответ, и если вы внятно ответите хотя бы на половину из того, о чём вас спросили, это уже произведёт хорошее впечатление.
3. «Мне и не нужно это знать, я специализируюсь на более высокоуровневых задачах!»

Не надо путать специализацию и незнание основ программирования. От разработчиков мобильных приложений я слышал подобные вещи про протоколы стека TCP/IP, от фронтэнд-программистов — в ответ на вопросы про алгоритмы сортировки и поиска. «Зачем мне это знать, всё есть в стандартной библиотеке, я работаю на более высоком уровне». В ответ на такие заявления я давно придумал пару небольших задачек с подло скрытой алгоритмикой — в надежде показать, что «наивное» решение, выданное от незнания алгоритмов, не выдерживает критики, и побудить хотя бы к самообразованию. Причём это не какие-то искусственно сконструированные задачи, а такие вещи, которые встречаются в разработке ежедневно. Любой код это алгоритм. Понимание основных алгоритмов и структур данных важно для любого программиста, а протоколы сети Интернет — это база, без знания которой невозможно грамотно написать хоть что-то, что выходит за пределы одного компьютера.
4. «А сами-то! / А покажите ваш код! / А вот я зашёл к вам на GitHub, а там такое…»

Меньше всего интервьюеру хочется взять человека на работу, а потом выслушивать от него критику своей кодобазы. Да, она, скорее всего, неидеальна. Да, технический долг есть везде и у всех. В любом коде найдётся что покритиковать. Но если вы действительно считаете себя настолько крутым, что видите очевидные проблемы в коде своих потенциальных работодателей — переведите это в конструктивный позитив: я знаю, как улучшить, у меня есть наработки на эту тему, я смогу принести вам пользу.
5. «Вы не правы!»

Всякое бывает, конечно, но мнение относительно неправоты интервьюера или сомнения в его компетентности лучше оставить при себе до окончания собеседования. Потом погуглите и разберётесь, кто из вас был прав. Техническое собеседование — это не место для дискуссий или самоутверждения, и вопросы здесь в первую очередь задают вам. Интервьюер не станет спрашивать о том, в чём сам не разбирается.
Заключение

А знаете, какую самую приятную вещь я слышал на собеседовании от соискателей? «Что-то я не очень наотвечал, да? А можете дать листочек? Я запишу ваши вопросы и дома поразбираюсь, даже если не возьмёте меня, хоть буду знать теперь». Слёзы гордости наворачиваются на глаза — ты не зря потратил на человека полтора часа времени, он и сам что-то вынес из этого собеседования. Даже если сейчас он слабоват для этой должности, возможно, это побудит его к самообразованию, и через годик-другой он придёт ещё раз, покажет себя с лучшей стороны и получит работу — как это случилось однажды и в моей собственной карьере.

план действий для начинающих / Блог компании EPAM / Хабр

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

Все эти вопросы мы задали техническому интервьюеру из EPAM Ахрору Рустамову. Он собеседует JavaScript-разработчиков в компанию. Несмотря на то, что за спиной Ахрора больше сотни интервью, он до сих пор очень тщательно готовится к каждому собеседованию.


Что делать перед собеседованием


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

Изучите резюме кандидата


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

Затем, после общего исследования резюме, я фокусируюсь на деталях и начинаю делать заметки в блокноте. Например, если человеку 30-35 лет и он всё время писал только на jQuery, фиксирую этот момент. Если вижу, что синьор-разработчик не работал два года по специальности, отмечаю и это.

Подготовьте список вопросов


Опросник для кандидата на должность JS-разработчика я обычно делю на четыре части: вопросы о карьере, технические вопросы, вопросы на проверку уровня soft skills и практические задания.
— Вопросы о карьере

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

В первую очередь мне нужно понять, насколько хорошо кандидат знает базовые вещи: основы JavaScript, HTML/CSS, React/Redux и основные фреймворки.

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

От базовых вопросов по JS я перехожу к более специализированным. И вновь обращаюсь к своим записям и заметкам. Вижу, например, что в резюме человек указал, что изучал Webpack. Значит обязательно спрошу, чем Webpack 3 отличается от Webpack 4.

Я могу пропустить блок базовых вопросов, если соискатель претендует на позицию senior-разработчика и выше.

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

— Вопросы на проверку уровня soft skills

Несмотря на то что моя главная задача – оценить технические знания кандидата, я обязательно задаю вопросы, связанные с soft skills. На наших проектах мы работаем в командах, а быть командным игроком без навыков межличностного общения (умения задавать вопросы, слушать и слышать другого, аргументированно высказывать своё мнение) очень сложно.

Вот что я обычно спрашиваю:

  • Работал(a) ли по Agile, Scrum?
  • Был ли опыт управления, менторинга, интересно ли это?
  • Как расставить приоритеты в работе, если у вас есть несколько надвигающихся дедлайнов?
  • Вы считаете, что ваш коллега или менеджер в чем-то не прав. Что вы сделаете?

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

Я всегда готовлю для кандидата несколько задач, которые можно решить за 10-15 минут. Если собеседую junior-разработчика, могу дать ему несколько подсказок. Инженерам уровня middle и выше обычно не подсказываю.

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

Освежите собственные знания


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

Помню, на подготовку к своему первому собеседованию в качестве интервьюера я потратил целый день. Несколько часов провел на learn.javascript.ru, просмотрел серию книг «You don’t know JS» и освежил знания HTML и CSS.

Что делать во время интервью


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

Обычно я всегда озвучиваю кандидату наш план действий. Я делю собеседование на три этапа:

  • короткий рассказ кандидата о себе;
  • мои вопросы: о карьере, технический блок, вопросы про soft skills и практические задачи;
  • вопросы от кандидата.

Этап первый: послушать рассказ кандидата о себе


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

Этап второй: задать свои вопросы


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

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

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

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

Этап третий: дать возможность кандидату задать вопросы


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

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

Вот мой личный список того, чего ещё нельзя делать на собеседовании:

  • Говорить кандидату, что тот отвечает неверно. Человек может впасть в ступор и ему будет тяжело собраться и ответить на остальные вопросы.
  • Обращаться к кандидату на «ты» без разрешения. Если собеседнику комфортнее перейти на «ты», он сам об этом скажет.
  • Использовать повелительный тон в общении. Если человек делает что-то не так, сообщите об этом максимально вежливо.
  • Затягивать собеседование. Старайтесь уложиться в час, максимум – в полтора. Не забывайте, что кандидат может испытывать стресс: не нужно держать его в этом состоянии чересчур долго.

Как вести себя в нестандартных ситуациях на интервью


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

Рассказываю, что делать в нестандартных ситуациях.

Ситуация: кандидат растерялся и на все вопросы отвечает «я не знаю»

Начните заходить со стороны и задавать дополнительные, уточняющие вопросы. Похвалите человека, если он смог сказать что-то по теме. Похвала поможет кандидату почувствовать себя более уверенно. У меня был случай, когда соискатель думал, что не знает ответ на вопрос. Я успокоил его, подбодрил. После этого он расслабился и стал спокойно отвечать. Многие хорошие специалисты довольно самокритичны — думают, что недостаточно хорошо знают тему. В большинстве случаев это не так.
Ситуация: кандидат занял агрессивную позицию — пассивную или активную

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

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

Что делать после собеседования


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

Заполните анкету по итогам интервью


У меня есть небольшая заготовка анкеты, которую я использую прямо во время интервью. Она представляет собой список тем, напротив которых я ставлю «+» или «–» в зависимости от того, верно или неверно человек ответил на вопрос по этой теме. Я также вписываю туда свои наблюдения прямо во время разговора. Мне остается только все проанализировать и сделать вывод. Обычно на это уходит не больше 15 минут.

Напишите рекомендации для кандидата


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

Примите решение


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

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

И ещё…


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

Что читать начинающим интервьюерам



Технические ресурсы
Фото: unsplash.com, firestock.ru.

Техническое собеседование: какие этапы, как пройти?

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

Как выглядит типичный процесс отбора кандидатов на техническую позицию?

  • Телефонное интервью
  • Техническое интервью (от одного до четырёх, в некоторых случаях больше)
  • Тестовое задание
  • Cultural fit интервью
  • Финальное интервью

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

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

Рассмотрим каждый этап по отдельности:

1. Телефонное интервью

На этом этапе собеседования происходит разговор между кандидатом и рекрутером длительностью 15-60 минут. Рекрутер проверяет кандидата на адекватность и базовые софт-скилы, кандидат слушает рассказ рекрутера о предлагаемой позиции и оценивает стек технологий и условия труда. Может идти речь о проекте, но зачастую достаточно поверхностно. Если вы в состоянии адекватно ответить на вопрос “расскажите о себе” и ваши навыки схожи с теми, что просят в вакансии, то вас пригласят на следующий этап.

2. Техническое интервью

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

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



 3. Тестовое задание

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

К сожалению, достаточно часто встречается ситуация, когда тестовое задание является объемным, и его решение занимает значительно больше времени, чем нужно для проверки технических навыков кандидата. Однако иногда такого рода ситуации можно обойти, предложив собеседующим проанализировать какой-нибудь из проектов в вашем Github-профиле, тем самым сэкономив время.

4. Cultural fit интервью

Такой вид интервью не всегда присутствует в процессе отбора кандидатов, а формы его проведения крайне вариативны. Как правило, на этом этапе происходит знакомство с командой и техническим руководителем. Основная цель cultural fit интервью — понять, насколько хорошо кандидат впишется в уже существующую команду. На этом интервью может быть все что угодно: от приятного обеда в компании потенциальных коллег и разговоров о жизни, до симуляции рабочего дня с настоящими задачами и парным программированием. 

5. Финальное интервью

Если вы дошли до этого этапа — поздравляем: техническое собеседование пройдено почти до конца! На данном этапе происходит обсуждение условий труда: размер заработной платы, график и прочее.

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

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

Теперь перейдем к тому, как же проходить техническое собеседование? На что следует обратить внимание? 

Советы, которые помогают пройти техническое собеседование:

1. Сохраняйте спокойствие

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

2. Уточните формат

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

  • Какова длительность интервью?
  • Из каких частей оно будет состоять?
  • Есть ли какие-либо ограничения (нельзя использовать интернет/среду разработки)?
  • Сколько человек будет собеседовать, и кто эти люди?
  • О каких технологиях будет идти речь?

Возможно, это покажется очевидным: интервьюирующих может быть обычно от 1 до 3, спрашивают зачастую об опыте, а технологии — этот тот стек, с которым вам предстоит работать в случае получения оффера. Вряд ли у Java-разработчика будут спрашивать функционалы качества бинарной классификации, а у Python-разработчика — сложные запросы на SQL. Однако знание конкретных ответов на эти вопросы позволит лучше подготовиться к собеседованию и меньше волноваться в процессе. 

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

3. Подготовьтесь

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

Если вы знаете о том, что вам предстоит алгоритмическая секция — вспомните теорию и порешайте задачки на LeetCode. Для секции программирования повторите те моменты своего языка программирования, в которых не уверены. Простой поисковой запрос “Top 50 Questions for _position_name_ Interview” вполне может помочь. Техническое собеседование — это не экзамен, но быть готовым ответить пусть даже на кажущиеся ненужными вопросы никогда не бывает лишним.

4. Потренируйтесь

Данный пункт опционален, т.к. не везде техническое интервью превращается в знаменитое “вращение деревьев на доске”. Но если вы готовитесь к техническому интервью в известную IT-компанию или сильно волнуетесь, то можно прибегнуть к практике Mock Interview. Суть его проста: ваши друзья или же незнакомые люди задают вам вопросы, вы на них отвечаете. Чем лучше удастся сымитировать процесс настоящего интервью — тем эффективнее. В идеале mock interview должен проводить человек как минимум выше вас по знаниям и навыкам: так будет возможность провести “работу над ошибками” и быть на настоящем собеседовании во всеоружии, однако такой вариант не всегда возможен. 

5. Выбирайте

Помните: не только компания выбирает сотрудника, но и вы — компанию. Подумайте над тем, среди каких людей вам хотелось бы работать, какие качества представляют для вас наибольшую ценность. Уточните, как в команде принимаются решения и выстроены процессы. Какие практики используются, а какие — нет. После непосредственно технического интервью у кандидата всегда есть возможность задать интересующие его вопросы. И этой возможностью не стоит пренебрегать. Примеры вопросов:

Какие наиболее интересные проекты у вас были за время работы в данной компании? С какими задачами приходится сталкиваться ежедневно? Есть ли овертаймы? Как компания помогает расти профессионально? Чего должен добиться человек через год человек на данной позиции, чтобы вы сочли его успешно справляющимся со своими обязанностями? 

6. Договоритесь об обратной связи

Очень важный момент для вас как кандидата. Рекрутеры часто грешат тем, что забывают отписать кандидату в случае неуспешного прохождения интервью. А получить обратную связь очень важно для дальнейшего развития и работы над ошибками. Поэтому следует четко оговорить, когда вы сможете узнать результаты собеседования. Для этого вам следует договориться о конкретной дате и времени, и если рекрутер забудет вам написать — напомнить о себе самостоятельно.

Чек-лист: перед техническим собеседованием

  • Выспитесь
  • Хорошенько покушайте
  • Приведите себя в порядок
  • Не опоздайте на собеседование

Чек-лист: на техническом собеседовании

  • Успокойтесь
  • Расскажите о себе и своем опыте
  • Отвечайте на вопросы интервьюеров и покажите себя с лучшей стороны
  • Задайте интересующие вас вопросы
  • Договоритесь об обратной связи

Чек-лист: после технического собеседования

  • Запишите те вопросы, которые у вас вызвали наибольшие затруднения, и разберите их
  • Похвалите себя
  • Получите обратную связь или напомните о себе

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

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

Вакансии для начинающих в категории IT/ digital ищите здесь.


Полезно? Репостни, чтоб не потерять.

Как успешно пройти любое техническое собеседование

Сирадж Равал, разработчик, писатель и видеоблоггер, рассказывает как успешно пройти любое техническое собеседование в 5 шагов.


Я проходил через этот процесс дюжины раз в различных IT-компаниях, на моей памяти огромное число как отказов, так и предложений. И вот какие уроки я из этого извлек. Собеседование требует труда: не верьте тем, кто утверждает, что это должно быть легко. Это не так. Люди говорят только о своих успехах и никогда — о провалах.

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

Итак,

Учитесь. Еще до того, как вас посетит светлая мысль попытаться устроиться куда-нибудь работать, вы должны сконцентрироваться на прокачке своих технических навыков.

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

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

Возникает вопрос, что именно надо практиковать? У вас не будут проверять знание синтаксиса какого-либо языка. При желании можно изучить основы синтаксиса Ruby за одну ночь. Но на что ночи не хватит, так это на основы фундаментальной информатики. А ведь на собеседовании у вас будут проверять именно знания структур данных и алгоритмов.

Начните с прохождения двух курсов:
введение в структуры данных (My Code School)
введение в алгоритмы (MIT Open Courseware)
Оба они находятся в открытом доступе и идеально подходят для того, чтобы получить базовые знания по этим разделам.

После этого можно закрепить полученные знания на HackerRank и HackerEarth. Эти ресурсы содержат огромное количество задач для оттачивания навыков программирования.

Порешав по паре дюжин задачек с обоих сайтов, прочтите книги «Технические интервью как они есть» и «Ломаем техническое интервью». Они расскажут вам о многих специфических заданиях с реальных собеседований, начиная с задач по системному дизайну и заканчивая вопросами о времени и сложности.

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

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

Отслеживание процесса подготовки и прохождения собеседований в компаниях может быть довольно стрессовым делом, но пытайтесь оставаться организованным. Составьте список интересных вам компаний и отмечайте, на какой стадии находятся ваши отношения с каждой из них. Неплохими ресурсами для этого могут служить angel.co и Hacker News.

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

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

Неплохая идея — иметь несколько резюме: по одному на каждую специальность или для каждой компании, куда вы пытаетесь устроиться. В портфолио разделите личные проекты, проекты с хакатонов, вливания в проекты с открытым кодом.

GitHub — прекрасное место не только для хранения вашего кода, но и как еще одно портфолио, которое может сослужить вам хорошую службу.

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

Простейший способ — откликнуться на вакансию компании на специализированном сайте. Но крупные компании получают множество таких откликов ежедневно, и среди них очень легко затеряться. Хороший вариант — послать e-mail рекрутеру компании, сделав его кратким и емким. Включите в него краткий обзор того, кто вы есть и чем хотите заниматься, ссылку на легкодоступный и актуальный проект, а также выразите желание и готовность учиться и узнавать новое.

Настало время перейти к…

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

Решая технические задачи, не бойтесь рассуждать вслух. Помните, что от вас хотят именно этого: правильный ответ не столь важен, как правильный ход ваших мыслей. Когда соискатель выдает первое решение, рекрутер часто просит его найти более эффективные варианты. Здесь в игру должны вступить ваши знания информатики.

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

Подготовка к собеседованию и его прохождение — ответственный и трудоемкий процесс. Никогда, н и к о г д а, НИКОГДА не позволяйте отказам выбить вас из колеи. Прохождение интервью — это тоже большой опыт, даже если вас не наняли. Поэтому со временем вы достигнете высочайшего мастерства и сможете успешно пройти любое техническое собеседование. Главное — тренируйтесь, верьте в себя и не теряйте мотивации.

Пройди техническое собеседование (уровень 4) / Блог компании MBA Consult / Хабр

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

Автор: Бен Вейс, специалист по вопросам стратегии интернет-маркетинга в Infusive Solutions.
Особая благодарность Грегу Мейеру, техническому директору Strategic Technology Consulting, LLC.

Первое, что стоит запомнить на этом уровне: сфера деятельности технических директоров включает в себя многие аспекты. Например, в небольших компаниях их обязанности часто соответствуют должности администратора ПО или старшего разработчика. В такой ситуации инструменты, позволяющие произвести на них впечатление, могут быть найдены в чит-кодах к уровню 2 и уровню 3.

Кроме того, в некоторых фирмах встреча с таким руководителем является формальной процедурой представления и краткой беседой о компании и ее целях.

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

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

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

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


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

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

Поддерживайте разговор на темы, выходящие за рамки разработки программного обеспечения


Технический директор может задавать обманчиво общие вопросы, не имеющие никакой связи с разработкой программ, чтобы проверить ваше соответствие вакансии.
«Полагая, что у них есть навыки, необходимые для данной работы, я стараюсь поговорить на темы, не относящиеся к созданию ПО, насколько это возможно», — говорит Грег Мейер, технический директор Strategic Consulting Technologies, LLC в Мериленде. «Сам вопрос «Кого вы предпочитаете: Рейвенс или Редскинс?» имеет большую ценность. Но важен не ответ, а весь последующий диалог, поскольку он позволяет понять степень доступности (можно ли будет связаться с сотрудником по телефону или электронной почте во время его отсутствия в офисе) и систему ценностей»

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

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

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

Выражайте желание развиваться вместе с компанией


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

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

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

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

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

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

Заключение


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

С другой стороны, некоторые собеседования — особенно, в маленьких компаниях с ограниченным количеством персонала — могут быть короче, потому что лицо, нанимающее работника, совмещает обязанности технического директора, администратора ПО и главного разработчика.

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

Соответственно, убедитесь, что вы совмещаете общие полезные рекомендации с собственным здравым смыслом и настойчивыми поисками.

P.S. Рекомендуем ещё одну статью по теме — Ежедневные ритуалы чтения, которые повысят вашу продуктивность.

Автор перевода — Давиденко Вячеслав, основатель компании MBA Consult.

Идеальное техническое собеседование. Советы от Нила Розмана

2013-09-10

Нил Розман уже устал слышать от компаний из Силиконовой долины фразы вроде «нанимайте только лучших и талантливейших». Как бы эти фразы ни вертелись на языках, большинство нанимателей всё равно принимают решения, основываясь на интуиции, анкете соискателя, среднем балле, дипломе университета, громких названиях предыдущих работодателей… Розман категорически против такого положения дел. Как бывший вице-президент в Amazon и Zynga, он провёл собеседования с сотнями людей и уверен в том, что каждая стадия собеседования должна быть тщательно продумана и призвана оценить навыки соискателя, его достижения, способности к командной работе и лидерских качества.

В своём интервью Розман рассказывает, как он организует процесс собеседования, позволяющий выстроить эффективную компанию вне зависимости от её размера и ресурсов.

 

 

На безымянной высоте

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

 

  • После интервью у вас должно сложиться ясное представление о том, сможет ли этот человек внести вклад в успех компании.

  • Хорошее собеседование — это труд. К нему нужно готовиться, его нужно провести, а потом потратить время на обсуждение результатов. Если вы к этому не готовы — не проводите собеседования.

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

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

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

  • Старайтесь найти звёзд, но имейте в виду, что не все вакансии требуют умения перевернуть мир. Человек, которого вы ищете, должен быть лучше большинства в некоторых сферах, и иметь достаточный потенциал для долговременного развития.

  • Тот, кого вы хотите нанять — умный, трудолюбивый человек, обладающий навыками, необходимыми для конкретной вакансии.

 

Как правильно читать резюме и составлять вопросы

Любой ищущий работу начинает с составления резюме или своего веб-профиля — и ищущий работу по рекомендациям, и использующий различные ресурсы по поиску работы. Жизненный опыт подсказывает нам, что резюме не всегда показывает реальные знания кандидата, но Розман утверждает, что внимательное прочтение резюме даёт очень много информации.

При просмотре резюме Розаман ищет те ниши, которые занимает кандидат в реальности. «Я всегда смотрю, измеряют ли люди свой успех, делают ли они сравнения и используют ли процентные соотношения». Например, «прибыль выросла на 50%, время простоя снизилось на 30%».

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

Лакмусовой бумажкой будет то, насколько чётко кандидат оценивает себя и свою роль в проделанной прежде работе. «Кандидат может думать, что заявление вроде «я улучшил доступность системы на 50%» звучит круто, но если мы ищем человека на вакансию системного инженера, мне нужно знать, как именно он это сделал. В большинстве случаев, несмотря на такие громкие заявления, человек на самом деле был лишь участником процесса и мало понимает в его сути. Он не сможет внятно ответить на вопрос, как он добился такого результата». Хороший кандидат всегда объяснит и подтвердит свои заявления, каким бы дотошным вы ни были.

В одном из недавних резюме, полученных Розманом, было написано: «Был тим-лидом команды из 3 инженеров, создавал высоконагруженную инфраструктуру, используемую различными продуктами Google». Розман записал это себе в блокнот и во время собеседования попросил кандидата нарисовать на доске инфраструктуру, рассказать о своём вкладе в её создание и ответить на вопросы—– что позволило выяснить, действительно ли человек знает, о чём говорит.

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

  • Прощупайте почву: приведите мне пример…

  • Уточняйте: кто, что, где, когда, почему, как – о каждом достижении или проекте

  • Выясняйте: мы или я; хорошо или отлично; отдаленное представление или точное знание; участник или лидер…

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

  • Над чем вы работали в компании?

  • Какие задачи выполняли?

  • Какие действия вы предпринимали для решения задач?

  • Какие результаты получили?

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

 

Техническое интервью

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

После такого небольшого вступления Розман продолжает интервью техническими вопросами. «Основная причина, по которой люди не получают работы на технической специальности — это недостаток навыков. Они просто не проходят техническую стадию собеседования. Поэтому важно выяснить это с самого начала».

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

Это самый важный принцип составления умных вопросов. «Что меня серьезно достало — так это те люди, которые задают те вопросы, ответить на которые и сами бы не смогли. Как они смогут отличить хороший ответ от хренового?»

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

На своих собеседованиях Розман просит кандидатов составить палиндром, потом предлагает воображаемую ситуацию: например, у них есть машина с ограниченным объемом памяти, и даёт задание, которое нужно решить на месте. Всегда нужно вырывать людей из контекста, выводить их за пределы ответов, найденных в сети. Если человек прошёл все уровни испытаний, — он чертовски умён.

Для создания уникальных вопросов необходимо спросить кандидата, как бы они решили реальные проблемы, с которыми сталкивается ваша компания. «Когда я работал в Amazon, я часто задавал вопросы, связанные с системой рекомендаций – та самая опция «люди, которые купили этот товар, также приобрели вот этот…» Вопросы из этой сферы позволяли определить, насколько соискатель ориентирован на продукт».

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

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

В технических вопросах есть одна проблема: ответы могут занять очень много времени. Вот тут важно следить за временем и вовремя прервать ответ. Ответ на сложный вопрос может запросто съесть 45 минут из часового собеседования.

«Бывает, я прошу только написать код на доске, потому что уже нужно переходить к вопросам по дизайну или продукту. А ведь ещё нужно прояснить коммуникативные навыки и способность кандидата влиться в команду».

С этой целью Розман задаёт всем кандидатам, вне зависимости от предполагаемой должности, один свой любимый вопрос: «Считаете ли вы себя счастливым?»

«Оглянитесь на то, что сделали, и подумайте: можете ли вы себя отнести к тем людям, кто был счастлив на своём жизненном и профессиональном пути? Многие на этот вопрос отвечали мне: «Я бы получил повышение, но менеджер отменил мой проект…» Это как раз те, кто не считает себя счастливым человеком. Удача улыбается подготовленным умам. Я ищу тех людей, кто готов найти выгоду в каждом обстоятельстве».

Розман часто использует вопросы типа «опишите себя тремя прилагательными». Многие интервьюеры просят описать свои сильные и слабые стороны, но Розман ставит акцент на другом. «Я прошу кандидата вспомнить тех людей, с кем он работал, своих учителей, однокурсников, менеджеров и прочих, и представить, какими бы тремя словами эти люди описали бы его. Это позволяет взглянуть на себя с другой стороны. И уже не так просто сказать, что самое твоё плохое качество – это трудоголизм». И если кандидат назвал эти три качества, Розман на этом не останавливается. Если кандидат сказал: «творческий», вам нужно спросить: «А приведите примеры своего творческого подхода».

Даже если уже после 15 минут общения вы поняли, что это не ваш кандидат, важно довести собеседование до конца. «Мир очень тесен, и даже если вы отказываете кандидату, очень здорово, если у человека останутся от собеседования хорошие воспоминания».

Если кандидат, наоборот, явно в фаворитах, важно сделать им предложение о работе в конце собеседования. «Ответить на вопросы потенциального сотрудника и с энтузиазмом рассказать подробности о работе и возможностях – это благодарное дело. Своим  HR-менеджерам я всегда говорю, что даже если позитив из вас не бьет ключом, по отношению к делам компании нужно оставаться оптимистичным. Если в вас нет оптимизма – вам незачем проводить собеседования».

Розман старается предугадать мотивы кандидата, и что может заставить кандидата отказаться от предложения. «Сейчас я, как старый морской волк, могу не задавать вопросы типа «А кем вы себя видите через 2-3-5 лет?». Но я хочу убедиться, что я правильно понимаю ожидания кандидата».

 

HR-команда

Насколько хороши будут ваши будущие работники, зависит от вашей HR-команды. Очень часто компании не тратят время на то, чтобы обучить своих кадровиков проводить собеседования. Розман считает, что каждый кадровик должен знать, как это делается. «Даже если обязанность человека состоит лишь  в телефонном общении с кандидатами, я требую, чтобы он вначале посидел рядом с опытным кадровиком и послушал, как это делается».

Как только вы собрали квалифицированную команду, нужно поближе взглянуть на то, как они принимают решения. Чтобы сформировать объективное мнение о кандидате, каждому участнику команды следует вести подробные записи на собеседованиях. После того, как все лично повстречались с кандидатом, начинается групповое обсуждение. «Каждый из нас высказывает свои впечатления и аргументы, делится задаваемыми вопросами и пересказывает ответы кандидата. Если есть голос против кандидата, не справившегося с техническим заданием, обязательно нужно предоставить точный вопрос и последовавший ответ».

Каждое решение на собрании HR-комианды критично, а критичные решения требуют глубокого осмысления. Розман говорит о двух вещах:

  • Если отдел кадров не может предоставить внятных комментариев, они потратили впустую и своё время, и время компании, и время кандидата;

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

Хороший интервьюер не должен работать самоотверженно и бескорыстно. Его труд отражается  и на существующих работниках. «Покажите, что вы – человек, на котором лежит большая ответственность».

Несмотря на свой командный подход к принятию решений по найму, Розман осторожно относится к HR-менеджерам, слишком вовлечённым в процесс. Важно учитывать мнения людей, которые будут работать с новым сотрудником ежедневно. «Что бы ни случилось, не позволяйте мнению менеджера победить мнение команды».

Если вернуться к запредельным стандартам Силиконовой долины, Розман  признаёт, что очень часто кандидату отказывают, потому что он не проявил никаких способностей супермена. Но далеко не ото всех требуются такие сверхспособности на собеседовании. Розман предлагает установить такую планку: «Чего нужно ожидать – так это того, каждое поколение работников лучше, чем предыдущее. Нет никакой гарантии, что если вы уволитесь и захотите вернуться, вас возьмут обратно на ту же должность. С каждой новой работой вы повышаете свою собственную планку. Другими словами, каждый новый сотрудник должен быть лучше, чем ваш среднестатистический работник».

Та же логика применима и для найма новых сотрудников по рекомендации работников.

Итак, краткая сводка правил Розмана:

  • Не забывайте представиться и беречь нервы всех участников собеседования.

  • «Расскажите немного о себе» — самый бесполезный вопрос для технического интервью.

  • В резюме выделяйте то, что кандидат уже сделал. Помните, вам нужны люди, которые смогут работать. И точка.

  • Фильтруйте информацию в резюме с длинным списком навыков. Отделяйте зерна от плевел.

  • Не испытывайте новые вопросы на кандидатах. Тестируйте их на своих сотрудниках.

  • Пусть кандидат напишет код на собеседовании! Почему так часто забывают это сделать?

  • Остановитесь подробней на алгоритмах, структуре данных, организации и простоте кода.

  • Задайте расплывчатые и двусмысленные вопросы. Посмотрите, попросит ли кандидат у вас уточнений.

  • Задайте вопрос о дизайне продукта. Посмотрите, есть ли у соискателя общее представление.

  • Определите основные ценности вашей компании. Убедитесь, что у соискателя осталось верное впечатление.

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

Перевод: Люся Ширшова. По материалам статьи на FirstRound.


Читайте также: 

Своё дело: от инженера до технического директора

Дэйв Мэтвин: jQuery создают личности

42 правила командной работы от Джонатана Розенберга

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

Перевод статьи «How to prepare for a technical interview — tips and tricks to perform your best».

Ох уж эти технические собеседования.

«Бойся. Беги. Судьба настигнет всех», — Танос, 2018.

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

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

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

Вы тоже интервьюер

Большинство людей часто забывают одну вещь: на собеседовании вы тоже выступаете в роли интервьюера.

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

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

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

Виды собеседований

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

  • Whiteboarding (собеседования с применением белой доски).
  • Задачи на написание кода (вопросы по информатике или алгоритмы).
  • Задачи на написание кода (какая-нибудь отдельная проблема).
  • Проект, который выдается кандидату в качестве домашнего задания.

Ужасный whiteboarding

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

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

Кроме того, во многих местах, где все еще применяется whiteboarding, кандидатам также задают ряд вопросов, которые, честно говоря, в 99% случаев тоже бесполезны. Эти вопросы касаются алгоритмов: как повернуть двоичное дерево, как найти кратчайший путь в графе и т. п.

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

Что же делать, если whiteboarding все же практикуется в компании? Постарайтесь справиться с задачей как можно лучше, используйте советы и приемы, которые я изложу ниже, и серьезно подумайте, не является ли эта практика симптомом проблем в компании.

Задачи на написание кода

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

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

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

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

Совет 1. Задавайте уточняющие вопросы

В задаче на двусвязный список мне давался пустой Ruby-файл (вакансия подразумевала работу на этом языке) и пустой набор тестов. Что-то такое:

class DoublyLinkedList
end

(Если вы незнакомы с Ruby — не волнуйтесь. Код будет очень понятным, я привожу его лишь для иллюстрации).

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

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

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

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

Далее я задал другой вопрос: «Могу ли я использовать массив для узлов?» И напечатал что-то вроде следующего:

class DoublyLinkedList
  def initialize
    @nodes = []
  end
end

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

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

Итак, массив отставляем. А как решать? Отсюда проистекает второй совет.

Совет 2. Сначала хардкодим, затем делаем топорное решение, затем улучшенное

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

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

Итак, у меня был пустой класс (Ruby). Я посмотрел в мой пустой набор тестов и увидел, что там была функция head, возвращавшая первый узел списка. Я решил попробовать следующее:

class DoublyLinkedList
  def head
    'A'
  end
end

Я создал функцию head, захардкодил заглавную «А» в качестве строки и запустил тест. Он был пройден.

Супер-просто? Очевидно? Да! Но этот код делает две очень важные вещи:

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

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

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

Окей, мы захардкодили строку «А». Как мы можем продвинуться и улучшить решение? Ну, как насчет того чтобы превратить букву «А» в хэш (или map)?

class DoublyLinkedList
  def head
    { value: 'A' }
  end
end

Уже немного лучше. Теперь вместо строки в один символ наш «узел» представлен хэшем. Как еще можно улучшить? Например, мы можем представить наш указатель head.

class DoublyLinkedList
  def initialize
    @head = { value: 'A' }
  end
  
  def head
    @head
  end
end

Что мы изменили здесь? Мы добавили наш инициализатор и создали новую переменную @head, которую использовали в нашей функции head. Теперь это начинает походить на код.

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

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

Совет 3. Говорите. Вслух, громко и четко.

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

Проговаривайте все, о чем думаете. Все.

(Хм… ну, все, что касается программирования).

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

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

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

Приведу конкретный пример того, что именно я говорю, решая задачи на собеседованиях:

  • «Окей, давайте просто захардкодим это значение и убедимся, что наши настройки работают».
  • «Давайте сначала сделаем топорную, но рабочую версию, а затем улучшим».
  • «Пока что я сделаю это вот так, а потом, если будет время, вернусь к этому».
  • «Итак, нам нужна функция, принимающая массив, делающая Х и возвращающая ХХ».

В некоторых случаях подобные собеседования могут начать напоминать сессии парного программирования.

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

Совет 4. Не прерывайте поток логики

Я признаю, что это может быть сложно.

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

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

Если все идет хорошо

Итак, решение задачи идет успешно, вы разобрались с основной проблемой и прочими вещами полегче. Что теперь? Как нам не просто пройти собеседование, а показать себя во всей красе?

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

Совет 5. Продемонстрируйте свои знания

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

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

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

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

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

Дополнительные советы

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

1. Ознакомьтесь с распространенными задачами

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

Две главных задачи в этом плане — FizzBuzz и последовательность Фибоначчи.

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

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

2. Обычно можно подсматривать в документацию

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

3. Следите за визуальными подсказками

Это, пожалуй, мой любимый трюк. Не то чтобы он был самый полезный, но он определенно интересный.

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

Когда я писал код, я заметил, что интервьюер кивает. Ага! Маленькая визуальная подсказка, подтверждающая, что я двигаюсь в правильном направлении.

Еще раз: это не супер-совет, но определенно может пригодиться. 🙂

4. Если проходите собеседование удаленно, настройте все хорошенько

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

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

5. Будьте личностью!

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

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

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

6. При желании проделайте в ходе подготовки все, что советуют в других источниках

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

Почитайте книги (например, «Cracking the Coding Interview» (на русском — «Карьера программиста«) или попрактикуйтесь в алгоритмах и решении головоломок на HackerRank.

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

Изучите информацию о компании, подготовьте вопросы интервьюерам и т. д.

Напоследок: это всего лишь собеседование

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

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

Это просто собеседование. Учтите полученные уроки и в следующий раз сумеете показать лучший результат.

Нервничать это нормально

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

Но теперь я переосмыслил суть нервозности. Это всего лишь подготовка моего тела к бою. Базовая эмоция, ответ на страх. Чистая биология.

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

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

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

Прохождение собеседований это навык

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

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

Техническое интервью | Все о компании

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

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

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

Что такое техническое интервью?

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

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

Не все технические собеседования будут проводиться лицом к лицу; некоторые могут быть телефонными интервью, а другие могут проводиться по Skype.

Что они ищут на техническом собеседовании?

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

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

Они будут следить за тем, насколько вы красноречивы и представительны, и насколько хорошо вы можете объяснять и анализировать вещи, особенно если роль требует, чтобы вы составляли презентации, писали отчеты или предлагали техническую помощь,

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

По большей части это то, как вы начинаете искать ответы на вопросы и решать проблемы, с которыми никогда раньше не сталкивались.

Еще они могут оценить, насколько хорошо вы справляетесь с давлением. Столкнувшись с трудным вопросом, падаете ли вы под давлением или можете подняться над проблемой?

Какие вопросы мне зададут на техническом собеседовании?

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

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

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

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

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

Как я могу подготовиться к техническому собеседованию?

Даже если вы не можете быть уверены в вопросах, которые вам задают, всегда стоит подготовиться.Поверьте, «взмахнуть крыльями» — это не выход. Технические собеседования подтверждают пословицу: «практика ведет к совершенству».

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

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

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

Избегайте «любимого студентами» зубрежки накануне вечером. Хорошо отдохнувший мозг в любой день может победить переполненный панический мозг.

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

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

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

Во время технического интервью…

Помните, интервью — это не только оценка ваших технических знаний, но и того, насколько хорошо вы взаимодействуете с людьми.

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

Одна из вещей, которые могут бросить собеседника, — это если им задают вопрос, на который они не знают ответа. Не запутайтесь: некоторые вопросы предназначены для проверки вашей реакции на такого рода проблемы; они, вероятно, даже не ожидают, что вы узнаете ответ!

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

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

В конце интервью…

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

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

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

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

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

.

технических интервью: личное интервью | Магистерская программа в области компьютерных наук

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

Личное собеседование по техническим вопросам: последний этап процесса подачи заявления на работу перед предложением вашей мечты.

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

Техническое собеседование по вопросам программирования, инжиниринга или аналогичной работы часто включает в себя встречи с большим количеством людей в компании в течение нескольких часов. Собеседнику следует ожидать встречи и разговора с различными сотрудниками, от директоров по персоналу до программистов и руководителей высшего звена. От описания себя, выражения своего интереса и демонстрации своего технического мастерства — часто можно увидеть, как многообещающие кандидаты останавливаются или оставляют пустые места в решающие моменты.

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

Каждое техническое интервью уникально

Личное собеседование — это ваша возможность применить все свои знания и способности к определенной должности в компании.

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

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

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

Общие элементы технического интервью, которых следует ожидать

Цель интервьюера — узнать вас как профессионала и узнать, как вы впишетесь в их компанию. Они хотят знать, можете ли вы справиться с работой, на которую претендуете, на техническом уровне, обладаете ли вы личными качествами, необходимыми для успеха в их команде, и сможете ли вы помочь компании приблизиться к их целям.

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

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

«Руководство по разработке алгоритмов» Стивена Скиены () — хороший вариант, так как оно обучает алгоритмам, а также перечисляет их в своего рода энциклопедии, группируя их по типу и функциям. Это отличный ресурс для подготовки к открытым вопросам на собеседовании, например «Как еще вы могли бы решить эту проблему?» или «Есть ли лучший способ сделать это?»

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

Демонстрация кодирования лично

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

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

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

Вот несколько идей для начала:

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

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

  • Реализуйте функцию из стандартной библиотеки C на языке C. В частности, со строковыми функциями сделать это несложно, если вы знакомы с языком. На самом деле это верно для многих языков.

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

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

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

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

Сделайте вашу личность явной

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

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

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

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

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

Ответьте на вопросы небольшим рассказом о себе. У вас есть материал, который вам нужен, если вы уделяли внимание собственному процессу обучения.Может быть, вы любили занятия по оптимизации и ненавидели занятия по сетям. Или, может быть, вы потратили часы на отладку графического кода, только чтобы обнаружить, после сна и возвращения на следующий день, что вы допустили тупую опечатку, которую не заметили. (Эта история, кстати, может быть понятна любому программисту.) Расскажите правдивую историю о времени, когда вы боролись и преуспели, и ваши слушатели зацепятся за вас.

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

Культура и рабочая жизнь

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

Чтобы подготовить свои вопросы, сначала обязательно тщательно изучите компанию и ее направление. Если они проводят собеседование, они ищут кого-то, кто мог бы стать частью их команды, которая продвинет организацию вперед. Отличное место, чтобы узнать об их новых проектах и ​​целях — это телефонное интервью. Но также не забудьте заглянуть на веб-сайт компании, познакомиться с исполнительными лидерами и другим руководством, иметь четкое представление о типах продуктов, которые они предлагают и где они надеются развиваться, исследуйте сайты обзоров и попытайтесь найти любые другие возможности. Узнать больше.

Также спросите себя, чего вы хотите от работы и от компании, чтобы оставаться довольными своей работой. Подумайте о крупных проблемах и не забудьте добавить мелочи:

  • Если вы думаете о целях компании, как роль, на которую вы собираетесь пройти собеседование, помогает компании достичь этой цели?

  • Является ли роль новой или заменяющей ролью? Это новая команда или расширение существующей?

  • Планирует ли компания в ближайшем будущем расширить текущие продуктовые линейки или освоить новые области знаний?

  • Какие льготы предлагает компания? Есть ли? Возможно, ежедневный бесплатный обед или расширенные выходные?

  • Какие часы работы? Придерживается ли компания классического 9-5 или это нетрадиционная среда?

  • Есть ли в компании выездные мероприятия для своих сотрудников? Сотрудники склонны заводить дружбу друг с другом или все предпочитают держаться особняком?

  • Как устроен офис, на каком стуле вы будете сидеть 40 часов в неделю?

  • С каким оборудованием вы будете работать?

  • Какие методы и инструменты используются для внутренней коммуникации между командами и сотрудниками?

  • Существуют ли программы поддержки профессионального развития и продолжения образования? До какой степени?

  • Почему людям нравится работать в компании? Что для них сложного в компании?

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

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

Отличное место, чтобы получить ответы на некоторые вопросы, — это экскурсия по офису. Если вам его не предложили — настаивайте, чтобы вы видели, где вы, возможно, работаете! Обратите внимание на важные детали. Как все освещено? Это на уровне, который вам нравится? Стулья выглядят красиво? Люди выглядят довольными? Есть ли удобные конференц-залы и личные рабочие места или это открытая планировка с зоной диванов для переговорной?

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

Оценить

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

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

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

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

Нет волшебных ответов

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

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

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

.

25 самых популярных вопросов на собеседовании в службу технической поддержки с ответами

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

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

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

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

Вот несколько вопросов, которые помогут вам подготовиться к собеседованию в службу поддержки ИТ.

Самые популярные вопросы на собеседовании в службу технической поддержки

Q # 1) Что вы понимаете в роли инженера службы технической поддержки?

Ответ: Работа инженера технической поддержки заключается в обслуживании и мониторинге компьютеров и сетей организации. Иногда это также включает оказание такой же помощи своим клиентам.

Сотрудник службы технической поддержки должен:

  • Устанавливать и настраивать оборудование, ОС и приложения.
  • Обслуживание и мониторинг систем и сетей.
  • Вход в систему по запросам клиентов и сотрудников.
  • Анализируйте и обнаруживайте основные проблемы.
  • Найдите и устраните неисправности, относящиеся как к аппаратному, так и к программному обеспечению.
  • Протестируйте новую технологию и оцените ее.
  • Выполните проверки безопасности и т. Д.

Q # 2) Известно ли вам о последних процессорах?

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

Например, Intel Pentium Quad Core I3, I5 и I7 являются новейшими процессорами на сегодняшний день. Вам придется постоянно быть в курсе, поскольку технологии развиваются довольно быстро.

Q # 3) Как вы устраняете проблему?

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

Помните, что самое важное — сначала собрать все факты. Это поможет вам определить проблему. Затем вам нужно будет выполнить все необходимые шаги для решения этой проблемы. Вы должны предложить подробный и точный план устранения неполадок, который является обширным и, тем не менее, адаптируемым.

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

Q # 4) Почему вам интересна техническая поддержка?

Ответ: В ответ интервьюер будет искать вашу страсть к работе. Ваши ответы должны быть искренними и честными, и вы должны понимать цель работы.

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

Q # 5) Знаете ли вы разницу между SDK и API?

Ответ:

[источник изображения]

Q # 6) Вы хотите получить доступ к файлу на общем диске, но по какой-то причине не можете. Что ты бы сделал?

Ответ: Ответьте на этот вопрос внимательно.Интервьюер хочет выслушать ваш подход к решению проблемы.

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

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

Q # 7) Какие плюсы и минусы использования программного обеспечения для обработки изображений?

[источник изображения]

Ответ:

Плюсы программного обеспечения для обработки изображений:

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

Минусы программного обеспечения для обработки изображений:

  • Ему не хватает глубоких знаний о файловых системах, что приводит к копированию исходного жесткого диска в изображение блок за блоком. Это занимает много времени для завершения работы с большими дисками.
  • Он предлагает небольшое восстановление после ошибок или их обнаружение во время создания и развертывания образа.
  • Лучшее программное обеспечение для обработки изображений — дорогое и коммерческое.

Q # 8) Что вы знаете о Ghost Imaging?

Ответ: Также известное как клонирование, Ghost Imaging — это процесс резервного копирования, управляемый программным обеспечением. Он копирует содержимое жесткого диска на другой сервер в один сжатый файл или набор файлов, который называется изображением. При необходимости он также может вернуть фантомное изображение в исходную форму. Часто используется при переустановке ОС.

Ghost Imaging служит двум основным целям:

  • Позволяет клонировать систему на другие.
  • Или для быстрого восстановления системы.

Часто используется для быстрой настройки блоков планшетов, ноутбуков или серверов. Он также позволяет переносить данные с одного ПК или диска на другой.

Q # 9) Расскажите нам о разделах диска. Сколько разделов может быть на жестком диске?

[источник изображения]

Ответ: Раздел диска — это определенное пространство для хранения на жестком диске.Это помогает эффективно и действенно организовывать данные.

Обычно пользователи хранят приложения и данные ОС в одном разделе, а данные пользователя — в другом. В случае проблем с Windows, раздел с ОС можно полностью отформатировать, а затем переустановить без каких-либо последствий для раздела данных.

Диск может иметь до четырех основных разделов, но только один может быть активным или иметь три основных раздела и один расширенный раздел. В расширенном разделе вы можете создать логический раздел большего размера.

Q # 10) Что вы знаете о BOOT.INI?

Ответ: BOOT.INI — это файл инициализации Microsoft, содержащий параметры загрузки для Microsoft Windows NT, 2000 и XP. Он всегда находится в корневом каталоге основного жесткого диска, то есть на диске C.

Он состоит из двух основных разделов:

  • Раздел загрузчика с настройками параметров, которые применимы ко всем загрузочным записям для системы, включая значения по умолчанию, тайм-аут и т. Д.
  • Раздел с операционными системами, который содержит загрузочные записи, одну или несколько, для каждой загружаемой программы или ОС, установленной на компьютере.

Q # 11) Можно ли вручную отредактировать файл BOOT.INI?

Ответ: Да. Но перед тем, как вручную редактировать BOOT.INI, убедитесь, что вы сохранили копию на случай, если что-то пойдет не так. Чтобы отредактировать файл, перейдите в панель управления, а затем в параметр «Система». Перейдите на вкладку «Дополнительно» в окне свойств.

Там вы найдете вариант запуска и восстановления, перейдите в его настройки. Выберите вариант редактирования для редактирования BOOT.INI. Если есть переключатель 3 ГБ, удалите его и добавьте переключатель PAE на серверах с более 4 ГБ установленной физической памяти для загрузки файла. Сохраните файл и закройте его. Дважды нажмите ОК и выйдите из Панели управления.

Q # 12) Какой шлюз относится к сети?

Ответ: Шлюз — это аппаратное устройство, такое как межсетевой экран, сервер, маршрутизатор и т. Д., Которое действует как шлюз между сетями.Это позволяет данным или трафику течь по сетям. Шлюз — это сам узел на границе сети, который защищает другие узлы в сети.

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

Q # 13) Что такое кэш-память? В чем его преимущества?

Ответ: Кэш-память действует как буфер между ЦП и ОЗУ и является чрезвычайно быстрым типом памяти.Для легкого и быстрого доступа часто запрашиваемые инструкции и данные хранятся в кэш-памяти.

Имеется три разных уровня, то есть L1, L2 и L3. L1 обычно находится в микросхеме процессора. Это самый маленький и самый быстрый процессор для чтения. Он колеблется от 8 до 64 КБ. Две другие кэш-памяти больше, чем L1, но также требуют больше времени для доступа.

Q # 14) Расскажите о преимуществах и недостатках разгона.

[источник изображения]

Ответ: Разгон заставляет процессор работать на более высокой скорости, чем по умолчанию, с использованием текущих настроек материнской платы.

Q # 15) Чем набор микросхем, процессор и материнская плата отличаются друг от друга?

Ответ:

Разница между материнской платой и набором микросхем:

Материнская плата содержит все компоненты с подключенными к ней картами расширения и процессором. Он также поддерживает подключение к USB, PS / 2 и всем остальным портам. Это самая большая печатная плата внутри компьютера.

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

Разница между материнской платой и процессором:

Основное различие между ними состоит в том, что материнская плата позволяет памяти, периферийным разъемам, процессору и другим компонентам взаимодействовать друг с другом. Хотя выполнение конкретных инструкций для таких функций, как выполнение логических, арифметических и управляющих операций, является задачей процессора.

Q # 16) Если вы не видите дисплей вашей системы, в чем может быть проблема?

Ответ:

Вот несколько причин, по которым вы не можете видеть дисплей:

  • Монитор не работает.
  • Система еще не полностью запущена.
  • Система не может правильно включиться.
  • Возможно, проблема с радиатором.
  • Могут быть проблемы с установкой перемычки.
  • Вентилятор процессора может создавать проблемы.
  • Проблема в настройках BIOS.
  • Незакрепленный процессор или другие компоненты.
  • Короткое замыкание.

Q # 17) Зачем вам нужны перемычка и радиатор?

[источник изображения]

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

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

Q # 18) Какие существуют типы межсетевых экранов?

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

Типы межсетевых экранов включают:

  • Межсетевые экраны с фильтрацией пакетов
  • Шлюзы на уровне контуров
  • Межсетевые экраны с контролем состояния
  • Прокси-межсетевые экраны
  • Межсетевые экраны следующего поколения
  • Программные межсетевые экраны
  • Аппаратные межсетевые экраны

Это восемь межсетевых экранов, известных по разным причинам кибербезопасности.

Q # 19) Мой принтер печатает блеклые слова, изображения низкого качества и пятна. Что я делаю?

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

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

Q # 20) У меня Windows 10, и у меня пустой экран, но я вижу курсор. Это происходит каждый раз перед входом в систему и после обновления. Что я должен делать?

Ответ: Если проблема не исчезнет до входа в систему, выполните следующие действия.

  • Нажмите клавишу Windows вместе с P, чтобы открыть меню проекта. Однако это нормально — не видеть этого.
  • Нажмите несколько раз стрелки вверх и вниз и нажмите Enter.
  • Если это сработает, вы сможете видеть свой экран, если нет, повторите этот шаг несколько раз.

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

Если описанный выше процесс не помог, попробуйте удалить драйвер видеокарты, как показано ниже.

  • Запустите диспетчер задач, нажав alt + ctrl + del.
  • Перейдите к файлу и запустите новую задачу.
  • Введите devmgmt.msc и нажмите Enter.
  • Если не удается открыть диспетчер задач, перейдите в безопасный режим.
  • Удерживайте клавишу Windows и X, затем выберите диспетчер устройств.
  • Найдите графическую карту, щелкните ее правой кнопкой мыши и удалите программное обеспечение драйвера.
  • Перезагрузите систему, и черного экрана больше не должно быть.

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

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

Q # 21) Объясните BIOS.

[источник изображения]

Ответ: Базовая система ввода / вывода или BIOS находится на материнских платах в виде микросхемы ПЗУ.С его помощью вы можете настроить и получить доступ к своей системе на самом базовом уровне. Он также содержит инструкции, относящиеся к загрузке основного оборудования вашего компьютера.

BIOS выполняет четыре основные функции:

  • Перед загрузкой ОС он проверяет оборудование вашего компьютера, чтобы убедиться в отсутствии ошибок.
  • Он ищет все доступные ОС и передает управление наиболее способной.
  • Драйверы BIOS дают вашей системе базовый операционный контроль над ее аппаратным обеспечением.
  • Настройка BIOS позволяет настраивать параметры вашего оборудования, такие как пароль, дату, время и т. Д.

Q # 22) Какими качествами должен обладать хороший сотрудник службы технической поддержки?

Ответ: Ключевые навыки сотрудника службы технической поддержки:

  • Сотрудник должен хорошо разбираться в системе, ее программном и аппаратном обеспечении.
  • Он / она должен быть в курсе последних тенденций в области информационных технологий и программного обеспечения.
  • Внимание к деталям и высокая концентрация.
  • Должен иметь сильные характеристики и дух для хорошего и надежного обслуживания клиентов.
  • Он / она должен уметь работать с людьми и иметь хорошие коммуникативные навыки.
  • Должен уметь быстро установить хорошие рабочие отношения с клиентами.
  • Он / она должны быть готовы работать в неурочное время.
  • Требуется терпение, логический ум и желание постоянно учиться.

Q # 23) Каковы обязанности сотрудника службы технической поддержки?

Ответ: Сотрудник службы технической поддержки имеет несколько обязанностей, некоторые из которых перечислены ниже:

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

Q # 24) Почему мы должны вас нанять?

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

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

Q # 25) Вы научились на своих ошибках в своей карьере ИТ-эксперта?

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

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

Заключение

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

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

С наилучшими пожеланиями на собеседовании в службу технической поддержки!

.

TOP 16 вопросов на собеседовании с сетевым инженером (технические и поведенческие)

Последнее обновление: 23 марта 2020 г., 06:14.

Давайте начнем с хороших новостей : вы не будете соревноваться со многими другими людьми на собеседовании за работу в области сетевого инжиниринга.

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

А какие плохие новости?

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

Вопросы зависят от двух вещей

В каждом собеседовании в этой области разные вопросы. Две вещи имеют значение . Первый — это технологии:

Они работают с Juniper или с Cisco ? С какими типами маршрутизаторов и межсетевых экранов они работают в компании ? Является ли скорость сети их первым приоритетом или они отдают приоритет безопасности?

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

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

Второй важный фактор — это человек, который ведет с вами интервью .

Вы разговариваете с техническим экспертом?

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

Во многих случаях ваши интервьюеры мало знают о сетевой инженерии .

На самом деле они могут вообще ничего об этом не знать. Это случай HR-универсалов, а иногда и внешних рекрутеров.

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

Они не могут использовать ни одного технического вопроса.

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

Интервью со старшим сетевым инженером

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

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

Технические вопросы для собеседования — образец списка

  1. В чем преимущества CISCO по сравнению с конкурентами?
  2. Какой брандмауэр вы считаете самым безопасным?
  3. Знаете ли вы, что значит установить мост между VPN?
  4. Какова основная причина использования вторичного маршрутизатора?
  5. Можете ли вы определить различные типы сокетов?
  6. Какие уровни существуют в протоколе TCP / IP?
  7. Что означает следующая маска подсети: (любое число, представляющее маску подсети)?
  8. Назовите ваш любимый протокол маршрутизации.
  9. На что сегодня приходится большая часть мировых доходов NSP?
  10. Как бы вы снизили количество ватт на бит, чтобы обеспечить более высокую эффективность компьютерной сети?
  11. Можете ли вы описать ситуацию, когда вам недавно приходилось устранять неполадки в сети? В чем была проблема и какие шаги вы предприняли для ее устранения?

Специальный совет: загрузите полный список вопросов в виде одностраничного PDF и потренируйтесь отвечать на собеседовании в любое время позже:

список вопросов, PDF

Технические вопросы — можете ли вы к ним подготовиться заранее?

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

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

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

Один из них, или даже больше, застигнет вас врасплох .

* Не забудьте проверить: Как побороть нервы на собеседовании — Не позволяйте тревоге убивать ваши шансы на собеседовании. Избавьтесь от стресса и сделайте все возможное.

Поведенческие и личные вопросы

Ситуация сильно отличается от личных и поведенческих вопросов.

Начиная с , все сотрудники сталкиваются с одинаковыми ситуациями и проблемами на рабочем месте (конфликты с коллегами, проблемы с соблюдением сжатых сроков, отсутствие мотивации, успешное или профессиональное поражение), вопросы очень похожи в каждое интервью — включая собеседования на должности сетевого инженера.

Немного из них:

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

Многие технические эксперты не могут найти ответы на вопросы о поведении , и их слабость часто стоит им нового контракта на работу…

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

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

Мэтью работает в сфере международного найма с 2008 года.Он помогает соискателям из всех слоев общества добиваться своих карьерных целей и готовиться к собеседованиям. Он является основателем сайта InterviewPenguin.com.

Последние сообщения от Matthew Chulaw (посмотреть все)

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *