Ми запускаємо розсилку про українське IT-ком’юніті. Залиште email, аби розуміти більше. Прем’єра — скоро!
Дякую! На вказану адресу надіслано листа для підтвердження підписки.
Hot! dev.media шукає менеджера з продажу спецпроєктів

Благодійність на користь роботодавця чи чудовий фільтр? Як senior-спеціалісти ставляться до тестових завдань: результати опитування

Засновниця рекрутингової команди VP Team, що спеціалізується на найманні спеціалістів senior-рівня, Вікторія Придатко на форумі DOU та на своїй сторінці в Facebook створила опитування про те, чи виконують айтівці тестові завдання, і якщо так, то за яких умов. 

Залишити коментар
Благодійність на користь роботодавця чи чудовий фільтр? Як senior-спеціалісти ставляться до тестових завдань: результати опитування

Засновниця рекрутингової команди VP Team, що спеціалізується на найманні спеціалістів senior-рівня, Вікторія Придатко на форумі DOU та на своїй сторінці в Facebook створила опитування про те, чи виконують айтівці тестові завдання, і якщо так, то за яких умов. 

«Хочемо нашим клієнтам показати реальну картинку, так би мовити, „з полів“. Вони нам не завжди вірять, що тестове справді може бути блокером у швидкому найманні. А ми постійно топимо за альтернативні способи оцінки, які не будуть задовбувати всіх учасників процесу», — написала вона. 

dev.ua обрав найцікавіші відповіді айтівців. 

Згоден робити тестове за такої умови: якщо візьмуть не мене, а іншу людину — щоб зі мною потім влаштували мітинг десь на одну годину, показали код для тестового тієї людини, яку взяли, і пояснили, чому його/її варіант кращий за мій. Простими словами — тестове в обмін на розгорнутий та якісний фідбек
Сергій Моренець, Java evangelist

Залежить від проєкту та компанії. Але зазвичай прошу сплатити, якщо виконання займає понад дві години, оскільки це насправді робота. Щоправда, лише одна компанія погодилася. Інші мнуться, виправдовуючись тим, що вони «беруть тільки тих, хто дуже хоче до них потрапити».

Нещодавно був випадок, теж запропонували тестове, але безглуздо складене і з помилками. Я відмовився, в результаті зійшлися на live coding.

Через «поговорити» інженера не виявити. Інженер — це дещо більше, особливо якщо в новій компанії використовуються методи, з якими кандидат не стикався на минулій роботі, і під час співбесіди йому кажуть «ні». Інженер насамперед постійно навчається та шукає нові рішення. Тестове завдання необхідне, а ще краще змінити підхід до співбесіди на інженерну посаду. Почати треба з «технічних» рекрутерів.
Віталій Калініченко

Це нормально та варто робити. Ми зараз говоримо про інженерну спеціальність. А не про поговорити, камон.

Якщо я хочу потрапити саме в цю компанію, бо це компанія моєї мрії, то не бачу в цьому проблеми взагалі. Американське наймання взагалі говорить часто про кількамісячний підхід у співбесідах.

Якщо мені потрібна робота «отпрямщяс», то піду співбесідуватися в іншу контору, бо мене піджимає час.

Якщо я відчуваю, що мене так намахують і хочуть коштом мого ресурсу виконати шмат роботи, то теж ніхто не забороняє відмовитися.

Робив кілька разів. Одного разу навіть цікаво було, витратив десь годин 5 на завдання, що мало б зайняти 1–2 години. Ні фідбеку, ні оцінки ніякої, не отримав. Зробив висновок раз і назавжди. Тестове — це благодійність на користь роботодавця.

Узагалі, я люблю програмувати (сюрпрайз;-) і краще щось накодю, ніж 100500 раз розказувати, що таке GC і як він працює. Будь-які варіанти live coding — це не для мене, я ненавиджу, коли за моєю роботою (будь-якою, хоч змащування ланцюга на велосипеді) спостерігають з-за спини.

Буду робити, якщо: це займе 2-4 години, завдання не є трешом із літкоду, завдання складене так, що не викликає питань більше за саме завдання, є бодай якісь формалізовані критерії оцінки, наприклад заздалегідь написані юніт-тести.

Не буду робити, якщо: завдання нагадує продуктову проблему, потребує застосування надто широкого стеку технологій (це автоматично тягне за собою перевищення ліміту часу у 2-4 години), заздалегідь не передбачено якоїсь зустрічі для обговорення результатів (лише письмовий фідбек не пройде, бо нема гарантії, що його не зроблять «на відчепись»).

