Стоит ли хранить копию всего кода, который вы пишете? [закрыто]

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

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

Но не редкость ли для разработчиков сохранение личной копии написанного ими кода (для дальнейшего использования)?

Я не знаю, насколько это распространено, но часто или нет, это все еще плохая идея.

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

1. Это не ваш код, чтобы взять.

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

3. Если у них вообще есть какой-то смысл, ваш новый работодатель не хочет никакой части кода, которую вы взяли у своего бывшего работодателя. Чем больше вы «ссылаетесь» на работу, которую вы выполняли для какого-либо предыдущего работодателя, тем больше вы подвергаете своего нового работодателя юридической опасности.

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

5. Даже если вы не пишете фактические строки или просто смутные идеи из своих старых вещей, просто наличие старых вещей в вашем распоряжении может вызвать подозрения, что вы можете использовать их для чего-то. Представьте, что Старый Работодатель подал в суд на Нового Работодателя, и, будучи одним из небольшого числа сотрудников, перешедших из Старого в Нового, вы внезапно оказываетесь под присягой. Никто из вас на самом деле не копировал код Old в продукт New, но адвокат перед вами спрашивает: «Мистер SuperFoo, у вас сейчас или у вас есть в любое время после того, как вы оставили Old Employer, в вашем распоряжении была копия любого кода, который вы или кто-нибудь еще писал во время работы в Old Employer?

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

7. Есть лучшие способы. Трудно вернуться и узнать что-нибудь полезное, читая старый код вне контекста. Дневник или журнал, описывающий то, что вы изучаете, идеи, которые у вас есть, и т. Д., Гораздо более полезен позже.

8. Даже если Старый Работодатель знает, что у вас есть их код и с этим все в порядке, вы все равно не хотите этого! Единственное, что может случиться, это телефонный звонок в 3 часа ночи: «Привет, SuperFoo? Как дела? Слушай, у тебя есть копия нашего материала, верно? Послушай, у нас проблема с система, и мы сузили это до пары файлов, которые вы написали, что наш новый парень просто не понимает. Я знаю, что уже поздно, но не могли бы вы провести его через SuperDuper.pl? "

Отпусти ситуацию. Тебе это не нужно.

Я всегда держу копию кода, который я пишу, и беру его между работами. Последующие работодатели никогда не увидят / не запустят код, но я использую его в качестве справки у себя дома: «Ах да, разве я не делал что-то похожее на Project X?».

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

[Обратная сторона этого - неизбежный стыд, который возникает, когда вы смотрите на старый код: «О чем я думал ?? Почему на земле я сделал это , что путь ?? ']

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

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

Конечно, полезные вещи, которые вы получили от написания кода, не являются точным синтаксисом; это знания, которые вы получили. Вероятно, не стоит иметь дело со всеми этими легальными вещами.

Это не редкость.

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

Тем не менее, это юридическая проблема, и юридические проблемы, как правило, чрезвычайно сложны и локализованы. Если вы сомневаетесь, вам действительно нужно поговорить с адвокатом. Я могу держать свой код рядом, но я на 99% уверен, что у меня не будет проблем с этим.

_{¹ Чего не хватает, так это того, что мне было все равно, чтобы архивировать. Только один небольшой код проекта отсутствует по юридическим причинам.
² Характер проектов и моя роль в них. Я один из тех, кому нужно хотя бы понять, что и где происходит, даже если я не участвовал в создании конкретного модуля.}

Я вижу твоего арестованного китайца и поднимаю тебя: «Код не является собственностью, поэтому не может быть украден».

Ссылка: кодекс «не физическая собственность», судебные постановления по делу о шпионаже Goldman Sachs

С этим сказал.

• Сохраняю ли я код, который пишу? Абсолютно.
• Сохраняю ли я полные проекты? Абсолютно.
• Должен ли я сделать так, чтобы мой код перелистывал с рабочего компьютера на домашнюю машину? Еще бы!
• Повторно ли я использую этот код в другой компании или в личном проекте. Нет.
• Я часто смотрю на старый код и хожу WtF !? Все время.

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

Их последующие действия будут диктовать (да, это слово существует в Северной Америке / мире), если вы ошибаетесь или правы в их глазах.

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

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

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

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

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

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

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

Это привело к беспроигрышной ситуации. Это было также просто подмножество всего написанного кода.

Конечно, большая часть того, что было в личных библиотеках, сегодня будет в стандартных библиотеках.

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

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

В большинстве законов о трудоустройстве в Северной Америке работодатель определяется как главный риск в отношениях между работником и работодателем. Работнику платят за его / ее время, пока работодатель предоставляет материалы, оборудование и контролирует связанные с работой действия работника.

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

Ключевой проблемой для этого был вопрос «исходный код, который вы написали?». Нет, сэр, это не вы, кто написал это. Под руководством вашего работодателя именно они написали это. Вы просто наемная рука, которая напечатала это. В Северной Америке нет суда, который бы поддержал вас, если бы ваш работодатель предпринял юридические действия для обеспечения своей собственности. Просто скопировав исходный код на флэш-накопитель USB, вы попадете в горячую воду.

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

Просто подумал, что опубликую этот ответ, потому что некоторые люди думают, что это серая зона. Я действительно не думаю, что если вы разработчик, то вам следует ходить по Интернету и публиковать копии своих материалов работодателя. Я имею в виду, что вы явно уже знали ответ на этот вопрос, потому что вы создали новую учетную запись, чтобы задать этот вопрос. ;)

Я делал это в прошлом, несколько работ назад.

Однако я никогда не возвращался и не смотрел на это. Я иногда использовал идеи и вещи, которые узнал, но ни разу не нашел причины вернуться назад и посмотреть на код.

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

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

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

Интересно, что вы часто слышите о веб-разработчиках, которые приносят с собой «ящик инструментов» со стандартным набором библиотек JavaScript и таблиц стилей CSS . Но я не видел, что упомянуто здесь.

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

Это было хорошее маленькое путешествие по переулку памяти, хотя :)

Я думаю, что должно быть различие между шаблоном дизайна и фактическим кодом (копирование построчно)

Записать какой-нибудь psuedocode как-то - это отличный способ отложенной загрузки X в Y - это одно. Записать весь код - это нечто другое.

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

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

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

Но, что касается его использования, это не так полезно, как сообщение в блоге!

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

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

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

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

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

• Если код, который вы сохраняете, решает общую проблему, вам следует поставить под сомнение ваш подход. Почему вы тратите много усилий для решения общей проблемы, когда они, вероятно, существуют (и лучше) с открытым исходным кодом?

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

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

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

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

Я знаю, что дизайнеры часто хранят копии своих работ (даже если это была работа по найму) для портфолио.

Я не уверен, какова законность этого (это явно не указано в моем контракте).

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

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

У меня есть альтернативное решение для этого. Просто создайте JAR без исходного кода / документации для этих утилит и добавьте его в качестве внешнего стороннего JAR в свой проект. Вероятно, этим вы сможете подтвердить свою ответственность и самодовольство тем, что у вас есть код ;)

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

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