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,

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.

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.

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.

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.