Тестовые задания на собеседовании программиста

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


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

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

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

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

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

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

Исходный код решения

[spoiler title=’Исходный код’ style=’default’ collapse_link=’true’]

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

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

Уже знаете ответ?

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]
Можно использовать ту же схему решения. Первый указатель показывает на первый узел в связанном списке, второй на i-тый сначала. Когда второй указатель достигнет конца списка (дойдёт до NULL), первый будет указывать на i-тый элемент с конца.

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

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

  1. Считаем сумму всех чисел от 1 до 100 любым удобным для Вас методом.
  2. Считаем сумму элементов массива.
  3. Вычитаем первое из второго. Получаем… Правильно, получаем значение дублирующегося элемента.
  4. Если надо, находим номера искомых элементов в массиве.

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

[spoiler title=’Исходный код’ style=’default’ collapse_link=’true’]

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

Решить это можно так:

[spoiler title=’Исходный код’ style=’default’ collapse_link=’true’]

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

Задавая такие вопросы, ваш собеседник, понятное дело, хочет услышать не заученное определение из учебника или получить ссылку из Википедии, а оценить ваше собственное понимание различия этих двух типов структур данных.
Стек и очередь похожи отсутствием свободного доступа ко всем элементам структуры данных. Главное же отличие заключается в том, что стек – это структура типа LIFO(Last In First Out), где свободный доступ возможен только к последнему добавленному элементу, а при его удалении методом «pop» к элементу, добавленному перед ним. Когда же в стек добавляется новый элемент, доступен становится только он.
Очередь относится к типу FIFO(First In First Out), то есть доступен в ней только первый добавленный элемент. В случае его удаления доступен второй и т.д.

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

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

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

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]
В обоих списках узлы связаны посредством указателей. Только в односвязном списке указатель от каждого узла ведёт исключительно к следующему, и переход возможен только к нему, то есть исключительно в одном направлении. А в двусвязном от каждого узла, кроме первого и последнего, есть возможность перейти как к следующему, так и к предыдущему узлу, то есть двигаться в обоих направлениях.

Если вдруг кто-то не знает, числа Фибоначчи – это последовательность, где каждое следующее число после 1 является суммой двух ему предшествующих. То есть ряд чисел Фибоначчи выглядит так: 1,1, 2, 3, 5, 8, 13, 21…

Решить эту задачу можно так:

[spoiler title=’Исходный код’ style=’default’ collapse_link=’true’]

Палиндром – это набор знаков (слово, число, фраза), в котором все знаки при прямом прочтении полностью совпадают со знаками при обратном прочтении.
То есть палиндромами являются числа 66, 13431, 789987 и т.д.

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

  1. Для определения значения каждого символа в числе можно использовать оператор /. Например: 66/10 вернёт 6.
  2. А для нахождения последнего символа в числе оператор %.
    66%10=6
    123%10=3
  3. Сравниваем полученные значения и делаем выводы.

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

А после этого дописать этот код так, чтобы он сравнивал полученные цифры.

Задача, в принципе, аналогичная предыдущей, но с существенным отличием — использовать операторы / и % не получится.
Используем рекурсию и получим простое и красивое решение:

[spoiler title=’Исходный код’ style=’default’ collapse_link=’true’]

[spoiler title=’Решение’ style=’default’ collapse_link=’true’]

Бинарное, или двоичное дерево поиска – это структура данных, каждый узел в которой может иметь от 1 до 2 подузлов (детей) или не иметь их вовсе.

Расположение данных в бинарном дереве имеет ряд ограничений:

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

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

Этот вопрос позволяет Вам продемонстрировать свои навыки владения стандартными методами (push и pop) для работы с этой структурой данных. При выполнении этой задачи Вам нужно будет использовать массив или связный список для хранения элементов.
Написать можно, например, программу стандартного калькулятора.

Читайте также:  Видеокарта asus geforce 8600 gt

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

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

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

PS лучшую из своих работ (на данный момент) я получил именно благодаря тестовому заданию.

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

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

