¿Tiende a escribir su propio nombre o el nombre de su compañía 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 he llamado 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 realmente no hay ningún procedimiento sobre cómo deberíamos escribir software en la empresa.

Otra cosa a tener en cuenta es que tengo la intención de algún día lanzar 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 clases en proyectos personales y de trabajo?

¿También funciona al revés? Si escribo una biblioteca de clases completamente en el trabajo, ¿quién es el propietario de 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,

Actualización

He hablado con mi jefe sobre este problema y él está de acuerdo en que son mis objetos y está bien para que los pueda usar en código abierto. Antes de esta conversación, empecé a cambiar los objetos de todos modos, lo que en realidad era bastante productivo y el código ahora se adapta a este proyecto específico más que antes.

Pero gracias a todos los involucrados por un debate muy interesante. Espero que todo este texto no se desperdicie y que alguien aprenda de él. Ciertamente lo hice.

Cheers,

    
pregunta Connell 27.06.2011 - 11:57

8 respuestas

11

(Renuncia de responsabilidad estándar - No soy abogado ...)

Desde tu perfil pareces estar en el Reino Unido.

En ese caso, depende de cómo estés empleado. Si usted es un miembro permanente del personal, es casi seguro que su empleador posee el funciona . 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 del mismo reside en su empresa.

Si usted es un contratista, entonces puede haber un caso en el que tenga algún reclamo, pero dependerá de la naturaleza del contrato. En términos generales, la mayoría de los contratistas de TI del Reino Unido están clasificados como trabajadores contratados, lo que significa que, de nuevo, la propiedad intelectual depende de la empresa y no de la persona. Ciertamente, hablar de un contrato de trabajo estándar sugiere que este será el caso si usted tiene contrato permanente.

En estas circunstancias, no tiene derecho a publicarlos como fuente abierta (o incluso a llevarlos a su próximo empleador) y debe pensar en ellos de la misma manera que piensa en cualquier otro software propietario y actuar en consecuencia. - No son tuyos, simplemente tienes acceso al código fuente.

