я периодически хожу по собеседованиям, и вопросы, которые задают, обычно ну очень простые, в т.ч. и по SQL, обычно ограничивается какимнить group by и join.
и я понимаю, почему, сложно детально выяснить уровень за полтора-два часа.
начал думать, что обязательный тест на 30-50 вопросов это не худший вариант
Последнее время собеседование сводится к тому что тебя просят на бумажке нарисовать архитектуру простенького приложения, потом докидаывают хайлоадных проблем и проблем распределенных систем, как по мне прикольный формат
Хм, зачем вообще общаться больше часа на собеседовании.
да много вопросов.
базы, язык, библиотеки, каркасы, сеть, эксплуатация, смежные области, процессы разработки. по 10 минут пообщаться, уже на полтора часа, а ещё встречные вопросы бывают и т.п.
Хм. А зачем все спрашивать. Скорее выясняешь, насколько человек отвечает за свои знания и понимает, что делает. Это пара-тройка вопросов и один вопрос-задача.
я вот просто не знаю, как парой тройкой вопросов исключить то, что потом человек принесет тебе проект в виде 3х exe и на вопрос, как это эксплуатировать, ответит "ну вот в такой последовательности надо по ним мышью даблкликнуть"
или задаешь вопрос "расскажите все самое важное о проекте, в котором вы работаете", а он не знает даже, кто вообще пользователи того, что он делает
Он может полгода переписавыть сторед процедуры на микросевисы, и ему плевать на консьюмеров, если он сохраняет контракты, всю систему в голове пусть с-левел офицеры держат. Такой вопрос может вогнать в ступор такого разработчика
Он может полгода переписавыть сторед процедуры на микросевисы, и ему плевать на консьюмеров, если он сохраняет контракты, всю систему в голове пусть с-левел офицеры держат. Такой вопрос может вогнать в ступор такого разработчика
ради бога, такие люди тоже наверное где-то нужны, просто не у нас
ради бога, такие люди тоже наверное где-то нужны, просто не у нас
Просто в таком случае есть риск нарваться на "теоретика'" (тип разработчика с прокаченным скилом прохождения собеседований и с прокаченным скилом пинания ***)
Просто в таком случае есть риск нарваться на "теоретика'" (тип разработчика с прокаченным скилом прохождения собеседований и с прокаченным скилом пинания ***)
риск нарваться на специалиста по прохождению собеседований от нас не зависит, он зависит от рынка. я откровенно таких вижу очень редко, как мне кажется, и все они под одним паттерном: - верхние 10% диапазона зп - меньше года на одном месте (часто 6-7 месяцев) - нет области (я перечислял), в которой он максимально экспертен - все время переводит разговор в сторону
есть ещё люди, которые под тебя начинают подстраиваться на собеседовании, пытаясь нащупать, что ты хочешь услышать, но это сразу ощущается, тоже напрягаешься
"6-7 месяцев" - почему тогда они смогли "асилить" пройти исп срок но потом что-то пошло не так? Я могу понять что-то пошло не так при найме в одном месте, но почему это регулярно детектят уже достаточно поздно?