DevMan, да, согласна с другим комментатором насчет экономии времени только для работодателя. Сейчас ищу работу, и мне в одном месте скинули примитивное тестовое сразу с приглашением, то есть до собеседования, на пару-тройку часов работы, но с макетом абы как, что еще надо со слоями в нем разбираться, в другом месте тестовое дали уже после собеседования и сроком на две недели, для него надо изучить два фреймворка, чтобы его выполнить, в третьем месте неограниченное по времени тестовое, для которого еще один фреймворк изучить, чтобы выполнить, ну вот еще и с 4-го места до собеседования дали тестовое, которое тоже делать не быстро. В итоге вместо поисков работы я буду делать одни тестовые, в лучшем случае, чтобы меня послали потому что кого-то уже нашли пока я их выполняла. Не знаю, кто как, но мне нравится практика нескольких собеседований как в крупных компаниях, тестовые там дают обычно на втором собеседовании. Зачем мне тратить время на верстку примитивной шапки для показа своего кода, приехав домой, если я могу ее сверстать при том, кто будет меня собеседовать? Так и ход мыслей, и то как я работаю, и как я пишу код, увидеть можно сразу, и сделать свои выводы, причем не обязательно верстать весь макет, все итак будет видно. Плюс в некоторых компаниях собеседования включают в себя беседу с решением задачек, где сразу видны теоретические, практические знания и навыки соискателя вместе с образом его мышления и т.д. Как по мне вот это экономит время обоим, а не только работодателю. Насчет "не надо отпрашиваться с работы", то здесь выполнять тестовое будет некогда также, когда ты работаешь, потому что после работы времени не останется, а в выходные. если тебе дали его в пн, то будет странно говорить, что сдашь его только в след пн, потому что сможешь выполнить только в выходные ибо работаешь. Скорее всего найдут кого-то другого быстрее, чем наступят эти выходные.

P.S. Кстати, из всех этих тестовых именно те два, что требуют изучения фреймворков мне и понравились, хоть они и сложнее и объемнее. Во-первых, потому что возьмут меня в одно из тех мест или нет, но я получу новые знания, новый опыт, в последствие выберу один из этих фреймворков и буду дальше с ним работать, ибо мне давно надо было их изучить, да не было времени никак начать. Во-вторых, задачки интересные, и что-то новое всегда интересно само по себе. А вот выполнять тестовые из рубрики "делал 1000 раз" как раз-таки очень скучно, и это просто надо заставлять себя их делать. Но это проблема уже тех, кто составляет тестовые. Даже примитивные задачи для начального уровня скиллов можно делать интересными и увлекательными, даже если они на каких-то 5-10 мин, чтобы на их примере можно было узнать больше о кандидате, чем "как он пишет код", а не из рубрики "на автопилоте под музыку и не надо думать головой".

Я много таких делал, честно говоря.

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

Мне вот последнее недавно прислали — вывести двумерный массив в виде таблицы с учетом нескольких параметров. Все. Просто и со вкусом.

Беги от этих "умников" как можно дальше.
Тестовое задание — это бред чистой воды, воспаленная фантазия тех, кто хочет своё ЧСВ потешить.

Что бы взять человека, достаточно
— посмотреть его код
— спросить некоторые основные вопросы касаемо области

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

