Ценность и принадлежность вопросов для интервью по программированию для разработчиков

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

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

Объем работы, который потребуется для включения тестового кода в производственный продукт, почти всегда намного выше, чем потребуется для добавления/написания указанной функции в существующей экосистеме. И это основано на предположении, что ваше решение само по себе готово к работе и нуждается только в интеграции, что редко верно для кода интервью.

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

Это то, за что я боролся в течение многих лет, и это отличный способ отсеять всевозможных копипастов, позволяя вам сосредоточить больше усилий и времени на тех, кто действительно заботится о работе.

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

Это практически бесполезно, и для каждого объявления о работе они получат десятки решений (фактическое число зависит от многих факторов, но суть в том, что они получат их кратно).

Распространена ли теория о том, что ответы на интервью с разработчиками украдены? Какая защита доступна или есть ли какие-либо гарантии, на которые разработчики должны обратить внимание во время собеседования?

Никогда не слышал ни об одном таком случае, ни из первых, ни из вторых рук. И я работал примерно с 15 ИТ-компаниями/разработчиками программного обеспечения в течение почти двух десятилетий. Никогда даже не слышал, чтобы это предлагалось по ранее объясненным причинам.

Если что-то, что вы создали для интервью, по вашему мнению, представляет для вас огромную ценность, я бы посоветовал вам открыть репозиторий GitHub и опубликовать его там. Обязательно переработайте задачу, к которой она относится, и поместите измененную версию в файл readme, чтобы некоторые будущие кандидаты не смогли найти ее, погуглив задачу. Тогда, даже если вы не получите работу, у вас будет новая и привлекательная запись в вашем портфолио.

Это был один из пяти вопросов, на которые было отведено 45 минут.

При всем уважении, ваш муж только что посмотрел слишком много нереалистичных голливудских фильмов.

Тот факт, что вы могли написать что-то действительно ценное для работодателя с нуля в условиях собеседования менее чем за 45 минут, в высшей степени глупо. Меня не волнует, что ты лучший чертов программист в мире. То, о чем он думает, просто невозможно ни для кого.

Теперь предположим, что вы не кто-нибудь, а Дэвид Хайнемайер Ханссон, создатель Ruby on Rails. Дэвид Ханссон смог создать довольно хороший полнофункциональный (CRUD) скелет веб-приложения менее чем за две минуты. Это не будет проблемой для него.

Но так что любой, у кого есть подключение к Интернету, его генератор кода находится в сети, вы можете просто загрузить его или загрузить как рубиновый драгоценный камень. Вот и все. Вы запускаете его. Взрыв, и вы получили полностью рабочий скелет приложения Ruby on Rails. Но если ваш муж думает, что на этом работа заканчивается, то он ошибается.

Использование генератора кода или загрузка готового шаблона не поможет. Сотни часов, если не тысячи часов, уйдут на настоящую настройку, настройку, масштабирование и тестирование такого приложения.

И наблюдение за тем, как кто-то делает это за 45 минут, может дать вам довольно хорошее представление о его скорости, но мало что дает вам больше. Github битком набит миллионами полуначатых недоделанных проектов. Это не делает эти проекты ценными для работодателя. Кроме того, эти проекты нельзя скачать бесплатно.