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

1. Шаблонные вопросы. Ох, сколько раз меня спросили про сборщик мусора, стэк и кучу, да и с ними же про ОсОбЕнНоСтИ string и способы борьбы с проблемами (читай: конкретным ответом). И ни разу никого не волнует реальный твой ответ. 99% собеседующих нужен шаблонный ответ по учебнику. Сорян, ребят, но подход с универа, где вас заставляли зубрить алгоритмы, тут работать и не должен.
2. Похеризм к расширенным ответам. Я каждый раз стараюсь отвечать даже на шаблонные вопросы по разному. Где-то приведу пример, когда тот или иной механизм работает хуже, где-то упомяну про альтернативные подходы и их плюсы, и минусы. А где-то постараюсь в одной общей истории ответить сразу на все шаблонные ответы. Но меня в какой-то момент перебивают и задают вопрос НА КОТОРЫЙ Я ТОЛЬКО ЧТО ОТВЕТИЛ В РАЗВЁРНУТОМ ОТВЕТЕ НА ПРЕДЫДУЩИЙ.
3. Люди не ловят кайф от собеседований. По интервьюеру всегда видно, хочет он просто закрыть позицию или же ему нравится процесс поиска новых людей. Лично у меня такой вайб, что как раз самые интересные люди были те, кто максимально выходили из рамок, в том числе и времени собеседования. А не интересные были шаблонными.
4. Задачи на лайвкодинг с алгоритмами. Поймите уже наконец: вы не гугл. Задачки помнится очень любит Ozon. Только и он платит не как гугл. Да судя по моим некоторым местам работы и зная людей с аналогичных должностей в Ozon, они платят еще и меньше, чем могли бы. А вот задачи на кодревью прекрасны! Тут вы увидите, насколько с человеком мэтчится ваше видение архитектуры. Это прекрасное.

А как же я вижу идеальный вариант собеседования? И сам провожу их.

Во первых, у меня любое собеседование это динамика. Представьте себя на форуме. Где надо недушно задать вопросы лектору о его материале. Или журналистом. Вот рассказывает человек, что он писал сервис, где использовал GraphQL. Я спрошу о том, какие применял фишки. Попрошу, возможно, отревьюить кусок с похожей архитектурной. Ну и так далее. Узнаю, насколько глубоко человек хотел бы развиться. О, и про шаблонные вопросы. Я считаю, человек может не знать, как работает сборщик мусора. Если он при этом чисто по инерции реализует где надо IDisposable. Это не такая жесткая проблема. Сами вспомните, когда в последний раз реально управляли ресурсами?

Пишите свои согласия и несогласия!