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

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

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

198 голосов | спросил 10 revs, 9 users 67%
superFoo
1 Jam1000000amThu, 01 Jan 1970 03:00:00 +030070 1970, 03:00:00

20 ответов


303
  

Но неудивительно, что разработчики сохраняют личную копию кода   они писали (для справки в будущем)?

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

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

  1. Это не ваш код.

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

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

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

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

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

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

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

Отпусти. Вам это не нужно.

ответил Peter Green 6 Mayam18 2018, 03:50:05
160

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
51

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
36

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

У меня есть копия почти 1 каждого кода, который я написал профессионально, и, конечно, всего кода из моих текущих проектов, независимо от того, кто его написал < SUP> 2 . Наряду с кодом у меня есть огромная куча юридических документов, четко определяющих, что я могу и не могу с этим сделать. Просто наличие кода не совпадает с попыткой получить прибыль от кода.

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
29

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

Ref .: ответил Peter Green 6 Mayam18 2018, 03:50:05

10

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

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

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
8
  

Неудивительно, что разработчики сохраняют личную копию кода, который они написали.

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
8

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
6

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

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

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

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

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
5

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
4

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
3

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
2

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
1

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
1

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
1

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
1

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

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

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
0

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

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

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

Я не уверен, что такое законность (в моем контракте явно не упоминается).

ответил Peter Green 6 Mayam18 2018, 03:50:05
0

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

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05
0

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

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

ответил Peter Green 6 Mayam18 2018, 03:50:05

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132