24

Estoy trabajando en un problema de software en el trabajo que es bastante genérico, pero no puedo encontrar una biblioteca que me guste resolver, así que estoy considerando escribir uno yo mismo (al menos una versión básica). Escribiré algunas, si no todas, la versión 1.0 en el trabajo, ya que la necesito para el proyecto. Si sale bien, me gustaría llevar el trabajo a casa y pulirlo solo por diversión, y tal vez lanzarlo como un proyecto de código abierto. Sin embargo, me preocupa que si escribí la versión 1.0 en el trabajo no se me permita hacerlo desde un punto de vista legal. Obviamente, podría preguntarle a mi jefe (a quien probablemente no le importará), pero tengo curiosidad por saber cómo otros programadores han abordado este problema y dónde se encuentra la ley aquí. Mi pregunta de una oración es:¿Cuándo está bien (legalmente / éticamente) abrir una herramienta de software originalmente escrita por usted para trabajar en el trabajo? ¿Qué sucede si ha expandido la fuente original significativamente durante las horas libres?

Seguimiento: supongamos que escribo todo en casa en mi tiempo y luego lo uso en el trabajo, ¿eso cambia drásticamente las cosas?

Seguimiento 2: Tenga en cuenta que no estoy tratando de estafar a mi empleador (entiendo que me están pagando por construir productos que poseen). Me pregunto si hay una manera justa de hacer esto para todos los involucrados ... Sería bueno si alguna organización sin fines de lucro en el futuro pudiera usar mi código y ahorrarles algo de tiempo. Además, hay otro problema en juego. Si escribo la biblioteca para algo muy simple y genérico (como tablas HTML en Javascript), ¿eso significa que nunca más podré volver a hacerlo en mi propio tiempo sin ponerme en riesgo legal (incluso si se tratara de una nueva reescritura nueva o un segmento de un proyecto más grande). ¿Estoy renunciando a mi derecho a escribir código para este tipo de proyecto por el resto de mi vida (sin el permiso de esta compañía), ya que el código en el trabajo aún podría estar influyéndome en algún lugar de mi cerebro? Esto parece estar relacionado con las patentes de software,

legal

— AlexMA
fuente

55

Verifique su contrato, consulte a un abogado. Muchos contratos de trabajo tienen una cláusula tipo "todos los inventos son propiedad del empleador". Su exigibilidad varía ... para lo cual debe consultar a un abogado.

77

"Si sale bien, tal vez quiera llevar el trabajo a casa y pulirlo solo por diversión, y tal vez lanzarlo como un proyecto de código abierto". - Es muy poco probable que su empresa apruebe hacer esto. Su producto de trabajo es propiedad de ellos, no de usted.

— Ramhound

55

Apuesto fuertemente a que esto te llevará a aguas tremendamente profundas si el trabajo se descubre dado que no han acordado liberarlo. Consíguelo por escrito.

— Plataforma

Tenga en cuenta que la mayoría de las empresas de tamaño moderado también no permiten la instalación de software no aprobado en las computadoras de trabajo, ya que puede provocar todo tipo de inestabilidades del sistema, virus, etc. curso de acción tampoco.

— calum_b

2

@Ramhound No creo que sea tan blanco y negro como eso. ¿Cómo puedes no pensar en la versión de trabajo mientras escribes algo similar en casa? De todos modos, esto probablemente se solucione mediante la cláusula de no competencia del contrato de trabajo. Mi punto es que probablemente no haya forma de evitar que el código de su empresa se vea afectado (incluso inconscientemente) el código que usted escribe, lo que crea un problema algo interesante, pero no vale la pena discutirlo aquí.

— AlexMA

41

Casi nunca está bien, legal o éticamente, liberar productos que ha creado utilizando los recursos de su empleador o mientras el empleador le paga por su tiempo sin permiso.

