Вокруг тестовых заданий сейчас много споров.
Одни говорят - унижение. Другие - необходимость.
Я не буду спорить в общем. Расскажу свою практику.
Когда я собеседовал middle и senior-разработчиков на задачи с данными - остатки, заказы, кассы, управленческая отчётность - иногда давал короткое тестовое.
Не на 8 часов. Не "сделайте нам кусок продукта бесплатно".
Маленькую задачу, где почти невозможно спрятать способ мышления.
80% не доходили до собеседования. Я давал обратную связь почему. Некоторых из тех, кто дошёл - брал с неправильной цифрой в ответе.
Потому что меня интересовал не ответ.
Задача на вид почти детская: хлеб, остаток, поставки, продажи, таблица по дням и код расчёта. Именно поэтому она хорошо работает - спрятать логику мышления в простой задаче не получается.
Самое эпичное, что я видел - решение через декартово произведение каждой секунды за 10 дней с вычислением остатка на каждом шаге.
На тестовом хлебе это выполнится.
На реальной сети - ночной расчёт, который не успеет закончиться до открытия магазинов. Неверные остатки. Ошибочные заказы. Пустая полка при наличии товара "по системе". Отчёт, которому операционный директор уже не верит.
Плохой код на маленьком примере выглядит безобидно. На масштабе бизнеса он становится операционным риском.
Цена ошибки найма здесь - не испытательный срок. Разработчик на боевых задачах выходит на полную продуктивность через 6-9 месяцев. Если человек зашёл не тот - бизнес платит этим временем дважды: пока ждёт результата и пока переписывает за ним код.
Я смотрел на другое: видит ли человек границы задачи, думает ли про масштаб, проверяет ли результат. Воспринимает ли данные как производственный контур - или как учебную таблицу.
Неправильная цифра - повод разобраться. Декартово произведение секунд для senior-роли на задачах с данными - автоотказ.
Тестовое - не для всех и не всегда. Джуну оно часто не нужно.
Но для определённых ролей это был самый честный способ увидеть, что человек принесёт в боевые условия - до того, как он окажется в них.
С руководителями и РП логика другая. Там нет кода. Там я ищу точку отказа через кейс - ухудшая условия с каждым ответом. Об этом напишу отдельно.
Задачу дам в первом комментарии.
· 04.06
Я конечно дико извиняюсь, но как можно НЕ решить подобную задачу? Тут же математика 5 класса, простейший накопительный итог... Другое дело, что его в минус нельзя опускать, в силу характера предмета счета (булка), корректировать надо. Возможно именно в этом подвох? Но вообще прикольная задача 👍
ответить
коммент удалён
· 05.06
Статистика говорит что можно решит не правильно)))
ответить
ответ удалён
· 05.06
Задачки на мышление - вообще годная тема. Тоже всегда накидывал три стандартные задачи, чтоб понять, как человек рассуждает и строит решение. Для меня это было одним из ключевых факторов оценки.
ответить
ответ удалён