Якщо це не контора рівня «робота мрії», не робитиму. Якщо задача нудна, довга, то теж не робитиму.
Як брати джунів без тестового завдання? Просто тестове має бути в межах розумного, а не «зробіть-но мені невеличкий сайт, з кошиком, особистим кабінетом, гнучкою системою знижок, опціями товару, конвертером валют, автоматичною ідентифікацію документів…».
Пропоную оплатити тестове завдання за своїм звичайним рейтом. Ні — на ***! Чому? Та тому, що це тест на прогинальність: людина, згодна робити тестове завдання, слухняно затримається на безоплатний овертайм, підпише кабальну угоду і т. п.
Олексій Хілкевич
Після другого техінтерв’ю і якщо разом з інтерв’юером — why not. В іншому разі йдуть у кошик. Або ти цінуєш свій час і себе, або ні. Я чув, хтось оплачує подібне, якщо оплачують, то теж вай нот, але я ніколи не стикався з подібним. Усім любо припахать на шару. За той час, що ти вгробиш на тестове, краще зааплайся ще на сотню вакансій.

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

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

Сорян, але ні. Година мого часу на годину часу вашого інженера, або hiring manager, або когось вище, або в сад.

Роман Шеремета, Senior QA Automation Engineer (Golang) в Pex
Моя теперішня компанія дає тестові завдання на кожну вакансію. Причому, навіть якщо позиція однакова (наприклад, треба два сіньйор дата-інженера), то завдання можуть відрізнятись, бо задачі в команд і вакансій різні. Я теж робив тестове, і воно було цікавим і відносно вільним для польоту фантазії. Мені сподобалось, що ми обговорювали мої рішення потім на інтерв‘ю. А в наших українських компаніях не зустрічав дійсно цікавих завдань — або примітивні, які мало що покажуть, або неадекватні.
Після того, як двічі прокинули з фідбеком, нікчемні дауни йдуть за кораблем. Лайв кодинг — це цивілізована практика. Пора починати поважати себе.
Дмитро Денисов, Senior Software Engineer у Sigma Software
Один раз проходив інтерв’ю у Facebook, там давали 45 хвилин та 2 завдання на алгоритми. В українських компаніях, як правило, дають технічне завдання на яке витрачаєш півдня або день, а потім навить фідбеку не отримуєш. Тому одразу відмовляюсь від таких завдань.
Мар’ян Тарнавський 
Нормально, якщо вакансія цікава і роботи на 2-4 години. При цьому дуже важливий фідбек, якщо компанія відмовляє, і нормальний, а не відписка. В іншому випадку піду напишу відповідний відгук ;)

Тут питання не стільки в тестовому, скільки в найм-процесі самої компанії. Якщо компанія відома (навіть локальна, не гугл), має хорошу репутацію та відгуки та дає при цьому цікаве тестове, напряму пов’язане з проєктом, і тривалість цього тестового не перевищує 4-5 год, то це не проблема. Маю досвід коли на роботі зіштовхнувся потім з задачкою з тестового і вже знав що й до чого, це було навіть приємно. Але коли тобі дають якесь напряжне й довге тестове, абстрактне й без жодної користі, то бажання його робити геть нема.

Буває також невідповідність компанії:

1) тестове наче ок, але етапи співбесід геть провальні;

2) тестове ок, співбесіди ок, а проєкт гівно (а то й компанія в цілому).

Ну або по класиці, коли в тестовому чи на співбесіді ти повинен показати супермегарівень, а на проєкті робиш прості нецікаві задачі. Тому компанії, перш за все, повинні бути адекватними й підбирати людей по тих критеріях, які їм справді потрібні + реально оцінювати свої позиції на ринку та бажаний час закриття вакансії. Якщо ти ноунейм компанія, то більшість не сильно зацікавлена взагалі розглядати твою вакансію, не кажучи вже про тестове. Тому має бути якийсь баланс виходячи з того, що тестове це апріорі напряжна штука і не кожна компанія гідна того, щоб так сильно морочити людям голову.