Как по мне, то идеальный вариант с тестовым — это при сомнении в кандидате после собеседования или на самом собеседовании что-то несложное, чтобы понять ход мыслей и соответствие указанным в резюме навыкам. Почему отталкивает тестовое до собеседования? Ответ прост. Меня приглашают в малоизвестную компанию, толком ни о ней, ни тем более о том, чем она занимается я не знаю, понятия не имею с какими задачами придется иметь дело, эйчар, ясен пень, по телефону все, что нужно, не объяснит, да и по телефону такие вопросы обсуждать неудобно, но мне уже сразу в приглашении втюхивают тестовое, мол пройдете, тогда и побеседуем. Кхм. Может лучше сначала побеседуем? Может пообщавшись с вашим специалистом, эйчаром, посмотрев на условия, да и банально обсудив возможные задачи на данной позиции и проекты, над которыми предстоит работать, не говоря уже о предлагаемых условиях и возможной вилке оплаты, я и сама решу, что это не мое, и не захочу выполнять тестовое, да распрощаюсь уже после первой беседы? Это первый момент. Второй момент — по тестовому пройду, а дальше при личном общении что-то да не понравится. Все это сведется к потраченному впустую времени и для меня и для компании, которого при поиске работы попросту нет, потому что тестовые дают почти везде, и в итоге ты только и делаешь, что каждый день занимаешься ими вместо поисков еще вариантов и личного общения с работодателями, из которого гораздо понятнее все становится для обеих сторон. Так что если это кому-то и сэкономит время, то только компании, и то — спорный вопрос, ибо при личном общении человек может не понравится по многим причинам или провалиться на банальных вопросах, ведь и тестовое можно сделать хоть даже с помощью друга или гугла с тостером и парой знакомых) То есть тестовое, выполненное дома, в любом случае четкого ответа на вопрос о компетенции без личного общения все равно не дает. Недаром же крупные корпорации типа того же Гугла, Неткрекера и т.д. заставляют решать задачки на собеседовании со специалистом, а не дома до него. Другое дело — тестовое задание после собеседования, когда и кандидат уже получил четкие представления о компании и задачах, с которыми ему придется работать, и работодатель получил четкие представления о кандидате, но сомневается в чем-либо по отношению к нему, потому и выдает тестовое задание. Для кандидата — это отличный шанс доказать, что ты идеально подходишь на эту работу, особенно если устное собеседование по каким-либо причинам ты провалил, а для работодателя развеять или подтвердить свои сомнения. Ну или бывает, что дают тестовые до или после собеседования, но не из рубрики совсем общих типа на проверку скиллов, а из узкоспециализированных задач аналогичных тем, которые предстоит решать на позиции. Мне как раз парочку таких выдали — одно до собеседки, другое после. Такие задания не раздражает выполнять, потому что по ним ты отлично можешь сделать выводы для себя годишься ли ты на такую работу и хочешь ли ты заниматься такими задачами, то есть возьмут тебя или нет — неважно, уже в начале ты сам для себя все поймешь, и время впустую не потратишь, и работодателю тоже сэкономишь, отказавшись в начале выполнения, если поймешь, что это не твое. Но вот не везде дают именно такие задачи.

Читайте также:  Hardlock not found etka

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

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

Самые популярные ошибки при составлении резюме

Сергей Дмитриченко, основатель GMS Services, сооснователь AmazingHiring:

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

Бывает, что при составлении резюме, разработчик ориентируется на технического специалиста. Например, такое описание опыта разработчика драйверов под операционную систему windows: C/C++, Asm, x86, x64, DDK, WDF, WDM, не всем рекрутерам позволит распознать правильного кандидата. С точки зрения же программиста — этого вполне достаточно, чтобы понять специализацию. Пояснение „заклинаний“ кратким текстом поможет рекрутерам быстрее найти вас и правильно оценить.

Программисты не всегда правильно преподносят свой опыт и ожидания от новой работы. Умение емко и четко рассказать о своем опыте, расставить правильные акценты — важная часть интервью. Отдельная тема — ответ на вопрос „чего вы ждете от новой работы?“, часто его сложно добиться. Важно помнить всем известную истину: собеседование — это двойная продажа (компания продает себя кандидату и наоборот). Если вы согласились на интервью, поищите информацию о компании, будьте вежливы и доброжелательно настроены, проявляйте заинтересованность, будьте пунктуальны.

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

Галина Денина, руководитель HR-службы Redmadrobot:

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

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

5 способов не пройти собеседование

Павел Настобурко, руководитель AppLead:

  1. Проситься с первого месяца пребывания в компании работать дома или удаленно;
  2. Не иметь никакого представления, о том, чем занимается компания в которую пригласили на собеседование;
  3. Не уделять внимание тестовому заданию, с помощью которого работодатель проверит уровень знаний программиста-соискателя. Частое заблуждение думать о том, что потом результат тестового задания соискателя используют в дальнейшей работе компании.
  4. Спешить или всячески показывать, что для собеседования выделили только 10 минут;
  5. Быть неспособным сформулировать должность на которую пришел. Вот это действительно очень раздражает.
Читайте также:  Data bin как открыть

Топ провальных «кейсов»

Екатерина Артюшина, HR-директор СимбирСофт:

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

Юрий Кондратьев, генеральный директор кадрового агентства Lightman Solutions:

