Чи варто зберігати копію всього коду, який ви пишете? [зачинено]

Я знаю, що компанія, в якій ви працюєте, володіє кодом, і, очевидно, вас затримають, якщо ви спробуєте її продати. Але чи рідкість розробників зберігати особисту копію коду, який вони написали (для подальшої довідки)?

Мабуть цього хлопця відправили до в'язниці за копіювання вихідного коду.

Але чи рідкість розробників зберігати особисту копію коду, який вони написали (для подальшої довідки)?

Я не знаю, наскільки це часто, але звичайно це чи ні, це все-таки погана ідея.

Програмісти часто працюють в думці, що вирішення однієї і тієї ж проблеми вдвічі - це марна трата часу. Ми намагаємось спроектувати наш код таким, який може бути багаторазовим (іноді). Ми будуємо бібліотеки класів і функцій для повторного використання в якийсь момент майбутнього. Ми іноді навіть віддаємо свій код, щоб нікому більше не довелося писати код для вирішення тієї самої проблеми, що ми тільки що зробили. Тому може бути зрозуміло, що ви хочете взяти з собою "свій" код, коли ви переходите з однієї роботи на іншу. Але ви все одно не повинні цього робити з наступних причин:

1. Це не ваш код.

2. Код, який ви написали для свого колишнього роботодавця, є частиною побудованого ними бізнесу. Їх код є частиною їх конкурентної переваги. Звичайно, конкуренти могли написати власний код, щоб вирішити ту саму проблему, але вони не повинні отримувати перевагу, будуючи роботу, яку ваш роботодавець оплачував, володіє і не надає вам право брати участь.

3. Якщо вони взагалі мають сенс, ваш новий роботодавець не хоче жодної частини коду, який ви взяли у свого колишнього роботодавця. Чим більше ви "посилаєтесь" на роботу, яку ви робили для якогось попереднього роботодавця, тим більше ви ставите нового роботодавця в юридичну небезпеку.

4. Якщо ви коли-небудь випадково дозволите йому проскочити у нового роботодавця, що ви все-таки отримали копію матеріалів, які ви зробили для Старого роботодавця, ваш начальник в Нью-Йорку, ймовірно, зрозуміє, що ви візьмете копію їх коду, коли ви поїдете за іншим робота. Це може не сидіти з ним чи з нею.

5. Навіть якщо ви не списування фактичних ліній або просто невиразні ідеї із старого матеріалу, просто маючи свій старий матеріал у вашому розпорядженні може викликати підозри , що ви могли б використовувати його для чого - то. Уявіть, що Старий роботодавець подає до суду на Нового роботодавця, і як один з невеликої жменьки працівників, який перейшов зі Старого в Новий, ви раптом виявите, що даєте депозит. Ніхто з вас насправді не скопіював код Старого в продукт Нового, але адвокат перед вами запитує: "Пане SuperFoo, чи є ви зараз чи є у вас в будь-який час після виходу з" Старого роботодавця "у вашій власності копію будь-якого коду, який ви або хтось ще писав, працюючи у «Старого роботодавця»?

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

7. Є кращі способи. Важко повернутися назад і навчитися нічого корисного, читаючи старий код поза контекстом. Щоденник чи журнал, що описує те, що ви дізнаєтесь, ідеї, які ви маєте тощо, набагато корисніше згодом.

8. Навіть якщо Старий роботодавець знає, що ви отримали їх код, і це добре з цим, ви все одно не хочете його! Єдине, що може спричинити це телефонний дзвінок о 3 ранку: "Ей, SuperFoo? Як справи? Слухай, у тебе є копія наших матеріалів, правда? Подивіться, у нас проблема з Система, і ми її звузили до декількох файлів, які ви написали, що наш новий хлопець просто не розуміє. Я знаю, що пізно, але ви могли б пройти його через SuperDuper.pl? "

Відпусти. Вам це не потрібно.

Я завжди зберігаю копію коду, який я пишу, і беру його між завданнями. Подальші роботодавці ніколи не можуть бачити / запускати код, але я вдома використовую його як посилання: "Ага так, чи я не робив щось подібне до проекту X?".

Це законно? Залежить від юрисдикції та обставин, але це досить часто. Морально, у мене немає проблем із цим, якщо ви не просто даєте код новим роботодавцям ... Це нагадування та демонстрація того, що ви зробили, а не безкоштовний ресурс для вашого роботодавця.