Sin embargo, depende de su contrato de trabajo. Si la compañía le pagó y / o utilizó los recursos de la compañía para producir el producto, es probable que el trabajo le pertenezca a su compañía. Necesita pasar por su supervisor y su departamento legal. Dependiendo de su contrato de trabajo, también puede haber restricciones para trabajar en tecnologías relacionadas o usar el conocimiento adquirido en su empleador en proyectos, incluso si trabaja en ellos utilizando recursos personales en su propio tiempo.

Si está utilizando tiempo pagado, recursos de la empresa o está desarrollando algo que podría considerarse relacionado con el negocio de su empresa, busque siempre la orientación de su gerente y / o departamento legal para asegurarse de que no está violando ningún acuerdo y obtener El permiso apropiado para trabajar en proyectos. Por lo general, es más fácil hacer esto antes de comenzar a trabajar, ya que podría cambiar los enfoques que adopta en el proyecto.

Escribir productos para el uso en el trabajo en su propio tiempo es cuestionable y depende de las regulaciones que su empleador debe cumplir. Como mínimo, podría estar interfiriendo con el cronograma, el presupuesto y las estimaciones de su empleador al desconectar el trabajo. En algunos casos, podría estar violando las regulaciones contractuales al crear productos fuera del tiempo que se rastrea y factura adecuadamente.

— Thomas Owens
fuente

8

+1 para el último párrafo. Los empleados que trabajan en productos relacionados y no contabilizan y facturan correctamente, incluso si el empleado lo hizo voluntariamente por su propia voluntad, puede tener grandes consecuencias para el empleador. En particular si el empleador es un contratista del gobierno. Todo el proceso de licitación y las tarifas generales se basan en tener números precisos para crear un campo de juego nivelado para todos los posibles licitadores contractuales del gobierno. Los números falsos, ya sean intencionales o no, pueden resultar en negarle al empleador que haga una oferta por contratos e incluso en un proceso penal.

— Dunk

¿Podría desarrollar la idea de un "producto creado para el empleador"? Si se me ocurre una idea o concepto y uso esa idea en el código del producto, ¿puedo usar esa idea, por ejemplo, para proyectos voluntarios de código abierto? Asumamos que no fue patentado ni patentable.

— AlexMA

1

@AlexMA Esa frase nunca aparece en mi respuesta, por lo que no sé qué quiere ampliar. Si trabaja para crear un proyecto mientras está en el reloj o está utilizando los recursos de su empleador, consulte el párrafo 2. Si está relacionado con un proyecto en curso en el trabajo o el negocio de su empresa, consulte los párrafos 3 y 4. En cualquier caso, es una mala idea (si no es poco ético o ilegal) trabajar en cosas relacionadas con el trabajo sin permiso, en su propio tiempo o no.

— Thomas Owens

@ThomasOwens Eso no es realmente lo que quise decir; Perdón por no estar claro. Su cotización exacta fue "productos que ha creado utilizando los recursos de su empleador". ¿Qué constituye algo que poseen versus lo que yo poseo? ¿Qué pasa con las ideas generales de programación que se me ocurren en el trabajo, que luego aplico al trabajo en cuestión? Al igual que un carpintero que se le ocurre una nueva forma de construir escaleras, o un martillo nuevo y mejor, y luego usa esa técnica / herramienta al hacer escaleras para su empleador.

— AlexMA

2

@AlexMA Si va a crear algo para usar en el trabajo, incluso en su propio tiempo, debe pasar por el departamento legal de su empleador. Se menciona en mi último párrafo y en el comentario de Dunk: trabajar al aire libre para apoyar un proyecto puede tener efectos perjudiciales y posiblemente consecuencias legales. Una idea no relacionada es una cosa, pero si desea usar lo que hace en el trabajo, realice la legalización antes de comenzar a trabajar en ella.

— Thomas Owens

14

Si sale bien, me gustaría llevar el trabajo a casa y pulirlo solo por diversión, y tal vez lanzarlo como un proyecto de código abierto.

