Чи користається моя робота над тестом розробника? [зачинено]

Я шукаю роботу і подав заявку на ряд посад. Один роботодавець відповів. У мене було досить тривале інтерв'ю по телефону (можливо, годину +), і вони потім налаштували мене на тест розробника. Мені сказали, що, за оцінками, тест тривав від 6 до 8 годин, і за умови, що результати будуть схвалені, мені заплатять за свою роботу.

Це дало мені паузу, але я доклав зусиль. Тест розробника проходив на VM, доступ до якого здійснюється через RDP . Завдання полягало у впровадженні пошукової сторінки у веб-проект, який запитує дані з сервера, відображає їх на екрані в таблиці, має досить складну схему фільтрації пошуку (є близько 15 статусів і при відправці пошуку на сервер ви можна шукати за цими статусами) на додаток до пошуку рядків / полів. Крім того, вони хочуть, щоб іконки SVG змінювали колір певних значень даних, а деякі дані представлені інакше, ніж те, як вони структуровані в базі даних.

Коротше кажучи, ця історія зайняла набагато довше, ніж 6-8 годин. Багато чого було через дуже поганий VM, на якому я працював (Visual Studio 2013 завантажував 10 хвилин, а ще 15 хвилин, щоб відкрити гінорамне рішення 3 Гб).

Мені сказали, що після завершення тесту я повинен здійснити зміни в контролі джерела ... Гм, добре. Я дотримувався вказівок. І після внесення змін мені надійшло відповідь на електронну пошту. SVG не були кольорові правильно, в цьому краєвому корпусі була помилка, виникала випадкова проблема з цією іншою справою, яку я ніколи не відчував і т. Д. Тому я зараз 13-14 годин займаюся цією справою, і мені доводиться робити виправлення помилок. Я їх виконую, і роботодавець повертається з більшою кількістю запитів на виправлення помилок.

Вся моя робота, мабуть, йде у виробництво. Я помітив кілька аномалій у коді, де, схоже, інші кодували всі одні функціональні можливості, але нічого іншого не торкалися.

Мене просто використовують для дешевої робочої сили? Навіть якщо вони заплатять мені обіцяні 50 доларів на годину протягом 6 годин, я зараз взяв на себе цю справу близько 18 годин. Якщо я виправляю помилки з усіх речей, які вони продовжують придумувати, я працював би принаймні 16 годин безкоштовно.

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

У мене неправильне враження? І чи підходить цей протокол тестування?

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

Випробовуючи тест, ви повинні знати і пояснити декілька речей:

1. Слід погодитись і знати, що будь-яка робота, виготовлена ​​під час тесту, не може використовуватися для інших цілей, крім визначення вашої майстерності при виконанні необхідних завдань.
2. Тест на код не повинен тривати більше 4 годин.
3. Ви не є працівником компанії, тому будь-яке припущення, що вам можуть заплатити за вироблений код, є безглуздим. Наполягайте на письмовому договорі оплати, якщо є навіть натяк на це.
4. Встановіть конкретні обмеження на час, який ви витратите на будь-яку частину тесту, а потім дотримуйтесь цих меж. Якщо з будь-якої причини ви виявите, що ви переходите межі, подумайте, чому ви переходите цю межу. Це через тиск з боку них? Це тому, що ви помилилися? Це тому, що ви погано оцінили, скільки часу потрібно тривати?
5. Відстоюйте свою позицію, якщо вам здається, що ви висвітлили певну тему. Якщо ви вже виправили помилку, і вони просять виправити майже однакову помилку, скажіть: "Ми вже висвітлювали цю тему з помилкою x, можливо, ми могли б перейти до чогось іншого, що демонструє щось нове".
6. Ні в якому разі не слід перевіряти щось у виробничому трубопроводі. Це включає в себе будь-яку галузь розвитку, яка в кінцевому рахунку може призвести до виробництва. Якщо ви сумніваєтесь, нічого не перевіряйте. Що стосується тестів коду, які не обов'язково є особисто, я наполягаю, щоб код був попередньо перевірений у моєму особистому загальнодоступному сховищі. Це дає мені хоч якийсь захист від неналежного використання моєї роботи.
7. Судіть їх за їх поведінку кожен раз стільки, скільки вони судять вас. Якщо ви відчуваєте, що вони не передують вам, зателефонуйте їм. Якщо ви відчуваєте, що вас піддають жорстокому поводженню, говоріть.

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

Багато інтерв'ю супроводжуються тестами. Ці тести потрібні для того, щоб ви справді володіли необхідними навичками та для кращого перегляду кількох речей, які важко перевірити під час самого інтерв'ю (наприклад, чи застосовуєте до свого коду правила стилю).

Це, як кажуть, тест - це випробування.

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