Серйозно робив тестове лише один раз. Але там прям дуже крута команда була і толкове тестове. Зроблене тестове потім опублікував у себе в GitHub, з того часу саме його показував, коли інші просили «приклади коду». То був якраз win-win. Їм тестове, мені нагода зробити закінчений/самодостатній кусок коду в портофоліо. Якби зараз запропонували щось прям дуже корисне для портфоліо, то взявся, бо тому попередньому вже років 7. Але це було б дуже довго, бо майже весь час поза межами робочого розписаний, і довелося б ловити якісь вільні вихідні.
Якщо тестове дійсно невелике і має сенс стосовно позиції, і при цьому маю змогу його зробити з фактичною зайнятістю, то роблю. Але з кожним роком відмовляю все більше, бо адекватних тестових стає все менше і мало хто з рекрутерів може пояснити сенс виконання ТЗ. З останнього — зробити переклад сторінки технічного тексту — на позицію техрайтера. Ну на хіба))) це виходить що вони самі не розуміють які будуть обов’язки техрайтера на проєкті))
Дивлячись яке тестове. Якщо результат може жити після інтерв’ю (наприклад бізнес-модель чи ресьорч) і воно дозволяє розкритись скілам, які погано видно у CV — супер. Якщо ж це сферичний кінь у вакуумі, де треба додати ще 90% допущень (бо реальний світ складніший і має більше параметрів, ніж вміщається на А4), то це хрінь, яка бісить і спотворює враження у роботодавця. Ідеальне тестове — це проєкт, за який платять і воно має на увазі взаємодію із замовником. Воно навіть може замінити частину тріал-періоду.
Я зазвичай погоджуюсь на тестові завдання і потім дивлюся, що там. Якщо там пару годин і мені цікаво — виконую, якщо ні — скіпаю вакансію. Також можу взятись, якщо компанія оплачує час необхідний на виконання (спойлер — майже ніколи). Вважаю найболючішим те, що в нашій країні немає культури давати фідбек по тестовому. Тобто на 10 тестових тільки в 1-2 випадках є фідбек. Ще одна проблема, ти не знаєш хто тебе перевірятиме та наскільки ця людина взагалі компетентна когось оцінювати, бо часто просять виконати тестові ще ДО технічної співбесіди, одразу після скрінінгу. В таких випадках мотивація виконувати його = 0.
Тестове — норм. Дає можливість освіжити голову новою задачкою і можливо спробувати новий фреймворк або оновити знання за старим. Але знову ж таки, якщо вакансія того варта. Якщо вакансія не дуже цікава і саме тестове завдання не цікаве — то заморочуватися ним не буду.
Якщо це доцільно і є причина для перевірки рівня підготовки спеціаліста через тестове завдання — чому б і ні? Якщо ж пояснити причину наявності саме такого тестового завдання не в змозі, а питання до нього є — очевидно, хтось не зробив домашню роботу. Тому я б просив ключові критерії за якими створювалося тестове завдання. Це створить плавний перехід від «нахіба мені це тестове» до «ну тепер я розумію для чого воно необхідне»
В цілому ставлюся нормально, якщо тестові зроблені адекватно і спрямовані на те, щоб перевірити скіли, які потрібні працедавцеві. Який, наприклад, сенс робити завдання на якісь алгоритми чи ще щось, якщо в результаті ти будеш створювати якісь доволі типові АПІ чи формочки? Так само не дуже розумію, що має перевірити тестове завдання з обмеженням по часу. ІМХО, головне не те, наскільки швидко людина кодить, а наскільки вона здатна дотримуватись своїх же естімейтів (в випадку такого завдання естімейт не був зроблений кандидатом, тому це нерелевантно). Якщо ж це розглядати як перевірку на стресостійкість — то теж не зрозуміло навіщо. Ви плануєте постійно тримати робітника в стресі? Тоді вже привід кандидату замислитись — чи хоче він іти до такого працедавця.
Тестове слугує чудовим фільтром. добре підходить у випадку коли треба узяти не на вже, зате з певним набором практичних навичок, які дійсно потрібні на роботі. звісно завдання має бути адекватним по розміру та складності. Таке, щоб можна було зробити за вихідні.
Мені колись на співбесіді (куди заманила HR, бо я одразу казала, що не підхожу) тім-лід дав тестове завдання: скласти алгоритм вирішення певної задачі. Можна було писати якоюсь мовою програмування чи псевдокодом. От я їм і написала. Так вони потім не могли зрозуміти, чи це правильне рішення, бо зазвичай явно роблять в інший спосіб. Досі сумніваюся, чи пішла б до них після такого, якби якимось дивом вони мене покликали.
Роблю, це шанс вивчити нову технологію чи потренувати стару з використанням нового API. Після тестового можу навіть відмовитись від позиції, якщо є сумніви щодо компанії

Кажу, що роблю за гроші, але в більшості випадків є ще варіанти без тестового, яким надаю перевагу. То ж — вже давно не проходив. Якщо вакансія мені дуже подобається, але не маю досвіду, не добре матчусь — сам пропоную взяти мене на один місяць на тестових умовах.

Також я сам давав тестові. З цього погляду — люди добре реагують на короткі завдання: на кілька годин, а не на декілька днів. І ще добре якщо є частина завдання в формі опитування: тобто що зробив би кандидат, або що би міг запропонувати в якійсь ситуації. Це не зовсім виглядає як тест, та полегшує порівняння результатів кандидатів.

