Делать ли тестовые задания?

Тестовые задания — это бич современного хайринга.

Хайринг в индустрии сломан во многих смыслах. Никто не умеет нанимать инженеров. Массовый поиск сотрудников длится уже не один десяток лет, постоянно выдумываются всё новые способы проверить навыки и адекватность кандидата за отведенные 30-90 минут.

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

Со стороны компании

С точки зрения бизнеса хайринг безумно дорогой и ненадёжный процесс. Часовое интервью обходится в копеечку:

• Час работы одного или двух инженеров, проводящих интервью
• 20-30 минут на подготовку к интервью и запись результатов
• Работа рекрутера

Если всё это измерять в человекочасах, то получается дорого. Компания справедливо пытается удешевить отбор, выдумывая стандартизированные тесты, вводя первоначальные фильтры, вроде телефонных опросников, которые отдаются рекрутеру.

В этот же список входит нездоровая херня — тестовое задание. Это такой, зачастую скучный кусок кода, который отдают кандидату на дом. Очень часто это задание выдаётся до личного интервью, как ещё один фильтр.

Задания как правило подразумевают несколько часов на их написание. Проверка их занимает те же 15-20 минут перед интервью. Замечаешь дисбаланс?

Вас много, а я — одна!

Всё верно, компания пытается спихнуть на кандидата часть своих расходов. Ты уж постарайся и покажи, какой ты молодец, а то мы не ебём как адекватно оценить твои навыки при личном общении.

Кстати, проверяющий эти однообразные тестовые задания не сильно тратит время на них. У него есть текущие задачи, и вникать в очередную поделку нет ни каких сил. Я лично забивал на них, и лишь мельком просматривал, отмечая пару моментов для дальнейшего разговора. Запускается — и славно.

Со стороны кандидата.

Если не рассматривать топовые компании типа Гугл, Амазон или Фейсбук, (которые не дают тестовых заданий btw!), то кандидат редко заинтересован в работе именно у тебя. 95% компаний на рынке делают одно и то же, какие-то средней сложности проекты по перекладыванию данных из формочек на сайте в ячейки базы данных.

Как правило, инженер, решивший сменить работу, рассылает десяток резюме во все компании, у которых на данный момент открыт набор сотрудников. Это значит, что он получает несколько тестовых за короткий промежуток времени.

К сожалению, эти задания, при их однообразности плохо переиспользуются. Каждый пытается придумать свою уникальную фишечку, своё странное требование. Всё это заставляет тебя снова и снова создавать проект, настраивать всё с нуля и вспоминать, как же там подключается ORM.

Кстати, сколько раз на работе ты начинал проект с нуля?

Так чтобы git init и File->New Project? Я делал так десятки раз, выполняя бесконечные тестовые задания, и раза четыре на работе. Очередной, бессмысленный навык, похожий на скоростную заправку кроватей в армии.

Сколько стоит твоё время

Сколько в твоих сутках человеко-часов? Если ты молодой студент, то наверное 24. Если ты взрослый (старый или семейный), то часов этих остаётся 12-14. Всё остальное время ты спишь или занимаешься повседневными делами.

Из этих 12-14 часов восемь-десять ты проводишь на работе и в пути до офиса. Таким образом чистых рабочих часов у тебя в сутках в лучшем случае 4. Каждый хитрожопый нанимающий менеджер, придумавший сэкономить время и силы своей команды, покушается на эти ценные 4 часа. Он хочет, чтобы ты потратил все свои свободные ресурсы на решение бессмысленной и неоплачиваемой задачи.

Что же находится в активе компании? У компании десятки инженеров, менеджеров и HR-специалистов, у компании сотни человекочасов в запасе. Лишние 20 минут на проверку знаний специалиста — пыль по отношению к имеющимся ресурсам.

Я не знаю, что с этим делать. Решать тебе. Если чувствуешь себя уверенным, если ценишь своё время и собеседуешься в простые компании, то можешь отказываться от тестовых заданий. Есть много способов отказаться. Можешь предложить им оплатить его. Можно указать им на твои публичные работы, пусть потратят чуть больше времени, но ознакомятся с твоим гитхабом, блогом или что там у тебя есть. Пусть скачают приложение, которое ты написал и оценят его качество.

Если же ты сидишь без работы или пытаешься устроиться в компанию мечты, то придётся делать тестовое задание.

Кстати, рекомендую выкладывать тестовые задания на гитхаб. Сразу предупреждай компанию, что ты будешь делать это публично, и их NDA в данном случае тебя не ебет. Либо они покупают этот код, либо ты распоряжаешься им так, как тебе удобно. Это твоё время, твои навыки и твоя возможность избежать этой хуйни в будущем.

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

Польза от тестовых заданий

Не может же всё быть так плохо? Конечно не может.

Помнишь тот раз, когда ты потратил много часов, всё написал, протестировал и вовремя выслал отлично выполненное задание, а в ответ тебе сразу прислали жирный оффер? Потом ты проснулся, конечно.

На рынке царит атмосфера недоверия к кандидату. Даже если ты пришлёшь блестяще выполненное тестовое задание, тебя никто не наймёт. Это будет лишь поводом поговорить ещё, встретиться для обсуждения результатов, где тебе придётся доказывать, что этот код написал именно ты. Понимаешь? Ты тратишь время, а компания не верит, что это дело твоих рук. Почему нельзя пропустить первый этап и сразу перейти к обсуждению того, как бы ты написал тот код?

Может, тестовые задания должны уравнять тех, у кого нет времени на публичные проекты и тех, у кого нет личной жизни? У вторых, очевидно, есть время и силы на поддержание актуального портфолио. Но как многочасовое задание облегчит жизнь первым?

Эти и другие вопросы обсуждаем в канале https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Подписывайтесь и рассказывайте друзьям.