He estado trabajando en varios proyectos en casa y en el trabajo, y con los años he desarrollado dos API principales que uso en casi todos los sitios web basados en AJAX. He compilado ambos en DLL y llamé a los espacios de nombres Connell.Database y Connell.Json.
Mi jefe recientemente vio estos espacios de nombres en una documentación de software para un proyecto para la compañía y dijo que no debería usar mi propio nombre en el código. (¡Pero es mi código!)
Una cosa a tener en cuenta es que no somos una empresa de software. Somos una empresa de soporte de TI y soy el único desarrollador de software a tiempo completo aquí, por lo que no hay realmente ningún procedimiento sobre cómo debemos escribir software en la empresa.
Otra cosa a tener en cuenta es que tengo la intención de lanzar algún día estas DLL como proyectos de código abierto.
¿Cómo agrupan otros desarrolladores sus espacios de nombres dentro de su empresa? ¿Alguien usa las mismas bibliotecas de clase en proyectos personales y de trabajo?
¿Esto también funciona al revés? Si escribo una biblioteca de clases completamente en el trabajo, ¿a quién pertenece ese código? Si he visto la biblioteca de principio a fin, la diseñé y la programé. ¿Puedo usar eso para otro proyecto en casa?
Gracias,
Actualizar
He hablado con mi jefe sobre este tema y él está de acuerdo en que son mis objetos y que está bien que los abra de código abierto. Antes de esta conversación, comencé a cambiar los objetos de todos modos, lo que en realidad era bastante productivo y el código ahora se adapta más a este proyecto específico que antes.
Pero gracias a todos los involucrados por un debate muy interesante. Espero que todo este texto no se desperdicie y alguien aprenda de él. Ciertamente lo hice.
Salud,
Respuestas:
(Descargo de responsabilidad estándar: no soy abogado ...)
Desde tu perfil pareces estar en el Reino Unido.
En ese caso, depende de cómo esté empleado. Si usted es un miembro permanente del personal, es casi seguro que su empleador sea el propietario de las obras . Usted los escribió y tiene los derechos para ser identificado como el autor (es decir, puede decirle a las personas que los escribió), pero la propiedad del código y la propiedad intelectual en él residen en su empresa.
Si usted es un contratista, puede haber un caso en el que tenga alguna reclamación, pero dependerá de la naturaleza del contrato. En términos generales, la mayoría de los contratistas de TI del Reino Unido se clasifican como trabajadores por contrato, lo que significa que nuevamente la propiedad intelectual recae en la empresa y no en el individuo. Ciertamente, hablar de un contrato de trabajo estándar sugiere que este será el caso, ya sea que usted sea un contrato permanente.
En estas circunstancias, no tiene derecho a liberarlos como código abierto (o, de hecho, llevarlos a su próximo empleador) y debe pensar en ellos de la misma manera que piensa en cualquier otra pieza de software propietario y actuar en consecuencia: ' no eres tuyo, solo tienes acceso al código fuente.
EDITAR : con respecto al hecho de que desarrollaste algo en tu propio tiempo. En el momento en que comenzó a usarlo en el trabajo sin hacer valer sus derechos y licenciarlo por adelantado a la compañía, lo hizo muy turbio, ya que ahora es muy difícil mostrar qué se hizo cuando. Por lo que está diciendo, las bibliotecas de códigos han sido probadas, depuradas y reparadas en el tiempo de trabajo (y la empresa posee todo lo que hizo en su tiempo), además de la obvia superposición con el trabajo que estaba haciendo para ellos (como lo demuestra el hecho de que cumplió un requisito que tenía la empresa en la que estaba trabajando) significa que tienen un reclamo y probablemente uno bastante fuerte.
La Unión Unida tiene una pieza sobre esto . La sección clave parece ser:
"Hay disposiciones legales expresas:
· Sección 11 (2) de la Ley de Derechos de Autor, Diseños y Patentes (CDPA) de 1988 y
· Artículo 39 de la Ley de Patentes de 1977
tratar con la propiedad de los trabajos de los empleados. Bajo estas disposiciones, los empleadores esencialmente obtienen la propiedad de los derechos de propiedad intelectual con respecto a cualquier trabajo creado por un empleado que él / ella
· Estaba obligado a producir bajo los términos de su contrato de trabajo o
· Se podría esperar razonablemente que produzca bajo los términos de ese contrato.
Obviamente, cuanto más amplia sea la descripción del trabajo del empleado individual, más difícil será para él / ella evitar los efectos de las Secciones 11 (2) y 39 anteriores.
Incluso si el trabajo es creado por el empleado en su propio tiempo y utilizando sus propios recursos, el empleado no necesariamente podrá reclamar ningún derecho en ese trabajo, si el empleador demuestra que la naturaleza del trabajo creado fue lo que podría ser razonablemente contemplado como parte de los deberes del empleado. Esto se demuestra en el caso de Missing Link Software v Magee [1989] FSR 361. Allí, el tribunal sostuvo que los derechos de autor en un programa de software escrito por un empleado fuera de su tiempo de trabajo y en su propio equipo se hicieron durante el empleo, ya que caía dentro del alcance de las tareas que el señor Magee estaba empleado para llevar a cabo ".
Básicamente, debido a que estas bibliotecas cumplieron un requisito específico en un proyecto en el que estaba trabajando para ellos, tienen un reclamo sobre ellas.
EDITAR 2 : debe comprender que el hecho de que haya dos versiones del código probablemente no sea relevante. El código satisface una necesidad que la empresa tiene en un proyecto en el que estaba trabajando y lo escribió mientras trabajaba para la empresa (incluso si era en su propio tiempo). Eso les da un fuerte reclamo sobre la "IP central" del código, no solo sobre una copia específica que implementaste en su proyecto; verlo como dos ramas no cambia eso.
Vale la pena señalar que incluso reescribirlo se denominaría un trabajo derivado y la IP aún se quedaría con la empresa, incluso en una nueva versión.
Creo que tienes una idea de lo que quieres que sea verdad y estás tratando de cambiar las cosas para hacerlo, pero por lo que estás diciendo, creo que la compañía tiene un fuerte reclamo sobre el código que no vas a usar. ser capaz de trabajar
fuente
Si su empresa le está pagando para codificar, es su código. No lo lanzaría como un proyecto de código abierto a menos que tenga su permiso.
fuente
Ha habido casos en los que el código escrito en casa mientras trabajaba para una empresa se consideraba propiedad de la empresa. No estoy seguro de si eso alguna vez se probó en el tribunal, pero creo que es bastante obvio que cualquier código que escriba utilizando el equipo de la compañía, durante el tiempo de la compañía (es decir, el tiempo que está sentado en su escritorio que le paga la compañía para escribir el código) y por El software de la empresa pertenece a la empresa. Usted firmó un acuerdo con ellos (verifique su contrato de trabajo) que dice que le darán dinero a cambio de que les escriba un código. No te impresionaría si te dijeran que retendrían tu salario porque pretendían darle caridad.
Entonces, en resumen, no es su código. No te pertenece. Los espacios de nombres deben ser el nombre de la empresa porque les pertenece. ¡Le pagaron a alguien para que lo escribiera! (es decir, usted)
fuente
Creo que hay un lugar donde cometiste un error. El problema es que escribiste código en casa en tu propio tiempo y luego descubriste que el código sería útil en el trabajo, por lo que también comenzaste a usarlo allí. Lo que probablemente sería lo correcto en este caso, es no incorporar el código que se realizó fuera del trabajo en el código de su empresa. Tendría que usar el tiempo de la compañía para reescribir la funcionalidad que ya escribió, para que puedan usarla. "Pero eso es una gran pérdida de tiempo", dices. Entonces, la otra opción es que le licencian / le compran el código por un precio o gratis para que sepan que están legalmente autorizados a usar el código. Creo que lo que podría estar pasando por la mente de sus empleadores es que se preguntan qué pasará con ese código cuando se vaya. ¿Todavía tienen derecho a usar ese código?
Muchos programadores trabajan en cosas en su tiempo libre que probablemente serían útiles para sus empleadores, pero no debe comenzar a mezclar el código sin la aprobación de la empresa.
fuente
Los futuros programadores necesitan saber quién escribió el código en caso de que el nivel de documentación sea inadecuado (lo cual es triste).
Siempre firmo mi nombre por este motivo. ¡Y también me recuerda que necesito asegurarme de hacer un gran trabajo, porque sé que si no lo hago, algún colega enojado me llamará en medio de la noche! :)
fuente
Como casi todo el mundo ha dicho, es probable que la empresa tenga algún reclamo sobre el código (con frases como "He escrito probablemente el 90% de este proyecto en casa", es turbio).
Una de las cosas a considerar en el futuro es revisar cuidadosamente los contratos de trabajo y obtener un "tiempo propio, un kit propio -> propiedad propia" u obtener una exención por proyecto de la empresa. Eso no es de ayuda en este momento, desafortunadamente.
fuente
¿Qué hay de malo en usar otro nombre? ¿El nombre de tu hijo / hija / gato / perro / hámster? Entonces no tiene que tener estas dificultades: acaba de elegir un nombre "amigable".
fuente
Todas las respuestas parecen concentrarse en la propiedad.
Pero la propiedad y la autoría (autores y propietarios, resp) son nociones diferentes.
El autor está vinculado a derechos morales o inalienables que son :
Si una obra ya creada, y el producto de su explotación, pueden ser incautados por los acreedores, según sea el caso, este último no puede exigir que dicha obra sea divulgada con el fin de recuperar el dinero adeudado por su autor.
Los derechos de autor morales o inalienables no se pueden renunciar en la mayoría de las jurisdicciones .
Si bien la propiedad está relacionada con los derechos económicos, también conocidos como propiedad,
¿Por qué no simplemente seguir la práctica de cómo se firman los artículos científicos, cuando los trabajadores trabajan con frecuencia como investigadores / profesores visitantes, empleados / financiados en múltiples entidades? o bajo financiamiento independiente de partes 3d: nombre del autor + dónde se realizó el trabajo + créditos que financiaron el trabajo.
Tenga en cuenta que estas son relaciones de muchos a muchos (un autor, y su trabajo, pueden tener múltiples afiliaciones y financiación).
fuente