EDIT : con respecto al hecho de que usted desarrolló algo de eso en su propio tiempo. En el momento en que comenzó a utilizarlo en el trabajo sin hacer valer sus derechos y otorgarle la licencia a la compañía por adelantado, lo hizo muy turbio, ya que ahora es muy difícil mostrar qué se hizo cuando. Por lo que dice, las bibliotecas de códigos se han probado, depurado y corregido en el tiempo de trabajo (y la compañía posee todo lo que se hizo en su tiempo), más la obvia superposición con el trabajo que estaba haciendo por ellos (como lo demuestra el hecho de que cumplió con 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

· Sección 39 de la Ley de Patentes de 1977

tratar con la propiedad de los trabajos de los empleados. Según estas disposiciones, los empleadores esencialmente adquieren la propiedad de los derechos de propiedad intelectual con respecto a las obras creadas por un empleado que él / ella

· estaba obligado a producir según los términos de su contrato de trabajo o

· podría esperarse 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 empleado crea el trabajo en su propio tiempo y utiliza 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 que 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 horario de trabajo y en su propio equipo se realizaron en el transcurso del empleo, ya que estaba dentro del alcance de las tareas que el Sr. Magee estaba empleado para llevar a cabo ".

Básicamente, debido a que estas bibliotecas cumplieron con un requisito específico en un proyecto en el que estabas trabajando para ellas, tienen un reclamo sobre ellas.

EDIT 2 : debe comprender que el hecho de que haya dos versiones del código es probablemente irrelevante. El código responde a una necesidad que tiene la empresa en un proyecto en el que estaba trabajando y lo escribió mientras estaba empleado por la empresa (incluso si fue en su propio tiempo). Eso les da un fuerte reclamo sobre la "IP principal" del código, no solo sobre una copia específica que usted implementó en su proyecto, ya que verlo como dos sucursales no cambia eso.

Vale la pena señalar que incluso reescribirlo se denominaría un trabajo derivado y la propiedad intelectual seguirá estando en 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 torcer las cosas para que eso sea así, pero por lo que dices, creo que la compañía tiene un reclamo bastante fuerte del código del que eres No voy a poder trabajar alrededor.

    
respondido por el Jon Hopkins 27.06.2011 - 12:44
12

Si su compañía le está pagando al código, es su código. No lo publicaría como un proyecto de código abierto a menos que tenga su permiso.

    
respondido por el RoboShop 27.06.2011 - 12:10
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 alguna vez se probó en el tribunal, pero creo que es bastante obvio que cualquier código que escriba usando el equipo de la compañía, durante el tiempo de la compañía (es decir, el momento en el que está sentado en su escritorio recibe pago de empresa para escribir código) y para la empresa el software 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 escriba el código para ellos. No se sorprenderían si dijeran que le retendrían su salario porque tenían la intención de darle caridad.

En resumen, no es tu código. Usted no lo posee. 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, yo diría que es de todos modos, ya que podrían despedirlo fácilmente por hacer su propia tarea en el tiempo de la empresa en el Al menos, y luego reclamar que les pertenece de todos modos. El mejor consejo para el futuro es mantener por separado lo que usted hace y lo que hace por su empleador totalmente .
respondido por el gbjbaanb 27.06.2011 - 12:19
2

Creo que hay un lugar donde cometiste un error. El problema es que usted escribió el código en casa en su propio tiempo y luego encontró que el código sería útil en el trabajo, por lo que también comenzó a usarlo allí. Lo que probablemente sería lo correcto en este caso, no es incorporar el código que se hizo fuera del trabajo en el código de su compañía. Tendrías que usar el tiempo de la empresa para volver a escribir la funcionalidad que ya escribiste, para que puedan usarla. "Pero eso es una gran pérdida de tiempo", dices. Entonces, la otra opción es que ellos obtengan su licencia / compren el código por un precio o de forma gratuita para que sepan que están legalmente autorizados a usar el código. Creo que lo que podría estar pasando en la mente de su empleador es que se están preguntando qué pasará con ese código cuando se vaya. ¿Todavía tienen el derecho de usar ese código?

Muchos programadores trabajan en cosas en su tiempo libre que probablemente serían útiles para sus empleadores, pero no debería comenzar a mezclar el código sin la aprobación de la compañía.

    
respondido por el Kibbee 27.06.2011 - 14:57
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, lamentablemente, suele ser así).

Siempre firmo mi nombre por este motivo. ¡Y también me recuerda que debo asegurarme de hacer un gran trabajo, porque sé que si no lo hago, algún colega enojado me llamará en medio de la noche! :)

    
respondido por el Alex 27.06.2011 - 15:32
0

Como casi todo el mundo ha dicho, es probable que la compañía tenga algún reclamo sobre el código (con frases como "Probablemente he escrito el 90% de este proyecto en casa". Es turbio).

Una de las cosas a considerar en el futuro es revisar cuidadosamente los contratos de empleo y obtener un tiempo completo, un kit propio - > propiedad propia 'u obtener una exención por proyecto de la empresa. Eso no ayuda en este momento, desafortunadamente.

    
respondido por el Vatine 27.06.2011 - 14:13
0

¿Qué hay de malo en usar algún otro nombre? ¿El nombre de tu hijo / hija / gato / perro / hámster? Entonces no tienes que tener estas dificultades, simplemente has elegido un nombre 'amigable'.

    
respondido por el Mathew 27.06.2011 - 16:54
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
  • Incomputable
    Si un trabajo ya creado, y el producto de su explotación, puede ser incautado por los acreedores, según sea el caso, este último no podrá exigir que dicho trabajo sea divulgado con el fin de recuperar el dinero adeudado por su autor. / li>

Los derechos de autor morales o inalienables no se pueden renunciar a 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 solo seguir la práctica de cómo se firman los artículos científicos, cuando los trabajadores trabajan frecuentemente como investigador / profesor visitante, empleado / financiado en múltiples entidades? o bajo financiamiento independiente de partes 3d: nombre del autor + donde se realizó el trabajo + créditos que financiaron el trabajo.

Tenga en cuenta que estas son muchas o muchas relaciones (un autor, su trabajo, pueden tener múltiples afiliaciones y financiamiento).

    
respondido por el Gennady Vanin Геннадий Ванин 13.11.2011 - 04:03

Lea otras preguntas en las etiquetas