¿Tiende a escribir su propio nombre o el nombre de su empresa en su código?


13

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,


10
Creo que esta pregunta necesita una advertencia como "Campo de minas legal por delante"
Matt Ellen

44
no tiene que decir nada sobre el software en particular. Una vez que te pagan por tu tiempo, todo lo que hagas en ese momento les pertenece.
gbjbaanb

1
Aquí es donde radica el problema. Lo que uso en casa, lo hice en mi propio tiempo. Sin embargo, tengo una versión editada de ese código para un proyecto de trabajo, que edité en su momento.
Connell

1
@Connell: tampoco es un abogado y depende del país en el que se encuentre, pero por lo general puede haber un área gris sobre cualquier cosa que haga en su propio tiempo, cualquier cosa que haga en su tiempo es casi seguramente suya y ellos son dueños de la propiedad intelectual. . La versión corta: no es su código, es de ellos, simplemente lo escribió.
Jon Hopkins

2
@ Matt Creo que tendré que conversar con mi empleador entonces. Vea si puedo obtenerlo por escrito, quién posee el código que tengo en mi tiempo. Una pregunta final. Si publico el código de inicio como código abierto, ¿eso le daría a cualquiera los derechos para usar y editar mi código, incluido mi empleador? ¿No resolvería eso el problema? ¡Gracias por tu ayuda!
Connell

Respuestas:


11

(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


Todos parecen estar diciendo cosas similares. Lo único que me confunde es que la mayoría de la gente me dice que no los publique como código abierto. Si es mi código, lo he desarrollado en mi propio tiempo, con mi propio IDE en mi propia computadora. ¿Seguramente tengo los derechos para liberar ese código? ¿Entonces esto me permitiría usar y editar este código para la compañía, como si fuera cualquier otro código de código abierto?
Connell

@Connell: vea la edición anterior, la versión TL; DR: los derechos probablemente aún pertenecen a la empresa, no a usted.
Jon Hopkins

Muy buena respuesta! Gracias. He decidido reescribir las bibliotecas en el trabajo. Aunque todavía hace algo muy similar, ese código será de la compañía. No se puede decir nada sobre la similitud entre los proyectos, ya que ningún contrato o ley me quita el derecho de aprender de las experiencias en el hogar para escribir software en el trabajo o viceversa.
Connell

1
@Connell - Creo que te has perdido el punto. El código que ya existe es de la compañía; debe reescribirlos en su hogar por completo a su tiempo para tener una versión que posea. Incluso entonces será cuestionable. Veo en su sitio web que está buscando irse. Lo mejor que puede hacer es conseguir un nuevo trabajo con un contrato que deje en claro quién posee qué y luego comenzar a trabajar en una reescritura.
Jon Hopkins

55
@Connell: usted dice que el código en casa no se ha tocado en el tiempo de la empresa. ¿Puedes probar eso? Absolutamente y de manera concluyente? El hecho de que haya una versión en su trabajo que sea una versión modificada del código enturbia demasiado las aguas como para probarlo. Le ha otorgado a su empleador la propiedad del código, ya que una versión del mismo reside en su sistema. Su VCS (tienen uno, supongo) tendrá registros de las versiones del código que (en sus ojos) se desarrollaron en su momento, por lo que solo eliminarlo no hará ninguna diferencia, excepto que ahora pueden afirmar que han pagado para desarrollar dos veces
u

12

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.


Escribí probablemente el 90% de este proyecto en casa. He realizado algunos cambios en el trabajo y, de hecho, no uso ninguno de estos cambios en mi casa, así que ¿si los lanzo sin estos cambios? ¿Necesitaría pedir permiso entonces?
Connell

1
@Connell: Primero, no soy abogado. Si ese fuera el caso, me aseguraría de hacer separaciones claras entre su API y su código. Ni siquiera tendría el código fuente en el trabajo, y solo haría referencia a la DLL.
RoboShop

@Connell: Y también para reiterar una vez más, no soy un abogado. Eso es justo lo que haría ...
RoboShop

Sí, pensé en pegarlo en una DLL. Estoy un poco preocupado por todo esto, así que tengo que tomar algún tipo de acción. Creo que mis opciones son usar una DLL (pero de esa manera si ya no trabajo aquí y necesitan hacer cambios en esa capa de código, tendrán que volver a escribirlo, de lo que podrían no estar contentos), o renombrarlo y volver a escribirlo con un diseño ligeramente diferente.
Connell

3

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)


  • advertencia: debe verificar su contrato o los términos de empleo para determinar si lo anterior realmente es cierto en su caso, diría que es de todos modos, ya que podrían despedirlo fácilmente por lo menos en tiempo de compañía, y luego afirmar que les pertenece de todos modos. El mejor consejo para el futuro es mantener lo que usted hace por sí mismo y lo que hace por su empleador totalmente separado.

Gracias por el aviso, creo que volveré a escribir el código de la empresa y lo mantendré separado. Pensé que si era mi código y lo estaba usando para la compañía, es casi como si tuviera la licencia y le estoy dando permiso a la compañía para usarlo.
Connell

2

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.


2

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! :)


3
Para eso están los registros de control de fuente.
Adam Lear

Sí, eso es cierto, pero como desarrollador independiente, a menudo me han asignado proyectos en los que el control de la fuente se usó incorrectamente o no se usó en absoluto. No toma más de unos segundos agregar su 'sello' a sus archivos fuente. Cambios a los códigos existentes que siempre documento en los sistemas de control de origen donde están disponibles ... :)
Alex

Excepto cuando el código se mueve a un nuevo repositorio por cualquier razón y los registros se han ido. Tuve una situación como esta recientemente, en la que no se pudo rastrear un problema debido a eso.
scrwtp

0

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.


0

¿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".


Por extraño que parezca, solo estaba investigando esto. Estoy tratando de pensar en un nombre de proyecto único y agradable para él :)
Connell

... Actualmente uso 'Theodore', el nombre del gato de mi vecino. Esto nunca aparece como algo más que inofensivo. Otros nombres que he usado "parecían una buena idea en ese momento" y no funcionaron a la larga. Aquí hay algunos para hacerle pensar: applemuseum.bott.org/sections/codenames.html
Mathew

0

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 :

  • perpetuo
  • inalienable
  • Derecho imprescriptible
  • Insostenible
    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).

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.