Эволюция вопросов на интервью
Сразу признаюсь, я - не самый хороший программист в мире, которого можно взять на работу. Но я знаю несколько человек, которые просто очень-очень хороши. И вот их без сомнения нужно нанимать. Не сомневаюсь, что они могут хорошо ответить на практически любые вопросы, поэтому в принципе ничего не имею против жесткого отсева на первичном интервью. Но есть одна тонкость: людей, о которых я говорил выше, мягко говоря, трудно нанять.
Дальше я расскажу некоторую теорию, основанную на моём опыте интервью, в основном со стороны соискателя. Но хочу подчеркнуть, что хотя для одного человека я много где побывал, на серьёзные научные данные это не тянет. К тому же стоит заметить, что я сам не совсем типичный и были периоды когда я выпадал из рынка труда.
Итак, сначала были вопросы по Java 2 из серии «что напечатает эта программа» и вопрос про singleton. Просто больше ничего популярного не было. Потом процессы интервью формализовывались в связи с ростом компаний, люди меняли работу и задавали те же вопросы на новом месте. Постепенно добавились вопросы про многопоточность и Spring. Кандидаты ходили по интервью, слушали вопросы, готовили на них ответы, потом начинали сами задавать те же самые вопросы.
С самого начала многие вопросы были немного оторваны от реальности промышленного программирования и развивались как отдельный жанр по законам эволюции. Слишком простые или слишком сложные прятались в узкие экологические ниши, принимаемые ответы получали распространение в популяции. При этом уже сами интервьюеры иногда не очень понимают, что же они спрашивают. А после того, как вышло много новых версий Java, в правильных ответах появились варианты, но на это мало кто обращает внимание.
При этом, так как речь идёт о первичном отборе, то считается, что каждый senior должен на все эти вопросы легко отвечать. Более того, иногда получается, что кто ответил - тот и senior.
Буду рад услышать мнение читателей: какие вопросы вы наблюдаете на интервью? А какие надо задавать? Как вообще нанимать программистов в наше время?
Дальше я расскажу некоторую теорию, основанную на моём опыте интервью, в основном со стороны соискателя. Но хочу подчеркнуть, что хотя для одного человека я много где побывал, на серьёзные научные данные это не тянет. К тому же стоит заметить, что я сам не совсем типичный и были периоды когда я выпадал из рынка труда.
Итак, сначала были вопросы по Java 2 из серии «что напечатает эта программа» и вопрос про singleton. Просто больше ничего популярного не было. Потом процессы интервью формализовывались в связи с ростом компаний, люди меняли работу и задавали те же вопросы на новом месте. Постепенно добавились вопросы про многопоточность и Spring. Кандидаты ходили по интервью, слушали вопросы, готовили на них ответы, потом начинали сами задавать те же самые вопросы.
С самого начала многие вопросы были немного оторваны от реальности промышленного программирования и развивались как отдельный жанр по законам эволюции. Слишком простые или слишком сложные прятались в узкие экологические ниши, принимаемые ответы получали распространение в популяции. При этом уже сами интервьюеры иногда не очень понимают, что же они спрашивают. А после того, как вышло много новых версий Java, в правильных ответах появились варианты, но на это мало кто обращает внимание.
При этом, так как речь идёт о первичном отборе, то считается, что каждый senior должен на все эти вопросы легко отвечать. Более того, иногда получается, что кто ответил - тот и senior.
Буду рад услышать мнение читателей: какие вопросы вы наблюдаете на интервью? А какие надо задавать? Как вообще нанимать программистов в наше время?