Тестове завдання як засіб збору ідей

В даний момент доступно кілька компаній різного калібру, які займаються мобільними та іншими іграми. Всім потрібно розробники високого класу, які добре розбираються в движках, мовах, графіку і в супутніх технологіях. І це не випадково - просто так нікого не беруть. Якщо кандидат студент, то максимум можна розраховувати на тестувальника і то, з n в 20 ступені спроби.

Кому цікавий справжній стан справ - прошу під кат.

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

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

Отже, маємо розробника мобільних ігор NoName. Під цим ім'ям мається на увазі конкретна фірма, сенсу згадувати її немає. Робимо запит по вакансії, отримуємо відповідь протягом 1 години - n днів, причому у деяких n дорівнює нескінченності. Цікаво, що отримавши відповідь практично відразу, подальший контакт стає вже більш тривалий. Отримуємо в підсумку вітання у вигляді відповіді HR та пропозицію виконати тестове завдання. Якщо робити все по-швидкому, це буде виглядати як виріб на коліні і не справить належного ефекту. Тому виділити 1-2 години буде не достатньо. Доводиться витрачати час на виконання завдання 5 + годин. Але так і повинно бути, що те ж має виділяти кандидата одного від іншого і показати конкретні знання і вміння.

У підсумку отримуємо тестове завдання з описом плюс-мінус за складністю від різних джерел. Найцікавіше, що немає умов, щоб графіка була супер, анімації і стерео звук з фоновою музикою. Все досить примітивно - досить кружечка, палички і різних кольорів. Можна використовувати ОВП, а можна не використовувати. Стиль не важливий і особливих вимог до коду, до його оформлення також немає як правило. Все просто - взяв студію створив проект, накидав коду, зібрав і відправив без зайвих рухів. Але насправді зовсім виходить інше.

Особливих вимог не було і було вирішено використовувати SDL2, щоб можна було зібрати відмінному від XCode\OSX середовищі. Було витрачено час близько 8-ї години, частина з них це запис відео, скріншоти і пошук ресурсів. Спасибі гуглу за люб'язно надані ресурси в пошуковику. Тестове завдання йде безповоротно і потребує близько тижня на розгляд. Навіть якщо додати скріншоти, відео та опис. Минає 2 дні і на питання про статус, виявляється його ще не доставили тому, хто повинен подивитися. Ок, 2 дні витрачено в порожню і результат ще 7 днів «на подивитися».

Результат не змусив себе чекати і витримавши 5 днів був відправлений запит про статус. Виявилося, що вже подивилися, але як то не відписалися. Не підходить. Тобто. час розробника, який витратив кілька годин свого життя на завдання повністю знецінюється, я вважаю що має знайтися 10 хвилин від рев'ювера, щоб відписатися що ж все-таки не так. Можливо потрібно доопрацювати або просто все дуже погано, але розробник повинен про це знати.

Це не означає, що NoName погані. Висновок напрошується тільки один - йде збір ідей. Щось на зразок: пиши ще друг, все ок. І вони не одні такі, інакше як не пояснити причину і проблеми кандидата. Може він дійсно добре або десь дійсно зробив все дуже погано. Я думаю, що має бути відповідь і більше 2-х рядків.

Пару картинок

Нижче можна подивитися, що в результаті вийшло і подивитися вихідці на github. Можливо у когось буде бажання подивитися, що вийшло в підсумку.

Відео демка

→ github.com/antondevs/tanks

Наскільки виправдано доводити тестове завдання до ідеалу?

COM_SPPAGEBUILDER_NO_ITEMS_FOUND