Что такое техническое интервью
Перейти к содержимому

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

  • автор:

Техническое интервью глазами СТО

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

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

Техническое интервью – «ловушка» для многих специалистов

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

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

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

Какие вопросы задают на интервью?

Суть вопросов на разных интервью одна и та же. Разработчикам нужно готовиться к тому, что будут спрашивать про структуры данных, знание языков программирования, алгоритмы и стандартную библиотеку. У тестировщиков спрашивают о понимании цикла разработки ПО. Бизнес-аналитикам и Data Science задают вопросы об основах Computer Science, структуры данных и алгоритмы. Отметим, что сегодня знания в смежных областях значительно повышают интерес к кандидату, поэтому важно не зацикливаться только на своей специализации.

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

В этой статье мы разберемся с тем, какие типичные ошибки допускают кандидаты. Почему многие его проваливают? Мы рассмотрим все эти вопросы вместе с экспертом Дмитрием Малаховым – человеком, который уже два года успешно проводит интервью с кандидатами в рекрутинговой компании Soshace, в том числе и публичные на Podlodka Crew. Дмитрий отобрал десятки талантливых специалистов в разных стеках Back-end, Front-end, Fullstack — JS, React,Angular,Vue, Java, PHP, Python, а сам является высококлассным Senior Front-end developer с пяти летним опытом, успевшим поработать в качестве senior front-end в Сбере и тимлида в Городских парковках. На данный момент Дмитрий работает в европейском финтех стартапе Fonoa.

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

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

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

Следующее – это отсутствие подготовки к интервью. Очень много людей получают негативный ответ именно по причине этого. Не стоит надеяться на удачу и идти на собеседование без подготовки. Да, техническое интервью – это не Code Interview, где нужны идеальные и 100% правильные ответы, но по ответам я сразу вижу – готовился ли человек к собеседованию.

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

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

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

Дмитрий, вы даете задачи во время интервью?

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

Дмитрий, топ-3 причины провала на техническом интервью?

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

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

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

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

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

Как подготовиться к интервью? Что посоветуете?

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

1. Первое – усильте свои профильные знания. Это главное! Будьте готовы к теоретическим вопросам, решайте задачи.

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

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

4. Развивайте коммуникативные навыки. Следите за своей манерой речи.

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

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

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

Одним из этапов большинства собеседований в ІТ является техническое интервью. Как правильно к нему подготовиться? И как, в случае неудачи, реагировать на отказ? Опытом делится сертифицированный интервьюер Катерина Мала, Senior Test Engineer в ЕРАМ.

Хочу попасть на позицию мечты в EPAM — с чего начать?

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

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

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

Также прокомментирую одну из популярных ошибок: не стоит недооценивать значимость гибких навыков (или soft skills) и опыта управленческой работы для ІТ позиций.

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

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

Получил приглашение! Что дальше?

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

  • Накануне повторите теорию, определения самых распространенных терминов, распределение ролей в команде. Даже если в вашем активе несколько лет работы и вы легко справляетесь с ежедневными задачами, у теоретических знаний есть неприятная способность быстро выветриваться из памяти. Существует вероятность, что в нужный момент вы можете не вспомнить определение какого-нибудь банального термина и растеряетесь.
  • Помните, что официальный язык ІТ — английский , поэтому заранее подготовьте небольшой, на 6-7 предложений, рассказ о себе: кратко опишите проекты, в которых вы участвовали, задачи, которые выполняли и результаты, которыми вы гордитесь.
  • На каждом интервью есть практические задания . Освежите в памяти, как проходит код ревью, потестируйте какие-нибудь формы или окошки, напишите себе «шпаргалку-напоминание», как лучше имплементировать требования — все в зависимости от особенностей вашей профессии. Не пожалейте времени и помогите себе в будущем успешно показать себя на интервью.
  • Заранее проверьте дату и место встречи (при этом обратите внимание на часовые пояса). Позаботьтесь о своем внешнем виде: выберите приличную и удобную одежду. Держите по друкой стакан воды, чтобы взять вежливую паузу и собраться с мыслями перед ответом на сложный вопрос.

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

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

Уже подключился и готов к разговору. Как себя вести?

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

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

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

Несколько слов о подходе «Google it».

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

А как это происходит в EPAM?

В EPAM в процессе интервью кандидаты обязательно получают одно-два практических задания.

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

Часть интервью — около 20 минут — посвящена оценке soft skills кандидата. Мы проводим ее при помощи ситуативных вопросов о неком воображаемом «ужасном» проекте, где постоянно возникают проблемы и конфликтные ситуации. Кандидату нужно предложить собственный вариант их решения.

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

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

Пришел фидбек, и он.

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

Тем не менее, он может оказаться не таким, как вы надеялись. Что делать, услышав «Вы — молодец, но. »?

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

❌ Переформатируйте резюме: удалите из него те моменты, в которых вы не уверены на 100%. Сделайте акцент на ваших сильных сторонах и максимально адаптируйте CV к вашим знаниям и опыту.