[Зворотний бік цього - це неминуча ганьба, яка виникає, коли ви дивитесь на старший код: "Що я думав ?? Чому на землі я зробив це , що шлях ?? ']

Це дуже погана ідея. Цей код не належить вам (юридично кажучи) і володіння ним може доставити вам багато проблем. Це стає ще більш істинним, коли ви переходите на нову роботу і все ще зберігаєте цей вихідний код. Ще гірше, якщо це конкурент. Ваша компанія не буде рада, якби у вас був доступ до їх вихідного коду, коли ви більше не працюєте на них.

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

Безумовно, корисні речі, які ви отримали від написання коду, не є точним синтаксисом; це знання, які ви здобули. Мабуть, не варто братися за всі ці юридичні речі.

Це не рідкість.

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

Однак, це юридичне питання, і юридичні питання, як правило, надзвичайно складні та локалізовані. Якщо ви сумніваєтесь, вам дійсно потрібно поговорити з юристом. Я можу тримати свій код навколо, але я на 99% впевнений, що не зроблю цього.

_{¹ Чого не вистачає, це головним чином те, що мені було неважливо архівувати. Лише один невеликий код проекту з юридичних причин відсутній.
² Характер проектів та моя роль у них, я один із хлопців, якому потрібно мати хоча б уявлення про те, що куди йде, навіть якщо я не брав участь у створенні конкретного модуля.}

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

Код: Кодекс "не фізична власність", правила суду у справі про шпигунство "Голдман Сакс"

З урахуванням сказаного.

• Чи потрібно зберігати код, який я пишу? Абсолютно.
• Чи слід тримати повноцінні проекти? Абсолютно.
• Чи повинен я переконатися, що я великим пальцем переношу код з робочого ПК на домашню машину? Ти бетча!
• Чи можу я коли-небудь повторно використовувати цей код в іншій компанії або в особистому проекті. Ні.
• Чи часто я переглядаю старий код та йду на WtF !? Весь час.

Ось просте запитання для вас. Ідіть до свого начальника і скажіть їм: "У мене є копія всього коду, який я написав, поки працював тут. Тільки код я написав, а не інші народи. Це для моєї власної освіти, і я ніколи цього не видам".

Наступні їх дії будуть диктувати (так, це слово існує в Північній Америці / Світі), якщо ви неправильно чи правильно в їх очах.

Незалежно від власної "етики", ви працюєте для роботодавця. Якщо вони вважають, що те, що ви робите, є неправильним, то це неправильно, виходячи з їх етики. Коли вони вам платять, а ви на них працюєте, то у вашому суді потрібно або погодитися з ними, або не погодитися, що може вас звільнити.

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

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

нечасто розробники зберігають особисту копію коду, який вони написали

Відповідаючи на питання прямо, я скажу , в моєму досвіді це є рідкістю. Виняток до цього , що я бачив людей , які роблять багато фрілансу і вони тримають код на руку для подальшого технічного обслуговування і поліпшення проектів своїх клієнтів, і я припустив би , що це чітко прописано в договорі (хоча я не в звичка переглядати фріланс-контракти моїх друзів, тож хто знає). Люди, яких я знаю, які працюють у великих компаніях, ніколи не допускали збереження коду від колишніх роботодавців.

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

Ще в той час для розробників було звичайно мати свою персональну бібліотеку процедур, яку вони використовуватимуть для вирішення проблем на поточній роботі. Джерело залишиться позаду, коли розробник пішов, але будь-які вдосконалення також пішли з ним.

Це призвело до безпрограшної ситуації. Це також було лише підмножиною всього написаного коду.

Звичайно, більшість того, що було в особистих бібліотеках, було б сьогодні в стандартних бібліотеках.

У відносинах між роботодавцем та працівником у більшості частин Північної Америки передача або передача цифрового матеріалу (тобто вихідного коду) з обладнання ваших роботодавців є незаконним без попереднього юридичного дозволу роботодавця.

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

Більшість законів про зайнятість у Північній Америці визначають роботодавця як основного відповідального за ризик у відносинах працівника з роботодавцем. Працівник оплачується за свій час, поки роботодавець надає матеріали, обладнання та контролює діяльність, пов'язану з роботою.

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

Ключовою проблемою при цьому було питання "вихідний код, який ви написали?". Ні, пане, це не ви написали. Під керівництвом вашого роботодавця саме їх написали. Ви просто найнята рука, яка її набрала. Не існує суду в Північній Америці, який би став назустріч вам, якщо ваш роботодавець вчинить судові дії щодо захисту свого майна. Просто скопіювавши вихідний код на USB-накопичувач, можна потрапити у гарячу воду.

Зважаючи на це, якщо роботодавець дозволив вам використовувати власне обладнання (тобто ноутбук) або передавати матеріал, то це вже інша справа. Роботодавець повинен повідомити вас після припинення, що будь-які матеріали повинні бути повернені / знищені.

Просто думав, що я опублікую цю відповідь, тому що, здається, деякі люди думали, що це сіра зона. Я дійсно не думаю, якщо ви розробник, що вам слід обійтися в Інтернеті, розміщуючи копії матеріалів роботодавця. Я маю на увазі, ви чітко вже знали відповідь на це запитання, тому що ви створили новий обліковий запис учасника лише для того, щоб задати це питання. ;)

