Як я можу переконатися, що мій вечірній проект мій?


22

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

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

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

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

Як я можу переконатися, що моя компанія не претендує на право власності на код?

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

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


Дуже цікаві відповіді поки що. Це явно мені допомагає. Деякі зауваження:

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

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

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

Відповіді:


27

Не слухайте тих, хто каже: "Ваш власний час - це ваш власний час, просто не кажіть нікому!" тому що це неймовірно погані поради, які майже напевно приведуть вас у біду, якщо не на вашій нинішній роботі, то на якійсь майбутній.

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

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


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

6

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


4

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

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


2
@marcof: бос дізнається, коли публічно публікує свій проект на своєму веб-сайті. ІМХО відкритий пошук цієї речі не сильно відрізняється від продажу речі самостійно, не запитуючи свого начальника.
Doc Brown

2
@Doc Brown: Якщо він працював над проектом вечорами, використовуючи свій час та ресурси, начальник не має про що сказати. Він може стверджувати, що його вечірня робота сприяла проекту, над яким він працював протягом дня, так що фактично це була якась додаткова, неоплачена робота на користь компанії.
Джорджіо

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

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

1
@marcof: ви не зрозуміли мою думку - проблема не в тому, що він працює у вільний час - я бачу лише проблему, коли він збирається публікувати інформацію, яку його начальник може подумати, що це повинно бути конфіденційним.
Doc Brown

3

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

Мені здається, ваша робота поділяється на чотири чіткі категорії:

  1. Робота, яку ви виконуєте над кандидатською дисертацією.
  2. Робота, яку ви робите, щоб створити та підтримувати бібліотеку аналізу кінцевих елементів, яку ви використовуєте для своєї докторської роботи.
  3. Робота, яку ви виконуєте, застосувавши вирішення кінцевих елементів до проблем на вашому місці роботи.
  4. Робота, яку ви робите для створення та підтримки бібліотеки аналізу кінцевих елементів, яку ви використовуєте для своїх компаній.

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

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

Це питання 2 і 4, які є найскладнішими. В ідеалі ви хочете їх комбінувати, тому я бачу три варіанти тут:

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

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

  • Нарешті, і це, мабуть, найскладніше продати, ви отримуєте, щоб ваша компанія спонсорувала вашу бібліотеку з відкритим кодом.

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

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

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


2

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

Суди вирішуватимуть, чи пов’язано те, що ви робите, але з вашого опису це здається досить зрозумілим.

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

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

Ви зустрічаєтесь з деякими колегами з 11:00 до 12:00 та обговорюєте нові цілі продукту. 12:00 до 13:00 ви берете перерву на обід. Під час обіду у вас мозковий штурм і придумайте приголомшливе рішення. Ви володієте цим рішенням? Чи можете ви розумно і морально повернутися до компанії і вимагати, щоб вони придбали це рішення, яке ви тільки що мали, оскільки ви думали про це не в робочі години компанії?

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

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

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

1) Отримайте письмовий дозвіл.

2) Робіть щось однозначно, не пов’язане з бізнесом ваших працівників.

3) Киньте і зробіть те, що ви відчували так впевнено.

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


1

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

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


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

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

1

У мене були подібні проблеми колись, у набагато меншому масштабі ... Деякі зауваження: я не думаю, що вихідний код передає службі віддаленого сховища ( codeion , github , bitbucket тощо). Підхід, який я дотримувався, полягав у тому, щоб домовитися з другом, який переглядав сховище в іншому кінці сеансу MSN (ми обговорювали це, і він дасть свідчення в суді, якщо потрібно).

Гарне прочитання про те, як хтось спілкувався з їхньою компанією, є (я вважаю) заявкою Y-комбінатора , що вказує:

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

Дрю: Деяка робота була виконана в офісі Bit9; Я консультувався з адвокатом і маю підписаний лист із зазначенням, що Bit9 не має жодної частки / права власності в Dropbox

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.