Skip to content
Permalink
Branch: master
Find file Copy path
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
95 lines (80 sloc) 5.59 KB

Be a rockstar

Анонс

Грам расскажет, как делать круто: как проводить собеседования быстро и эффективно (а не как всегда), как проходить собеседования, чтобы других кандидатов даже не рассматривали, и чем отличаются собеседования Здесь и Там.

Как проводить собеседования

Плохие идеи:

(Про каждую "плохую идею" я сделаю синхронизацию с аудиторией и буду рассказывать только если кто-то делает именно так)

  • Первичный скрининг
    • Затраты по времени
    • Behavioral questions бесполезны
    • HR всё равно не сможет оценить уровень кандидата лучше, чем по резюме
    • Не дурак ли человек можно понять и из переписки.
    • По годам разработки навыки не посчитать. Никак.
  • Тестовые задания
    • Опытный разработчик сразу откажет
    • Не дает никакой информации об уровне разработчика
    • Часто крайне далеко от реальной разработки: нужно больше кода поддерживать, чем писать.
  • Вайтбординг
    • такого стресса нет в реальной работе
    • инструменты разработки важны и есть всегда
    • гуглить -- часть разработки
    • это не проверяет множество важных вещей, важных для хорошего кода
  • брейнтизеры
    • подмена понятий
    • не показывает бэкграунд
    • никак не связано с разработкой
    • не показывает обучаемость
    • непривычные задачи. У вас все задачи будут не похожи на весь предыдущий опыт кандидиата?
  • вопросы о технологиях по списку
    • Большая часть может быть покрыто с помощью CV.
    • Если у человека есть много проектов, глупо считать, что он дурак.
    • Остается непонятным, как человек думает и коммуницирует.
    • А если вдруг ответы запишут?

Хорошие идеи:

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

Основы коммуникации

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

Там и здесь

  • Крупные компании
    • Проекты закрываются и открываются, а нанимать каждый раз новых людей дорого
    • Проект, в который нанимают, ещё не запущен.
    • Да и вообще непонятно, в какой проект нанимают.
  • Брейнтизеры
    • Программировать может и джун, а нам нужен не джун
  • Вайтбординг
    • Программист должен уметь писать код
    • Инструменты не важны, давайте посмотрим как он справится без них
  • Behavioral questions

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

  • Подготовить behavioral questions. Их вы все знаете заранее.
  • Коммуницируем
    • ты не привык думать вслух, но придётся
    • иначе они решат, что ты завис
  • Пробуем
    • рассказ про сеьора, который в 65 лет искал работу
    • рассказ про меня
  • Тестируем код
  • Готовим алгоритмы
  • Удивляем
    • парень, игравший на укулеле
    • мои видео
  • BATNA
    • рассказ про brew dogs
    • У меня BATNA не было, но я её сделал.
You can’t perform that action at this time.