• Він не повинен мати справу з існуючою базою коду. Розуміння бази коду середнього продукту може зайняти дні чи тижні (або місяці чи роки, залежно від якості коду та технічної заборгованості). Інтелектуальна власність також може бути проблемою (якщо код не відкритий).

  Коли мета полягає в тому, щоб перевірити, наскільки кандидат здатний підтримувати існуючу базу коду, тест можна зробити на невеликій (500-600 LOC) вигаданій базі коду, написаній спеціально для тестів.

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

• Це не повинно бути ідеальним. Є помилки? Це добре. Візьміть на замітку їх для подальшої співбесіди з кандидатом; це може бути чудовою можливістю побачити, як кандидат реагує в цій ситуації.

• Це не обов'язково робити через RDC на VM, якщо ви самі не маєте Visual Studio. Якщо мета - побачити свої навички кодування та вирішення проблем, не має значення, де ви робите вправу.

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

На закінчення, коли вас попросять витратити десятки годин на написання виробничого коду, вирішення помилок та здійснення роботи над контролем версій компанії:

• Або вони просто використовують вас для впровадження функцій безкоштовно,

• Або вони насправді не розуміють, як зробити інтерв'ю.

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

Не збираюсь писати довгу відповідь, але я сильно розгублений, чому ніхто не піднімає питання про авторські права?

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

Люди з більшим кар’єрним досвідом, можливо, зможуть відповісти на це запитання, але мені особисто не було б дуже комфортно з тестом на розробку 20+ годин. Здається, вони використовують інтерв'ю для завершення робочих завдань.

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

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

Коли я мав змогу взяти інтерв'ю у розробників, ці тести були короткими і просто «проходили або провалювались», не включали помилок, навіть коли в коді було кілька незначних помилок. Це тому, що я хотів оцінити вміння кандидата, а не отримати готовий до виробництва програмний продукт.

Ситуація, описана у питанні, дуже схожа на те, що хтось намагається отримати щось корисне безкоштовно (або дешево).

Я ніколи не робив тесту на розробку довше години, і все це були "головоломки", робота над тим, щоб я міг вирішити проблеми та досягти поставленої мети протягом заданого терміну.

50 доларів (або мені 25-30 фунтів стерлінгів) - це досить поганий денний тариф, це як попросити сантехніка зафіксувати ваш туалет в обмін на випивку.

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

На жаль, обдурити - це частина життя, але не потрібно сидіти і приймати це.

Тільки для порівняння: Інтерв'ю для моєї поточної роботи було близько 1 години, коли я розповідав про те, що я робив до цього часу, і що компанія планує зробити, і як би я вписався. Після цього ми разом працювали тиждень над невеликим проектом, який вони брехали навколо, я думаю, просто щоб побачити, як ми ладимо один з одним. Вони заплатили мені за це як фрілансеру ту саму суму, яку я отримую зараз, як їхнього працівника, тому ніколи не було ні дня оплаченої роботи, не кажучи вже про 3 дні.

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

У той час як ви нібито отримуєте зарплату за (частину) своєї роботи, це не здається пробним проектом , це звучить як афера, щоб отримати дешеву / безкоштовну роботу з вас. Можливо, він задуманий бути пробним проектом, просто не структурованим або керованим дуже добре.

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

Правильний дослідний проект повинен чітко зрозуміти це

• У них є робота, яку вони хочуть зробити.
• Виходячи з вашого інтерв'ю, вони вважають, що ви повинні вміти виконувати роботу.
• Успішне завершення проекту не гарантує посаду.
• Умови проекту (скільки вони заплатять, кому належить код, чи це час та матеріали чи фіксований розмір, орієнтовний час до завершення тощо).
• Проект буде переглянуто та надано зворотний зв'язок - не просто так / ні щодо того, отримаєте ви чи ні посаду.

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

Я не думаю, що вони насправді використовуватимуть це для отримання дешевої робочої сили.

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

А потім після цього їм, ймовірно, потрібні люди, щоб пройти ці тести, пояснити їх тощо.

І я просто не можу уявити жодну ІТ-компанію, яка б піклувалася про економію менше 100 доларів, особливо компанії США. Ніколи не буває, як працює бізнес.

Я дуже вірю в тести на коди для розробників, які беруть інтерв'ю для роботи. Однак це звучить як тест коду з пекла ... Тести коду ніколи не повинні включати виробничий код. Вони повинні бути простими і повинні зазначати, що жодна із виконаних робіт компанія не буде використовувати.

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

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

Тести кодування, на жаль, є фактом життя. Це сказало, що мене турбує, щоб мене просили зняти чотири години на тест кодування як умову отримання мого першого скринінгу телефону. Несправедливо просити кандидата вкласти стільки коштів, коли компанія вклала так мало у стосунки.

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

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

Не будьте мавпою з кодом. Іти геть.