Я робив це в минулому кілька робіт тому.

Однак я жодного разу не повертався назад і дивився на це. Я час від часу використовував ідеї та речі, про які я дізнався, але не раз знайшов причину повернутися назад і подивитися на код.

Тож я б більше не переймався. Це юридично сумнівно, і я ніколи насправді не вважав це корисним на практиці.

Звичайно. Мені подобається зберігати копію всієї роботи, яку я виконую - будь то написання коду чи інше. Назвіть це записками, якщо хочете. Порушення правил? Можливо,

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

Цікаво, що ви часто чуєте про те, що веб-розробники приносять із собою "коробку інструментів" зі стандартним набором бібліотек JavaScript та таблицями стилів CSS . Але я не бачив цього згадуваного тут.

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

Це була приємна маленька поїздка вниз по смузі пам'яті, хоча :)

Я думаю, що має бути розмежування між шаблоном дизайну та фактичним кодом (копіювання рядково за рядком)

Записати якийсь подібний psuedocode - це чудовий спосіб лінивого навантаження X у Y - одне. Списання всього коду - це щось інше.

З дозволу роботодавця опублікуйте акуратний код, який можна повторно використовувати, як проекти з відкритим кодом для використання іншими людьми. Тоді ваш роботодавець також може скористатися внесками в цей код інших людей.

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

З різної кількості причин, як-от робота вдома, ви, можливо, вже маєте копію, і я, наприклад, не хотів би їх видаляти після роботи, навіщо це робити? Це не суперечить моїм переконанням чи чомусь.

Але, що стосується його використання, це не так корисно, як публікація в блозі!

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

При фінансуванні CFA вирішує це питання. Вам заборонено брати інформацію, що стосується клієнтів або вашу роботу для компанії (у цьому випадку код). Але ніщо не заважає запам’ятати те, що ви можете, а потім записати це згодом.

Не впевнений, наскільки це законно, але я вважаю, що найкраще залишити свій вихідний код, але записати свої ідеї та те, як ви це зробили, як тільки повернетесь додому. Крадіжка є крадіжкою, і все, що вони намагаються з'ясувати, вирішують, чи скопіювали ви код чи ні.

Якщо ви зберігаєте свій код з метою його повторного використання, у мене є дві проблеми з цим:

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

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

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

Якщо ви зберігаєте свій код, оскільки хочете показати його потенційному роботодавцю або вдосконалити свої навички, пропоную натомість внести свій внесок у проект з відкритим кодом.

Я ще не зберігав жодного коду, який я зробив для роботодавців. Я працював у фрілансі (якщо я втрачу код, важко підтримати клієнта).

Однак я розглядаю можливість зберігати код, який я зробив для цього роботодавця. Причина в тому, що я веб-розробник, і я розробив багато речей на стороні клієнта, які виглядають досить симпатично. Я не розробляв їх, але реалізував їх і часто приходив до ідеї. Я хотів би зберегти копію цього матеріалу для створення онлайн-портфоліо. Як ми всі знаємо, сайти не тривають вічно, тому я не можу реально розраховувати на те, що моя робота залишається в Інтернеті. Наявність резервної копії дозволило б мені мати портфель в Інтернеті.

Я знаю, що дизайнери часто зберігають копії своєї роботи (навіть якщо це була робота в прокат) для цілей портфоліо.

Я не впевнений, що це за законність (це прямо не зазначено в моєму договорі).

Що ж, для розвитку бізнес-логіки для моєї компанії я не можу зберігати код, оскільки це незаконне та особисте майно компанії. Як розробник, я знаю, як розвивати цю логіку, тому я можу зберігати цю логіку в своєму розумі. За замовчуванням він зберігається у вашій свідомості, і якщо вам це знадобиться наступного разу, то автоматично вам слід реалізувати логіку / кращу логіку, ніж попередня. Це людська природа та інтелект. :)

Але проблема виникає, коли ви розробляєте певну логіку корисності, вони можуть бути повторно використані і завжди важливі, можливо, вам це потрібно часто в різних проектах. Тож вам слід захотіти тримати це при собі.

У мене є альтернативне рішення цього. Просто створіть JAR без джерела / документації для цих утиліт та додайте його як зовнішній сторонній JAR у свій проект. Ймовірно, зробивши це, ви можете підтвердити свою відповідальність, а також своє задоволення тим, що у вас є код ;)

Я не зберігаю код з простої причини: Компанія заплатила мені написати код для них. Я даю їм свій код, і вони дають мені свою зарплату. Хлопець, який зробив мій обід, не вдається зберегти його частину, чому б код був іншим?

Крім того, я вже говорив про те, що я виходжу з роботи, всі головні болі залишаються там, нова робота, новий старт, але з трохи більше досвіду та розуміння типів проблем у цій галузі старої роботи.