Обновить

Техническое собеседование: как его провести и правильно оценить кандидата?

Время на прочтение8 мин
Количество просмотров3.3K
Всего голосов 5: ↑3 и ↓2+2
Комментарии11

Комментарии 11

А как ты сам применяешь принцип инверсии зависимостей при написании кода?

Мало кто-их применяет. Я могу сказать больше, если у вас не проект с открытым кодом и базой пользователей - там никто не применяте SOLID :))

Он пишет

@Service

Провел несколько десятков собеседований и полностью облажался. Кандидаты заучивают теорию или игнорируют ее, готовятся к ливкодингу или не готовятся. В итоге объективно за час собеса без шансов отличить того кто не готовился от того кто слаб или того кто не умеет писать код от того кто волнуется, того кто принижает свои достижения от того кто их придумал.
А учитывая, что сегодня задача стоит найти джуна, которого можно сразу продать как мидла, или найти мидла который сразу начнет синьиорить, то задача собеседования становится еще сложнее.
Мне кажется, что единственный способ выбрать - иметь большой опыт работы с разного уровня коллегами и сравнивать кандидата с ними на интуитивном уровне. У меня подобного опыта мало и поэтому ничего хорошего не получалось. Людей у которых такого опыта нет сейчас лучше не допускать проводить собеседования.

Когда на интервью просят пояснить за солид, клин арх, типы ссылок в яве, хочется сразу встать и уйти. Не ну реально, нахрена это все?

За solid спрашивают и у junior и у senior.

Странно, а чего тогда типы join не спрашивают на всех уровнях? Что за полумеры?

Ваши слова да кому-то в уши

Про матрицу компетенций уже давно ничего не слышала, но такой подход выглядит более логичным, чем мнимые "лычки" грейдов

из обратной связи по последнему тестовому заданию:
Комментарий к вашему ТЗ от проверяющего:
"Плюсы: ТЗ выполнено полностью. Реализованы основные пользовательские операции: регистрация, логин, логаут, просмотр, редактирование, мягкое удаление пользователя. Продуманная схема БД, RBAC с ресурсами, действиями, ролями. Полное API для управления правами администратором. Корректные HTTP статусы - 401, 403. Полноценные бизнес-сущности: Product, Category, Order с CRUD и реализацией интеграции с системой прав доступа. Есть скрипт для загрузки тестовых данных при инициализации.
Минусы: Нет эндпоинта для логаута в v1/auth"

весь прикол в том, что ручка логаута в v1/auth у меня есть )))

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

Сталкивался с тем, что иногда тестовые задания проверяются нейронками и фидбек по ним приходит сомнительный.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Информация

Сайт
www.ibs.ru
Дата регистрации
Дата основания
1992
Численность
1 001–5 000 человек
Местоположение
Россия
Представитель
Алексей Фёдоров