«Могу вспомнить несколько случаев провального (для кандидатов) собеседования на технические позиции. Например, была встреча с разработчиком Java, на встречу он пришел с женой, сел в переговорной вместе с ней, когда его вызвали. Само собой, встреча приняла несерьёзный оборот. Провальность собеседования в самом способе проведения. Другой случай, программист 1С пришел, чтобы написать тест. Тест оказался сложным, и вместо ответов на большинство вопросов он тезисно писал рассуждения о жизни и нелегкой судьбе соискателя».

Елена Крачковская, руководитель административного отдела Группы Компаний ХОСТ:

«У нас был кандидат на разработчика Java. Он успешно выполнил тестовое задание, и мы пригласили его на собеседование. Тут-то и выяснилось, что задание за него выполнял дядя, а кандидат просто смотрел на «расшаренный» рабочий стол. На собеседовании он не ответил на самые простые вопросы по заданию и потом долго удивлялся, почему его не взяли на работу — „задание-то он выполнил“».

Тем, кто хочет разобраться в веб-разработке, рекомендуем профессию «Веб-разработчик» от GeekBrains.

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

Самые популярные ошибки при составлении резюме

Сергей Дмитриченко, основатель GMS Services, сооснователь AmazingHiring:

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

Бывает, что при составлении резюме, разработчик ориентируется на технического специалиста. Например, такое описание опыта разработчика драйверов под операционную систему windows: C/C++, Asm, x86, x64, DDK, WDF, WDM, не всем рекрутерам позволит распознать правильного кандидата. С точки зрения же программиста — этого вполне достаточно, чтобы понять специализацию. Пояснение „заклинаний“ кратким текстом поможет рекрутерам быстрее найти вас и правильно оценить.

Программисты не всегда правильно преподносят свой опыт и ожидания от новой работы. Умение емко и четко рассказать о своем опыте, расставить правильные акценты — важная часть интервью. Отдельная тема — ответ на вопрос „чего вы ждете от новой работы?“, часто его сложно добиться. Важно помнить всем известную истину: собеседование — это двойная продажа (компания продает себя кандидату и наоборот). Если вы согласились на интервью, поищите информацию о компании, будьте вежливы и доброжелательно настроены, проявляйте заинтересованность, будьте пунктуальны.

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

Галина Денина, руководитель HR-службы Redmadrobot:

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

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

5 способов не пройти собеседование

Павел Настобурко, руководитель AppLead:

  1. Проситься с первого месяца пребывания в компании работать дома или удаленно;
  2. Не иметь никакого представления, о том, чем занимается компания в которую пригласили на собеседование;
  3. Не уделять внимание тестовому заданию, с помощью которого работодатель проверит уровень знаний программиста-соискателя. Частое заблуждение думать о том, что потом результат тестового задания соискателя используют в дальнейшей работе компании.
  4. Спешить или всячески показывать, что для собеседования выделили только 10 минут;
  5. Быть неспособным сформулировать должность на которую пришел. Вот это действительно очень раздражает.

Топ провальных «кейсов»

Екатерина Артюшина, HR-директор СимбирСофт:

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

Юрий Кондратьев, генеральный директор кадрового агентства Lightman Solutions:

«Могу вспомнить несколько случаев провального (для кандидатов) собеседования на технические позиции. Например, была встреча с разработчиком Java, на встречу он пришел с женой, сел в переговорной вместе с ней, когда его вызвали. Само собой, встреча приняла несерьёзный оборот. Провальность собеседования в самом способе проведения. Другой случай, программист 1С пришел, чтобы написать тест. Тест оказался сложным, и вместо ответов на большинство вопросов он тезисно писал рассуждения о жизни и нелегкой судьбе соискателя».

Елена Крачковская, руководитель административного отдела Группы Компаний ХОСТ:

«У нас был кандидат на разработчика Java. Он успешно выполнил тестовое задание, и мы пригласили его на собеседование. Тут-то и выяснилось, что задание за него выполнял дядя, а кандидат просто смотрел на «расшаренный» рабочий стол. На собеседовании он не ответил на самые простые вопросы по заданию и потом долго удивлялся, почему его не взяли на работу — „задание-то он выполнил“».

Тем, кто хочет разобраться в веб-разработке, рекомендуем профессию «Веб-разработчик» от GeekBrains.