Debe ser claro con su empleador acerca de sus intenciones desde el principio. Llegue a un acuerdo sobre cómo funcionará todo eso antes de comenzar para que no haya sentimientos heridos, malentendidos, decepciones, etc. El trabajo que realiza para su empleador es propiedad de su empleador.

¿Cuándo está bien (legal / éticamente) abrir una herramienta de software originalmente escrita por usted para trabajar en el trabajo?

Cuando tiene permiso de su supervisor (y quizás del departamento legal) para distribuir sus propiedades.

¿Qué sucede si ha expandido la fuente original de manera significativa durante las horas libres?

No importa Estás trabajando con la propiedad de tu empleador; cambiar algunas líneas aquí y allá no cambia ese hecho. Todavía puede ser suyo incluso si cambia cada línea del proyecto. Consulte con su abogado para obtener más información, pero no espere buenas noticias.

Ahora, su empleador puede estar perfectamente feliz de distribuir la biblioteca bajo alguna licencia de código abierto. Si no es algo que consideran parte de su ventaja competitiva, o si quieren mantener la biblioteca pero no necesariamente quieren hacer todo el trabajo para mantenerla ellos mismos, o si quieren obtener buena voluntad, o lo que sea, entonces las cosas pueden funcionar. Solo recuerda que es su decisión.

— Caleb
fuente

Now, your employer may be perfectly happy to distribute the library .... y no se abre entonces a posibles demandas judiciales y / u otros problemas legales en el futuro.

— Martin York

@LokiAstari Claro: hay varias consideraciones que el empleador debe tener en cuenta antes de abrir una fuente de software; Mi lista está lejos de ser exhaustiva.

— Caleb

2

When you have permission from your supervisor (and perhaps legal department)... Muy rara vez su supervisor tiene derecho a hablar en nombre de la empresa en estos asuntos. Él / ella puede pensar que está bien, pero la alta gerencia puede estar en desacuerdo. El permiso debe provenir de la gerencia superior / legal.

— cdkMoose

2

@cdkMoose Sí, por supuesto, de ahí mi inclusión del departamento legal. Sin embargo, es una exageración decir "muy raramente": hace demasiadas suposiciones sobre el tamaño / estructura de la empresa. Quizás el supervisor es el CIO, CTO o CEO (o todo lo anterior). Probablemente debería haber dicho "Cuando tenga el permiso necesario" y dejar los detalles al lector.

— Caleb

+1 por hablar con su empleador: pueden estar perfectamente contentos (o no) de abrir esta biblioteca (y no el programa en sí), pero es lo correcto. Varias compañías con visión de futuro (Google, Facebook) permiten a sus empleados de código abierto parte del trabajo que realizan, siempre que no sea la propuesta central de las empresas. Pero todos ellos pasan por un proceso de investigación.

— Suman

5

Respuesta fácil:

Nunca.

Aquí está el problema: de acuerdo con las leyes de la mayoría de los países modernos, usted tiene derechos de autor sobre todo lo que escribe de forma predeterminada. Esto es válido incluso cuando lo escribe para otra persona, como su empleador .

Obviamente, esto es problemático para cualquiera que esté interesado en contratar a un desarrollador de software.

Para resolver esto, las compañías de software le hacen firmar un Acuerdo de No Divulgación (NDA). Dentro de esta NDA, declara explícitamente que renuncia a los derechos de autor de todo el código que escriba para ese empleador. No importa cuándo lo hiciste. Todo es lo mismo.

En otras palabras: el código que escribió no le pertenece . Pertenece al empleador y no puede publicarlo.

Nunca he oído hablar de un desarrollador que no firme un NDA, así que a menos que se encuentre en una región realmente remota del mundo, es una apuesta segura decir que firmó un NDA cuando fue contratado.

Si su empleador está interesado en publicarlo por alguna razón, entonces es una historia diferente (y si está interesado, también podría intentar convencerlo de que es lo correcto). Pero esa es la única manera.

