Кальянная программиста

Кальянная программиста

Cделал тестовое на RUBY и не получил работу. (+ полезный фидбек от лида). Итак, выходит на меня рекрутер с предложением пообщаться по вакансии. Компания nami.ai, полная удаленка или переезд в Париж по рабочей визе. Созвон с рекрутером, послушала про меня…

Тестовые задания — весьма холиварная тема в IT. Компании и рекрутеры хотят отсеивать невовлечённых и некомпетентных кандидатов, а кандидаты не хотят зря тратить своё время.

Конечно, тестовое задание облегчает работу нанимателю. При большом количестве заявок воронка резко сужается, что приводит к экономии дорогостоящего времени тимлидов, синьоров и директоров.
Также тестовые задания исключают «личностный» фактор: харизматичный (и бородатый) программист не сможет присесть на уши и заболтать членов вашей команды, скрывая реальный уровень своих навыков.
Ты же знаешь, как это бывает: если человек тебе симпатичен, то ты сам за него и ответы на вопросы додумаешь, и на все несостыковки глаза закроешь. (Спойлер: по слухам, я, например, именно так закрывал долги, зачёты и экзамены в школах и универе.)
Наконец, тестовые легко сравнивать: просто открыл две папки с кодом от двух кандидатов — и вот они, сиди, сравнивай. Всё объективно.

С другой стороны, почти никто из соискателей тестовые не любит. Почему?
Начать стоит с того, что тестовые задания — это весьма необычная вещь в найме, характерная для IT. В других сферах такого не бывает. Если ты хочешь устроиться на работу, ты просто приходишь, общаешься и, ну это, устраиваешься.
Когда я устраивался работать курьером пиццы, я пришёл и поговорил с владельцем пиццерии. Я показал ему водительское удостоверение, документы на машину, мы поговорили — и он нанял меня.
Когда я шёл работать продавцом к автодилеру, процесс был таким же: пришёл, поговорил, показал какие-то документы — и устроился.
А вдруг я плохой продавец авто? Справедливое опасение, поэтому к автодилеру я шёл по рекомендации, и был тестовый период.
В обоих примерах «тестовое» задание было бы абсурдно: принимать игрушечные заказы игрушечной пиццы на игрушечной машине? Записать видео об игрушечной продаже игрушечных машин игрушечным клиентам у себя во дворе?

Но вернёмся к IT.
В IT результат работы программиста очень конкретен и понятен, отсюда и тестовое, да? Вроде логично. (Спойлер: нет.)
Что обычно говорят противники тестовых?
Главное возражение — зря потраченное время, если найм не состоится. Ещё есть риск, что тестовое = работа на халяву (особенно актуально для дизайнеров).
Как компании работают с возражением о потраченном времени?

Го в комменты.

Продолжение в части 2.

👍7

www.tgoop.com/beard_programmer_lounge/105

353 viewsViktor Shinkevich, edited  Oct 27, 2024 at 00:46

Тестовые задания — весьма холиварная тема в IT. Компании и рекрутеры хотят отсеивать невовлечённых и некомпетентных кандидатов, а кандидаты не хотят зря тратить своё время.

Конечно, тестовое задание облегчает работу нанимателю. При большом количестве заявок воронка резко сужается, что приводит к экономии дорогостоящего времени тимлидов, синьоров и директоров.
Также тестовые задания исключают «личностный» фактор: харизматичный (и бородатый) программист не сможет присесть на уши и заболтать членов вашей команды, скрывая реальный уровень своих навыков.
Ты же знаешь, как это бывает: если человек тебе симпатичен, то ты сам за него и ответы на вопросы додумаешь, и на все несостыковки глаза закроешь. (Спойлер: по слухам, я, например, именно так закрывал долги, зачёты и экзамены в школах и универе.)
Наконец, тестовые легко сравнивать: просто открыл две папки с кодом от двух кандидатов — и вот они, сиди, сравнивай. Всё объективно.

С другой стороны, почти никто из соискателей тестовые не любит. Почему?
Начать стоит с того, что тестовые задания — это весьма необычная вещь в найме, характерная для IT. В других сферах такого не бывает. Если ты хочешь устроиться на работу, ты просто приходишь, общаешься и, ну это, устраиваешься.
Когда я устраивался работать курьером пиццы, я пришёл и поговорил с владельцем пиццерии. Я показал ему водительское удостоверение, документы на машину, мы поговорили — и он нанял меня.
Когда я шёл работать продавцом к автодилеру, процесс был таким же: пришёл, поговорил, показал какие-то документы — и устроился.
А вдруг я плохой продавец авто? Справедливое опасение, поэтому к автодилеру я шёл по рекомендации, и был тестовый период.
В обоих примерах «тестовое» задание было бы абсурдно: принимать игрушечные заказы игрушечной пиццы на игрушечной машине? Записать видео об игрушечной продаже игрушечных машин игрушечным клиентам у себя во дворе?

Но вернёмся к IT.
В IT результат работы программиста очень конкретен и понятен, отсюда и тестовое, да? Вроде логично. (Спойлер: нет.)
Что обычно говорят противники тестовых?
Главное возражение — зря потраченное время, если найм не состоится. Ещё есть риск, что тестовое = работа на халяву (особенно актуально для дизайнеров).
Как компании работают с возражением о потраченном времени?

Го в комменты.

Продолжение в части 2.

BY Кальянная программиста