Українка пройшла сім співбесід виконала тестове й отримала оффер від Coinbase але так і не стала її співробітницею. Що пішло не так?
Українка пройшла сім співбесід, виконала тестове й отримала оффер від Coinbase, але так і не стала її співробітницею. Що пішло не так?
По темi
Українка пройшла сім співбесід, виконала тестове й отримала оффер від Coinbase, але так і не стала її співробітницею. Що пішло не так?
Чи правда що тестові завдання під час війни стали складнішими? Відповідають розробники
Чи правда, що тестові завдання під час війни стали складнішими? Відповідають розробники
По темi
Чи правда, що тестові завдання під час війни стали складнішими? Відповідають розробники
Читайте головні IT-новини країни в нашому Telegram
Читайте головні IT-новини країни в нашому Telegram
По темi
Читайте головні IT-новини країни в нашому Telegram
Айтішник розробив та створив болід власноруч.

Дивіться на каналі dev.ua тест-драйв спорткара.

Ми запускаємо розсилку про українське IT-ком’юніті. Залиште email, аби розуміти більше. Прем’єра — скоро!
Дякую! На вказану адресу надіслано листа для підтвердження підписки.
Читайте також
#Всратівакансії. ТОП-5 пропозицій про роботу, над якими глузують айтішники
#Всратівакансії. ТОП-5 пропозицій про роботу, над якими глузують айтішники
#Всратівакансії. ТОП-5 пропозицій про роботу, над якими глузують айтішники
Кількість вакансій в IT з початком війни скоротилася, та шедеврів серед них не поменшало. dev.ua зазвичай попросить дизайнерку Анну Лазурко, яка регулярно публікує у своєму LinkedIn вакансії з дивними та кострубатими описами та вимогами, робити добірку з таких «шедеврів». Ось тут можна почитати першу, другу та третю таку добірку.  Цьоготижнева добірка створена dev.ua за допомогою добре відомого у LinkedIn хештегу #всратівакансії. Насолоджуйтеся! 
«Пастка початківця». 5 найпоширеніших помилок джунів на співбесідах та як їх уникнути
«Пастка початківця». 5 найпоширеніших помилок джунів на співбесідах та як їх уникнути
«Пастка початківця». 5 найпоширеніших помилок джунів на співбесідах та як їх уникнути
Напевно, кожен хоч раз у своєму житті переживав ситуацію, коли після співбесіди замість запрошення на роботу приходила відмова. «Як же так? Це несправедливо!», — чимало з нас корили долю і не розуміли, що пішло не так. Катерина Нікітіна, SoftServe IT Academy Recruiter, розповіла про п’ять найпопулярніших помилок кандидатів-початківців на співбесідах.
Два місяці пошуків, 80 відгуків, 12 співбесід і два офери. Як айтішник з Козятина із сертифікатом Google та двома пет-проєктами роботу шукав
Два місяці пошуків, 80 відгуків, 12 співбесід і два офери. Як айтішник з Козятина із сертифікатом Google та двома пет-проєктами роботу шукав
Два місяці пошуків, 80 відгуків, 12 співбесід і два офери. Як айтішник з Козятина із сертифікатом Google та двома пет-проєктами роботу шукав
Айтішник-початківець Максим Наталчук поділився в LinkedIn власним досвідом пошуку роботи. Хлопець, згідно профілю, працює National Information Management Officer (Data Analyst) в компанії iMMAP. Але омріяному оферу передував непростий шлях. З дозволу автора dev.ua публікує історію Максима про пошук роботи в IT.
Мануал для джуна. Що треба знати початківцю, аби влаштуватися маркетологом в IT-компанію: 30 запитань і поради від досвідченого фахівця
Мануал для джуна. Що треба знати початківцю, аби влаштуватися маркетологом в IT-компанію: 30 запитань і поради від досвідченого фахівця
Мануал для джуна. Що треба знати початківцю, аби влаштуватися маркетологом в IT-компанію: 30 запитань і поради від досвідченого фахівця
Джунів, які шукають роботу, проходять купу співбесід та отримують відмови замість оферів, під час війни побільшало. А все тому, що до співбесід необхідно ретельно готуватися. dev.ua розпочинає серію матеріалів про те, що треба знати джунам для проходження співбесіди та отримання омріяного оферу від першого роботодавця. Маркетинг спеціаліст  IT-компанії Universe Катерина Скрипка розповіла, що треба знати та як вдало пройти співбесіду в IT-компанію маркетологам-початківцям.

Хочете повідомити важливу новину? Пишіть у Telegram-бот

Головні події та корисні посилання в нашому Telegram-каналі

Обговорення
Коментарів поки немає.