Может ли работодатель украсть код тестового задания?

В одном из чатов рекрутеров началась дискуссия о тестовых заданиях. Большинство участников обсуждения заявило, что задания вообще давать не стоит, а если уж давать, то за них нужно платить. Кроме того, некоторые специалисты поделились историями о том, как код из тестовых заданий использовался потом в проекте без ведома кандидата. Последняя часть про «украденный» код вызвала много вопросов в моей инженерной голове, и я поделюсь ими в этой публикации.

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

Однако, если не было проекта, который можно показать («мой код находится под NDA»), тогда выполнение тестового задания становилось обязательным. Наша компания не платила за тестовое, и тем не менее большинство разработчиков, с которыми мы говорили, согласились его выполнить. Чтобы сэкономить кандидатом время, мы сделали тестовое задание небольшим. Разумеется, мы впоследствии не использовали их код.

Что касается интервьюирования на руководящую позицию, я бы не давала задания по написанию кода. Есть много других тем для обсуждения, архитектура проекта, например.

Теперь перейдем к аргументам о «краже кода», которые я видела в чате рекрутеров. Как разработчик программного обеспечения, я понимаю, что добавление в код даже хорошо задокументированной библиотеки может оказаться сложной задачей. Код кандидата точно не будет соответствать стандартам и инфраструктуре команде. Просмотр чужого кода, интеграция и исправление ошибок — это огромная работа. Более того, почти все разработчики предпочитают писать с нуля или переписывать проект, а не использовать чужой код. Вот почему я считаю «краденый код из тестовых заданий» скорее мифом.

Возможно ли, что небольшая компания, проводя собеседование с опытным разработчиком, узнает что-то полезное и применит эти идеи? Да. Но если идеи действительно оказались ценными, почему бы просто не взять этого специалиста на работу?