Какие источники выборочной работы следует использовать при собеседовании? [закрыто]

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

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

Раздел 17 § 107 Кодекса США описывает обстоятельства, при которых защищенное авторским правом произведение может быть скопировано для добросовестного использования, независимо от того, опубликовано оно или нет. Поскольку закон об авторском праве обычно защищает исходный код, он имеет отношение к вашему вопросу.

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

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

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

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

Примечание: я не уверен, на какую работу ссылаются здесь. Это может иметь значение в некоторой степени.

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

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

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

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

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

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

Если вы принесете мне распечатку, откуда я знаю, что вы ее написали? Конечно, вас попросят объяснить, что он делает и почему вы так поступили. Может быть так же легко, чтобы вы посмотрели на чужой код и объяснили, что он делает и как его улучшить.

В конце концов, вам просто нужно доказать, что вы можете писать код, и я надеюсь, что вы это сделаете, фактически написав код.

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

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

Код, который вы обычно будете показывать на собеседовании, будет состоять из хобби-проектов и / или утилит, которые вы использовали в свободное время. Если у вас нет ни одного из них, чтобы показать, и вы ищете работу, то начните работать над одним. Публичный репозиторий git-hub - отличная вещь, чтобы похвастаться в интервью.

Кроме того, я думаю, что показ предыдущего кода работодателя на собеседовании дурной вкус и, вероятно, будет стоить вам интервью. Любой кусочек кода МОЖЕТ быть пронизан ошибками, которые могут представлять уязвимость.

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

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

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

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

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

Они полностью в пределах своих прав, чтобы не позволить вам сохранить копию.

После того, как вас уволили / отпустили, уже слишком поздно, ИМО. (Ну, еще не поздно, но теперь у вас есть работа в новом «свободном времени»).

Вы должны заниматься ДРУГИМИ ПРОГРАММНЫМИ ПРОЕКТАМИ в свободное время. Условно-бесплатная, приложения для смартфонов или планшетов. Работа над проектами с открытым исходным кодом. Выберите один, а затем сделайте это.

ТАК - когда потенциальный работодатель просит образцы, у вас есть, что показать из вашего «свободного времени».

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

Это собственность компании (если иное не указано в его контракте, если он есть). Они могут делать с ним все, что захотят, в том числе не позволяя ему получить доступ, показать или скопировать его. Они заплатили ему, чтобы он что-то сделал, это их.

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

Это можно рассматривать как воровство и очень хорошо может быть незаконным.

Я не юрист.

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

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

Я бы никогда не взял и не показал код, который написал для предыдущего работодателя. Я также не стал бы доверять кому-то, у кого я брал интервью, кто принес код от своего последнего работодателя (они собираются украсть код у нас дальше? Вы на самом деле написали это?).

Решением для этого может быть работа над проектом с открытым исходным кодом или личным сайтом, если вам нужно продемонстрировать свой код. Хотя я сделал это и предложил показать код, который я написал, большинство работодателей не хотят видеть предыдущую работу (это не доказательство того, что вы на самом деле написали ее). Когда я брал интервью у людей в прошлом, я просил их написать фрагменты или ответить на вопросы, связанные с программированием. Вы не можете это сделать.

Возможно, вы не смогли взять свою работу с собой, которую сделали для своего работодателя, но у какого программиста нет любимых проектов, которые он мог бы показать?