Чи етично використовувати особистий код на роботі?


29

Я працюю над побічним проектом на роботі, де вважаю вигідним використовувати частину свого коду, який я особисто розробив (поза роботою), щоб прискорити свій розвиток. Мій побічний проект - це розробка додатку графічного інтерфейсу C ++, який дозволяє нашим споживачам живлення виконувати запити (побудовані мною) проти баз даних на декількох різних платформах ( DB2 , Oracle, SQL Server і MySQL ). У минулому я зазвичай просто запускав їх на запит або будував для них додаток Excel VBA . Тепер, коли я створив кілька додатків VBA для кількох різних людей, я знаходжу необхідність створити один центральний додаток, який просто читає у власні .sql файли та виконує проти різних баз даних.

Додаток, який я будую, знаходиться на C ++ і використовує інструментарій міжплатформних інтерфейсів інтерфейсу LGPL . Однак у мене є чимало коду, який у моїх власних бібліотеках я створив за ці роки на дозвілля, неробочі проекти. Чи добре використовувати цей код на роботі, тим самим заощаджуючи час (і компанію)? Якщо так, чи можу я перенести будь-які виправлення помилок та покращення в мою особисту бібліотеку? Здається, є лінія, яку я не знаю, коли збираюся її перетнути.

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



Дивіться також відповіді.onstartups.com/ questions/19422/…
JensG

Відповіді:


38

Чи добре використовувати цей код на роботі, тим самим заощаджуючи час (і компанію)?

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

Якщо так, чи можу я перенести будь-які виправлення помилок та покращення в мою особисту бібліотеку?

Ваш контракт, ймовірно, забороняє це, якщо ви не отримаєте дозвіл (перевірте свій договір).

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


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

@Izkata: Питання стосувалося етики , а не доказовості. Незалежно від того, чи можна було б довести, що резервування відбулося чи ні, запитуючий все одно буде робити репортаж . Якщо, як каже Том Сквайрс (напевно правильно), договір забороняє це, то ні, це не було б етично .
Росс Паттерсон

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

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

22

Деякі компанії претендують на роботу, яку ви зробили і за години. Це залежить від компанії, деякі з них є великими щодо контролю IP.

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


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

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

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

1
+1 @Raythal - якщо ОП не ліцензував свою роботу своєму роботодавцю, включивши його у свої проекти без попереднього повідомлення, не міг би зробити його робочим продуктом. Він, можливо, безповоротно забруднив його особисті бібліотеки, якщо його компанія дізнається і розчулиться.
DaveE

2
IANAL, але багато угод щодо ІР вимагають використання ІС у чотирьох ситуаціях: Якщо робота була виконана в час компанії, якщо вона використовувала ресурси компанії (обладнання, програмне забезпечення тощо), якщо це є результатом роботи, виконаної для роботодавця (можливо, використовуючи захищену компанію інформація - власні алгоритми тощо), або якщо вона пов'язана з будь-яким поточним бізнесом компанії або реальними чи передбачуваними дослідженнями або розробками. Останнє - найяскравіше, оскільки все можна було «передбачити». Мені було б цікаво почути, чи хтось насправді був поданий до суду в іншій ситуації, ніж безпосередньо конкурувати зі своїм роботодавцем.
Кліф

6

У вашій компанії може бути спеціалізований відділ ІР або спеціаліст. Зверніться до них. Ваш менеджер повинен мати можливість зв’язатися з вами.

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

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

Сподіваюся, це допомагає.


2

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

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


1

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

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


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

1

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

Ваша проблема - це фактично права власності.

І тут є кілька питань, над якими потрібно подумати.

Що говорить ваш договір про інтелектуальну власність?

Чи зберігає ваша компанія права на речі, які ви створюєте?

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

Чи сумісна вона з вашими власними ліцензіями?

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


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

0

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

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

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


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

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