Ios-Интервью В Vivid

Возможно, вы знаете о Vivid, где-то слышали о нем или видите впервые.

Мы предоставляем одну из самых быстрорастущих и перспективных финансовых услуг в Европе.

Чтобы внести ясность, вот некоторые из наших показателей:

iOS-интервью в Vivid

Загрузки и активные пользователи в Германии с 21.03 по 21.06.

iOS-интервью в Vivid

Количество функций в приложениях в 4 квартале 2020 года Одна из причин достижения таких результатов – наша команда.

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

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

Все, что вы считаете таковым, это всего лишь наше мнение и не более того.



Некоторые вводные замечания

В начале нас было двое.

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

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

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

Что зависит от интервьюеров? – они просто задают вопросы.

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

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

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



Наши возможности

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

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

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

Мне пришлось закончить интервью в кафе.

Кандидату вроде понравилось — теперь он работает у нас.

Для собеседования мы не готовили список вопросов — мы подготовили темы, о которых хотели поговорить.

Этими темами были: Swift (где бы мы были без знания языка), UI (поскольку у нас его много, он на 95% кастомный и местами нетривиальный) и архитектура (для ведущего разработчика это очень важно).

.

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

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

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

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

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

Пока я говорил о своей теме, мой коллега набросал код и требования.

Какая разница? перейди по ссылке .

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



Формат интервью

«Экспериментировать и меняться – это то, что характерно для нашей компании.

Интервью не являются исключением.

Мы пробовали разные форматы: одно собеседование 1,5 часа с вопросами «по ситуации», теоретическое собеседование 1 час и практическое собеседование 1,5 часа, теоретическое собеседование 1 час и тестовое задание.

В итоге мы пришли к следующему:

  • Предварительная проверка из 6 вопросов.

  • Одно собеседование на 1,5-2 часа.

    Из них 10-20 минут отводится на общение с кандидатом на нетехнические темы, 30-40 минут на кодирование и остальное время на теорию.

  • Собеседование всегда проводят 2 человека – это дает более объективную оценку кандидата после собеседования.

  • У каждого интервьюера своя тема.

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



Скрининг

Наш тест состоит из 3 простых вопросов и 3 вопросов средней сложности.

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

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

В скрининге собраны вопросы, на которые не придется долго искать ответ. При этом это не избитые вопросы, которые нравятся кандидатам (судя по опросам).

Числа:

  • Средняя продолжительность просмотра: 4 минуты
  • Процент кандидатов, прошедших отбор – 75%


Техническая часть

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

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

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

Кроме того, этому типу собеседований трудно научить новых интервьюеров.

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

У интервью теперь есть «сценарий», представляющий собой древовидную диаграмму в Miro.

iOS-интервью в Vivid

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

Далее, в зависимости от ответа, возникают разветвления, затрагивающие различные области темы.

Чем дальше мы продвигаемся по одной ветке, тем сложнее становятся вопросы.

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

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

Решая задачу, мы задаем вопросы.

Например: «Почему вы использовали класс, а не структуруЭ», «Можно ли решить проблему по-другомуЭ» и так далее.

Таким образом, мы получили «рамки» для интервью.

Он позволил нам:

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


Как мы оцениваем кандидатов

Невозможно не затронуть такую субъективную тему, как оценка уровня кандидата.

Мы разделяем уровни разработчиков, как и многие другие: Junior, Middle, Senior. Мы также можем добавить + или - к каждому уровню, чтобы сделать оценку немного более точной.

Для определения уровня мы используем следующие маркеры:

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

  • Решение проблемы.

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

  • Ответы на теоретические вопросы.

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

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

    Короче говоря, для нас понимание важнее знаний.

  • Умеренный перфекционизм.

    Это когда кандидат достаточно хорошо продумывает решение, но не тратит много времени на мелкие детали.



После возвращения на работу

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

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

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



Окончательно

Надеюсь, вам понравилась статья и вы нашли в ней что-то полезное.

Будем рады ответить на комментарии – не стесняйтесь, пишите.

Вы также можете прочитать еще одна наша статья о приеме на работу.

Если вас заинтересовало собеседование, следите за вакансиями Здесь .

Вот и все.

Всем удачи на собеседованиях! Теги: #Разработка стартапа #iOS #Разработка для iOS #Интервью #интервью #стартап #живые деньги

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.