¿Deben las bibliotecas públicas de códigos que escribí permanecer libres y abiertas después de usarlas en un contrato / producto comercial?

7

He escrito una pequeña biblioteca de clases en mi idioma preferido (PHP, pero en realidad no importa), y normalmente las uso en la mayoría de mis proyectos.

Hasta ahora, los proyectos han sido personales, o cosas pequeñas en mi trabajo a tiempo parcial que no es realmente un producto comercial. Ninguna de estas cosas me preocupa en cuanto a la libertad que tengo para reutilizar esas mismas bibliotecas más tarde. [En ese sentido, ¿debería preocuparme por los empleos a tiempo parcial? ¿Podrían esos problemas causar con mis bibliotecas más adelante?]

Pronto, sin embargo, espero entrar en trabajos free-lance / contract más serios que, sin duda, utilizarán las bibliotecas que he escrito.

¿Debo asegurarme de que el contrato o los términos de trabajo me permitan explícitamente usar mi código anterior en el proyecto y, lo que es más importante, después de el proyecto, o es un historial de Github que muestra que fue claramente desarrollado mucho antes de cualquier contrato suficiente?

¿Cuáles son los problemas legales con un código como este (bibliotecas, reutilización de código, código abierto, etc.)?

    
pregunta rockerest 11.07.2011 - 07:42

3 respuestas

7

Es bueno pensar detenidamente sobre estos temas con anticipación, aunque parezca que tienes todo a mano.

  1. Debe informar al empleador que va a otorgarles la licencia de este código (licencia de código fuente, a perpetuidad, para trabajos derivados, etc.).

  2. Debe documentar esa licencia explícitamente (por referencia) en el código fuente y posiblemente en la interfaz del usuario, y en un acuerdo firmado con su empleador.

  3. Eso les da la oportunidad de tomar una decisión informada.

  4. Tenga mucho cuidado y hable con su jefe acerca de las obras derivadas que realice en su nombre (naturalmente, legalmente será el propietario de todas las obras derivadas que se realicen en su nombre; puede que no estén contentos o sorprendidos al ver obras derivadas en github).

  5. Sería mucho más fácil para usted abrir primero el código de código fuente completo, luego puede decir en el acuerdo que se esperan contribuciones / mejoras a su proyecto x, y las contribuciones están explícitamente bajo el mismo código abierto. licencia.

  6. Es posible que necesite hablar con un abogado en términos del trabajo nocturno que realiza en el proyecto. A menudo veo lenguaje en los contratos que no le permiten poseer su IP creada mientras que un empleado / contratista de un compañía (incluso en las noches).

Hablar con su empleador sobre esto podría ser una buena cosa, o podría etiquetarlo como un pedante (como la mayoría de los programadores), así que pise un poco.

Mi esposa pasó por esto cuando comenzó a enseñar. Ella trajo sus materiales de enseñanza a la escuela. Así que ella documentó sus contribuciones al principio para poder usarlas en el futuro.

    
respondido por el Andrew Russell 11.07.2011 - 10:08
2

Por lo general, le sugiero que discuta esto con su empleador. Por lo general, le proporcionan un formulario que le permite declarar cualquier IP que posea antes de firmar el contrato. Si mejor declara su trabajo de antemano, o pueden considerar que produce ese trabajo dentro de la duración del trabajo contratado.

Mencionó sobre la marca de tiempo en GitHub, pero ¿por qué ponerse en la posición de tener que demostrar su inocencia cuando podría haberlo declarado antes?

    
respondido por el Antony 11.07.2011 - 07:51
2

Además de los otros puntos planteados, no asuma que solo tiene que tener una licencia.

Con mucho gusto podría lanzar una versión al público bajo GPL y tener otra licencia para sus clientes comerciales con soporte. Mi respuesta a otra pregunta relacionada puede ser interesante para usted.

    
respondido por el Mark Booth 12.07.2011 - 18:46

Lea otras preguntas en las etiquetas