И напоследок несколько практических рекомендаций для тех, кто выбрал профессию тестрировщика (потому что это моя специализация):
  1. Перед собеседованием повторите такие темы: жизненный цикл разработки программного обеспечения, тестовая документация, работа с требованиями, оценка работы.
  2. Посмотрите ресурсы Guru99 и ISTQB syllabus . Последний — источник общепринятой правильной терминологии, хотя начинающему он может показаться тяжелым для восприятия. Читайте на английском языке, чтобы не нарваться на некачественный перевод специфических терминов.
  3. Уделите внимание базовым понятиям методологии Scrum : на собеседовании вам обязательно зададут вопросы из этой сферы.

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

Как пройти техническое интервью: советы эксперта

Что такое техническое собеседование? По какому алгоритму оно строится? Каких типичных ошибок можно избежать при его прохождении? Senior Machine Learning Scientist и владелец телеграм-канала Boris Again Борис Цейтлин рассказал, как проходит техническое интервью и как к нему подготовиться.

Senior Machine Learning Scientist и владелец телеграм-канала Boris Again Борис Цейтлин

Что такое техническое интервью и зачем оно нужно Как проходит техническое собеседование Советы, как пройти техническое собеседование

Что такое техническое интервью и зачем оно нужно

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

Технических интервью, как правило, несколько, и они бывают разных типов.

Типичный процесс найма включает два технических интервью:

  1. Первое интервью напоминает экзамен по теоретическим и прикладным знаниям.
  2. Второе — про system design с открытыми вопросами типа: «Как бы вы построили сервис видеостриминга?», «У вас есть сервис с большой нагрузкой и базой данных, которая больше не помещается на диске одного сервера. Как бы вы решили такую проблему?» и т. д.

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

Как проходит техническое собеседование

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

Стандартная структура первого технического интервью следующая: первые 10-15 минут кандидату задают несложные вопросы про язык программирования и технологии. Про Python, например, часто спрашивают: «Что такое декоратор?», «Что такое GIL и как он работает?», «Как Python работает с памятью?». Здесь интервьюер пытается оценить уровень кандидата.

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

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

Осташиеся 30-45 минут в любой из структур — это лайф-кодинг задача. Интервьюер и кандидат подключаются в коллаборативную среду, где можно совместно писать код, но нельзя его исполнять. Интервьюер дает условие задачи, а кандидат задает вопросы, уточняет условие, пишет код и оценивает асимптотическую сложность решения в O(N) нотации.

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

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

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

Практические советы

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

Алгоритмическая часть — самая сложная. Подготовка к ней раскладывается на два этапа:

  • Изучение правильного процесса прохождения интервью;
  • Практика в решении задач.

Процесс проведения интервью стандартный. Знание правил этой «игры» сильно помогает. Алгоритм следующий:

  1. Интервьюер рассказывает условие задачи. Здесь необходимо задать вопросы про условие и выяснить все ограничения, которые часто специально не упоминаются. Например: «Что если массив пустой?», «Все элементы уникальные?», «Какие ограничения по памяти и скорости?». Самая популярная причина провала этого этапа — это неверно понятое условие.
  2. Ни в коем случае не писать код решения, пока интервьюер не даст «зеленый свет». Лучший способ завалить собеседование — это начать писать неверное решение, «забуксовать» и выйти за временные рамки. Бинго провала — это еще и задержать собеседующего.
  3. Устно обсуждаем с интервьюером проблему и решение. Важно мыслить вслух и задавать вопросы. На этом же этапе можно написать в коде тесты. Постарайтесь обнаружить все уникальные случаи, которые надо обработать. Часто, сделав это, вы понимаете, что все же не совсем верно поняли условие.
  4. Ваша задача — придумать оптимальное решение. Если не получается, то, как правило, интервьюер даст вам подсказку. Это, конечно, минус, но лучше решить с подсказкой, чем не решить совсем.
  5. После получения разрешения на написание кода, начинаем реализацию.
  6. Написав код, обязательно проверьте его. Часто от волнения пропускают простые вещи. Например, забывают вернуть результат исполнения. Здесь пригодятся написанные раньше тесты: покрывает ли реализация все случаи? Пробегитесь глазами и проговорите основные моменты вслух. Такие небольшие ошибки, как, например, перепутать знаки «больше» и «меньше» не страшны, но, отловив их, вы получите дополнительные очки.

— Зная структуру, остается только практиковаться решать задачи и писать код без исполнения и помощи IDE, — подытоживает Борис, — Открываем leetcode, сортируем задачи по сложности или популярности и решаем. Скорее всего для подготовки к типичным собеседованиям достаточно прорешать задачи уровня Easy.

Смотреть вакансии в разделе Работа.

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

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

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

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

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

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

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

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

Кто эти задачки вообще придумывает? Таких ситуаций никогда не бывает в разработке. Даже близко. Да кому я это говорю — вы и так это прекрасно знаете. Сколько раз вы в жизни переворачивали строку задом наперед или писали свой алгоритм балансировки дерева? Ну вы чего? А эти странные загадки с ловушками, с заведомо неверными формулировками? Типа кандидат должен уверенно сказать, что вопрос поставлен неверно. Сколько вы людей на работе видели, которые неприкрыто перечат начальству? Раз начальник спрашивает, может быть он знает что-то что неизвестно мне? Если он даже дурак, то может быть стоит его выслушать и ответить ему уклончиво, что бы не обидеть? Может это должен уметь нормальный профессионал?

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

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

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

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

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

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

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

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