Чому тестові завдання для розробників — марна трата часу. Досвідчений розробник описав три типи тестових і пояснив, чому виконувати їх не варто

«Знову зустрів обговорення тестових і не втримався, написав відповідь. Може, комусь буде цікаво. Якби в природі існували тестові завдання для розробників, які дійсно тестують здібності розробника, необхідні в реальній роботі, я був би тільки за. З мого досвіду, є три види тестових», — розповів Олександр.

1. Просте тестове, яке перевіряє, що людина здатна за 15–20 хвилин написати щось на кшталт FizzBuzz і переконатися, що воно працює принаймні для певних сценаріїв. Може бути чимось відмінним від марнування часу лише у разі, якщо є суттєвий надлишок кандидатів. Дозволяє відсіяти зовсім вже професійно непридатних; може зекономити час. Це як не запрошувати на співбесіду водія, який не взмозі швидко стартанути двигун і зрушити автівку з місця. Якщо надлишку кандидатів немає, те саме можна і треба робити на співбесіді. Бо лайвкодінг на співбесіді може і має стати ще й предметом обговорення, а спостерігання за тим, як людина підходить до живого завдання інколи дає про неї більше інформації, ніж зазвичай дає обговорення попереднього досвіду.
2. Складне, або принаймні нетривіальне тестове, яке виконується з обмеженням часу й оцінюється відсотком успішно пройдених тестів. Причому кандидату зазвичай доступні тільки кілька зовсім тривіальні тести, але результат перевіряється потім сотнями тестів, які перевіряють зазвичай не тільки правильність, а ще й оптимальність реалізації з точки зору об'ємів даних, що оброблялися, і витраченого на обробку процесорного часу. У рідкісних випадках дозволяє відібрати геніальних кодерів, які взмозі швидко писати якісний код навіть у незручному оточенні і під тиском обмеженого часу. Оскільки таких геніїв майже немає в дикій природі, зазвичай, дозволяє відібрати задротів, які тижнями витрачають по кілька годин на день, тренуючи навички швидкісного кодування на платформах типу leethcode та hackerrank і знають багато подібних завдань на пам’ять. Чи є відбір за навичками швидкісного кодування ефективним для найму програмістів — питання для мене особисто, відкрите. Точно відомо, що крім саме цих навичок потрібні ще багато інших, які неможливо перевірити у подібний спосіб.
3. Завдання, які відображають лише уявлення про прекрасне тих людей, які ці завдання розробляють. Таких більшість (принаймні, з мого досвіду). Вони зазвичай — взагалі ні про що. Звичайна історія приблизно така: людина стикнулася на практиці з нетривіальною проблемою і вирішувала її кілька тижнів, чи навіть місяців. Потім (оскільки вже сформувався міцний емоційний зв’язок), вона використовує цю проблему для формулювання тестового завдання і очікує від кандидата, що той/та вирішить її протягом кількох годин. Але є такі проблеми, які потребують більше ніж кілька годин тільки на осмислення, не кажучи вже про те, що точність формулювання в подібних випадках є критичною, а можливості ставити уточнюючи запитання у кандидата зазвичай просто немає.

«Висновок: з мого досвіду, виконання тестових завдань, зазвичай — марна трата часу», — написав Олександр. Звісно, додає він, кожен вирішує сам, чи братися виконувати тестове завдання. «Можливо, хтось має інший досвід. В мене теж була пара випадків, коли виконання тестових дозволило роботодавцю оцінити певні мої навички. Але в мене особисто це точно не було більш як 10% від загальної цифри тестових, що я виконав», — зазначає розробник.

«Як же відбирати гарних розробників, спитаєте ви? Попередній досвід. Рекомендації колег, яким ви довіряєте. Співбесіда. Випробувальний термін. Це дійсно складно і потребує ДУЖЕ багато часу. Але кращого способу я не знаю. Вибачте», — додає Олександр.

В коментарях до посту щодо тестових висловилися й інші айтівці. 

«У будь-якому разі дякую тим хто відмовляється робити тестові завдання. Завдяки цим людям у мене більше шансу отримати роботу, бо я та людина, яка завжди робить тестове», — зазначила Senior Full-stack Developer Анастасія С. 

Frontend Developer Олексій Д. зазначає, що тестове завдання нічого немає спільного з реальною роботою, ніколи, абсолютно. «Навіть якщо дивитись на стиль коду по тестовому, то це марна трата часу. Бо на кожному проєкті він свій, особливо коли мова не про типізовану мову», — пояснює розробник.

На думку Global Talent Acquisition Specialist Тетяни Овсюхно, усе залежить від того, наскільки розумно склали тестове та що хочуть отримати. «Є дуже розумні тестові. От мій знайомий на тестових значно покращив свої технавички, також вдалось дещо вивчити. Іноді тестові показують реальний професійний рівень, підсвічують прогалини. На наступних співбесідах із роботодавцями почував себе більш впевнено, отримав 2 job-offer. Чи варто було робити? За результатами — так», — розповіла вона.

Більше коментарів читайте тут.

«Візьміть з собою перекус, бо не зможете вийти, поки не завершите». 5 історій про тестові завдання для айтішників, які точно не варто робити нікому

По темi

«Візьміть з собою перекус, бо не зможете вийти, поки не завершите». 5 історій про тестові завдання для айтішників, які точно не варто робити нікому

«Я свідомо зафакапила тестове». Розробниця-початківець навмисно завалила тестове завдання після вдалої співбесіди. Що стало причиною?

По темi

«Я свідомо зафакапила тестове». Розробниця-початківець навмисно завалила тестове завдання після вдалої співбесіди. Що стало причиною?

Рекрутерка запитала в айтівців, якого розміру повинно бути тестове завдання. Розбіг між побажаннями та реаліями виявився значним

По темi

Рекрутерка запитала в айтівців, якого розміру повинно бути тестове завдання. Розбіг між побажаннями та реаліями виявився значним

Читайте головні IT-новини країни в нашому Telegram

По темi

Читайте головні IT-новини країни в нашому Telegram