— Riwalk
fuente

44

IANAL, pero incluso cuando ... no parece ser cierto en los EE. UU., Al menos según este documento de la Oficina de Derechos de Autor de EE . UU . Además: la no divulgación y el trabajo por cuenta ajena son cuestiones no relacionadas; sería mejor utilizar un término como "acuerdo de empleo" en lugar de "NDA" anterior, ya que el acuerdo que puede haber firmado al comenzar el empleo probablemente cubre más que la no divulgación , y los acuerdos de confidencialidad a menudo no tienen nada que ver con las condiciones de empleo.

— Caleb

@Caleb, su fuente afirma: "El concepto de" trabajo hecho a medida "puede ser complicado", y eso es absolutamente correcto. Una razón por la que puede complicarse es porque el software es más que solo código, es un conjunto de soluciones e ideas. Entonces la pregunta es: "¿Su empresa posee el código o posee las ideas expresadas por el código ?" Se vuelve más complicado cuando imagina el escenario de alguien a quien se le ocurre una idea brillante para trabajar a las 2 AM e implementarlo en código a la mañana siguiente. continúa ...

— riwalk

... La solución que emplean la mayoría de las empresas es afirmar que son dueños de todo lo que se te ocurrió, independientemente de cuándo se te ocurrió y cuándo lo escribiste. Hay algunos estados (me vienen a la mente Washington y California) que tienen algunas leyes adicionales, pero otros estados no. Es complicado. En

— pocas palabras

@ Stargazer712 - Las compañías que escribieron ese tipo de cláusulas en su acuerdo de trabajo son raras. Incluso diría que esos términos son ilegales incluso en los estados donde alguien aún no los ha desafiado. Además, si firma un acuerdo como porque no conoce sus propios derechos, entonces no merece los derechos del código si está fuera del trabajo.

— Ramhound

1

Esto depende más o menos de la relación contractual que tenga con su empleador ...

Propiedad intelectual

Por defecto, muchas organizaciones ahora están más dispuestas a funciones / clases genéricas de código abierto para beneficiar a la comunidad más amplia de programación / codificación, pero hay aquellas que no lo hacen y no pueden desde una perspectiva de propiedad intelectual: proteger comercialmente lo que tienen .

Si su código utiliza algún tipo de referencia a la propiedad intelectual de su empleador, o secretos comerciales, entonces es comprensible que puedan negarse.

Fuente abierta

Esencialmente y de manera predeterminada, tiene derecho a liberar cualquier pieza de software que escriba en su propio tiempo y siempre que no entre en conflicto con los términos de su contrato de trabajo, o compita con lo que hacen en cualquier aspecto.

El mejor consejo que podría darle es acercarse a su empleador y discutir el asunto abiertamente. Esto te proporcionará:

La actitud de su empleador hacia la programación de código abierto / comunidad
Reflejar / resaltar su comprensión del software y su valor inherente / más amplio
Sus derechos sobre lo que perciben que puede hacer / no hacer

Cualquier empleador que se niegue a permitirle expandir su pensamiento / aprendizaje y, de hecho, contribuir a la comunidad en general (y resolver problemas más grandes y más amplios) debe decirle mucho sobre dónde trabaja. Las empresas a menudo piensan más ampliamente que antes sobre la publicación de código, ya que no solo les beneficia, sino que tiene que estar en una forma que no los amenace en nada de lo que hacen.

Mi tiempo / su tiempo

Al igual que con otras respuestas: no puede usar el tiempo de su empleador para crear su propio software; ya sea éticamente o principalmente. Trátelos por separado a menos que su empleador esté dispuesto a comprometerse a liberar el código.

En algunos casos, los programadores fusionan su propio tiempo y tiempo de trabajo para crear algo grandioso, lo cual beneficia a todas las partes y quizás el resultado ideal para su pregunta.

— nickhar
fuente

¿Cuándo puedo publicar una herramienta de software escrita en el trabajo?

Nunca.