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

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

Спостереження 2: Зауважте, що я не намагаюся зірвати свого роботодавця (я розумію, що вони платять мені за створення продукції, якою вони володіють) - мені просто цікаво, чи є справедливий спосіб зробити це для всіх залучених ... Було б добре, якби якась некомерційна організація в дорозі могла використати мій код і заощадити їх на деякий час. Крім того, є ще одна проблема. Якщо я пишу бібліотеку для дуже простої, загальної речі (наприклад, HTML-таблиць у Javascript), чи це означає, що я більше ніколи не можу зробити це самостійно, не піддаючи себе юридичному ризику (навіть якщо це було зовсім нове перезапис або сегмент більшого проекту). Чи я віддаю своє право писати код для цього проекту на все життя (без дозволу цієї компанії), оскільки код на роботі все ще може бути десь у моєму мозку, який впливає на мене? Це здається пов'язаним із патентами на програмне забезпечення,

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

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

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

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

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

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

Коли добре (юридично / етично) відкривати вихідний код програмного засобу, який ви спочатку написали для роботи на роботі?

Коли у вас є дозвіл вашого керівника (і, можливо, юридичного відділу) на розповсюдження їх майна.

Що робити, якщо ви значно розширили початкове джерело в неробочий час?

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

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

Проста відповідь:

Ніколи.

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

Очевидно, це проблематично для всіх, хто зацікавлений у наймі розробника програмного забезпечення.

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

Іншими словами: Код, який ви написали , не належить вам . Він належить роботодавцю, і ви не можете його публікувати.

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

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

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

Інтелектуальна власність

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

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

Відкрите джерело

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

Найкраща порада, яку я можу дати, - це звернутися до свого роботодавця та обговорити це питання відкрито. Це забезпечить вам:

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

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

Мій час / їх час

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

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