¿Cómo puedo asegurarme de que el código de mi proyecto nocturno sea mío?

Soy físico con un título de CS y acabo de comenzar mi doctorado en una empresa de tecnología (quería hacer investigación aplicada). Se trata de simulaciones de elementos finitos a gran escala.

Después de revisar su enfoque actual, creo que se debe aplicar un método radicalmente diferente (están utilizando una herramienta comercial que es muy limitada).

Prefiero basar mi investigación en un solucionador de elementos finitos de código abierto y escribir un programa que lo utilice. Me gustaría desarrollar esta idea por las tardes, porque ese es el momento que más me conviene para programar (durante el día prefiero la lectura y las matemáticas) y usarla en una etapa tardía de mi doctorado.

Me gustaría tener la opción de lanzar mi programa como código abierto en mi sitio web como referencia, para uso futuro personal o incluso comercial (por ejemplo, consultoría).

¿Cómo puedo asegurarme de que mi empresa no reclame la propiedad del código?

Pensé que un sistema de control de versiones podría ayudar (ver solo por la noche). Esto documentaría que programé no durante las horas regulares de oficina (documentado en otro lugar). Pero estos datos se pueden fabricar fácilmente. ¿Alguna otra idea?

Quiero enfatizar que no estoy interesado en vender software y que mi compañía tampoco.

Muy interesantes respuestas hasta ahora. Esto claramente me ayuda. Algunas observaciones:

• No estoy restringido por mi contrato de trabajo. La ley nacional dice que la empresa es propietaria de todo lo que produzco durante las horas de trabajo y no se ha hecho ningún acuerdo especial (mi empleador no está vendiendo software y puede ser un poco ingenuo de este lado). En su mayoría utilizan software y ninguno de mis colegas es un programador serio.
• En segundo lugar, necesito repensar el punto planteado por @Mark sobre los secretos comerciales. Esto es bastante grave en la industria en particular.
• En tercer lugar, me importa mucho no molestar a mi supervisor / jefe. Pero, y esta es la motivación para esta pregunta, me gustaría mantener un poco separada la parte innovadora de mi trabajo para poder reutilizarla o al menos demostrarla como un trabajo de referencia.

No escuches a nadie que diga "tu propio tiempo es tu propio tiempo, ¡solo no le digas a nadie!" porque ese es un consejo increíblemente malo que es casi seguro que te meterá en problemas, si no en tu trabajo actual, entonces en alguno futuro.

No solo los contratos de trabajo varían demasiado y de manera significativa para que cualquier tipo de asesoramiento genérico sea útil, sino que diferentes países (incluso en la UE) o incluso diferentes estados dentro de un solo país (EE. UU.) Tienen diferentes reglas con respecto a la cantidad de su trabajo el empleador es propietario, e incluso si cree que está en un lugar seguro, puede ser demandado independientemente, dependiendo de lo molesto que esté su empleador. ¿Quién tiene los bolsillos más profundos para honorarios legales, usted o su empleador? Ya me lo imaginaba.

Obtenga primero el permiso y póngalo por escrito , de modo que su trasero esté cubierto en caso de que se convierta en un problema más tarde (incluso años después, con un grupo de administración completamente diferente que de repente se asusta por lo que la administración anterior estaba totalmente relajada: puede ' ¡Predecir el futuro!)

Si desea codificar algo por su cuenta y usarlo para su empresa, querrá aclararlo con su jefe primero, dejando claro que está trabajando fuera de las horas de trabajo. Tendría que consultar su política de uso de software para ver si puede usar programas de código abierto como una solución de la compañía. Para mi empresa, siempre que el programa se desarrolle fuera del horario de la empresa y no en los sistemas de la empresa, podríamos distribuirlo a la comunidad de código abierto y usarlo internamente.

No soy abogado, pero si usted trabajara en mi empresa y comenzara a trabajar en algún proyecto de código abierto donde el proyecto toca mi negocio, entonces no sería feliz. Especialmente cuando le das algo gratis al mundo que de otro modo podríamos vender nosotros.

Eso sería incluso cuando trabajas solo por la noche, usando tu propio hardware o software, en casa. Así que te sugiero que hables mejor con tu jefe.

Su problema específico no se puede responder sin conocer los detalles de su contrato de trabajo y los detalles de las leyes laborales locales, pero se puede sugerir una respuesta a su problema general .

Me parece que su trabajo se divide en cuatro categorías distintas:

1. El trabajo que haces en tu tesis doctoral.
2. El trabajo que realiza para crear y mantener la biblioteca de análisis de elementos finitos que utiliza para su trabajo de doctorado.
3. El trabajo que realiza aplicando su solucionador de elementos finitos a problemas en su lugar de trabajo.
4. El trabajo que realiza para crear y mantener la biblioteca de análisis de elementos finitos que utiliza para el trabajo de su empresa.

Está claro que todo el trabajo realizado para 3 es propiedad de la empresa para la que trabaja y probablemente sea confidencial y propietario.

También está claro que, moralmente, debe ser dueño de todo el trabajo realizado en 1, pero eso puede no ser legalmente el caso a menos que lo consiga escrito explícitamente en su contrato de trabajo.

Es cuestión de 2 y 4 lo que es más complicado. Lo ideal es combinarlos, así que puedo ver tres opciones aquí:

• La peor opción es mantenerlos completamente separados y tener que repetir la codificación que haces en el trabajo cuando llegas a casa o viceversa. Incluso entonces, es posible que no poseas los derechos de tu biblioteca personal , incluso si la haces de código abierto.

• La siguiente opción es que la empresa mantenga la propiedad de la biblioteca, pero usted consigue que le otorguen una licencia, a perpetuidad, para usarla en su trabajo de doctorado. Desafortunadamente, eso significa que no podrá lanzarlo como código abierto.

• Finalmente, y esta es probablemente la venta más difícil, hace que su empresa patrocine su biblioteca de código abierto.

Este último caso es el más interesante, pero los tres requieren que negocies con tu empleador.

Al patrocinar su trabajo en una biblioteca de código abierto, su empresa se convierte en la buena persona , obtiene el beneficio de su tiempo no remunerado y, potencialmente, obtiene aún más valor a medida que otras personas ayudan a probar, depurar y mejorar la biblioteca.

Ahora tendrá que tener cuidado de mantener mejoras específicas de dominio relacionadas con los secretos comerciales de la empresa en una sucursal local de la empresa, o estructurar su biblioteca de manera extensible, para que no se filtren en su biblioteca, pero esto no es un problema insuperable .

No ha enumerado su contrato o el lugar donde vive, pero puedo decirle que aquí, en los EE. UU., Su empresa generalmente posee todo lo que hace, incluso fuera del trabajo, si está relacionado con su negocio y da su descripción de que cree que tiene una solución. algo que están haciendo es mejor que su solución actual que suena muy directamente relacionada con su negocio.

Correspondería a los tribunales decidir si lo que está haciendo está relacionado, pero parece bastante claro a partir de su descripción.

La idea de que las cosas fuera del tiempo de trabajo que están relacionadas con el negocio de su empresa les pertenece a menudo suena extraño al principio, pero hay muchas razones lógicas por las que tiene que ser así para muchos tipos de trabajos.

Imagine que la ley fuera suya todo lo que se haga fuera del tiempo de trabajo, independientemente de si estaba relacionado. ¿Cuáles serían las consecuencias? Algunas ideas para comenzar.

Usted está en una reunión con algunos compañeros de trabajo de 11 a.m. a 12 p.m. y discute algunos objetivos de nuevos productos. 12pm a 1pm tomas tu descanso para almorzar. Durante el almuerzo tienes una lluvia de ideas y piensas en una solución increíble. ¿Eres dueño de esa solución? ¿Puede volver razonable y moralmente a la empresa y exigirles que compren esta solución que acaba de obtener porque pensó que no estaba en horario de la empresa?

Para los trabajadores del conocimiento, las compañías no le pagan 40 horas a la semana. Le pagan para resolver los problemas que le plantean independientemente de cuándo.

Como otros han señalado, también hay un conflicto de intereses. Imagina que trabajo en una compañía de juegos que hasta ahora solo ha hecho juegos de estrategia en tiempo real. Decido, en mi propio tiempo, hacer un juego de plataformas en casa después de las horas. Si diseño un gran algoritmo de IA en casa, ¿no tengo la obligación moral de compartirlo en el trabajo? Si retengo las ideas de los sistemas de juegos que desarrollo en casa a partir de las soluciones que propongo en el trabajo, ¿estoy realmente manteniendo mi parte del trato con mi empleador? Me están pagando por esas soluciones. Podría decirse que, aunque se me ocurrió en mi propio tiempo, pertenece al empleador. Nuevamente, me están pagando por soluciones, independientemente de cuándo estén pensadas.

Si quieres trabajar en cosas fuera del trabajo, básicamente tienes algunas opciones

1) Obtenga permiso por escrito.

2) Haga algo inequívocamente no relacionado con el negocio de sus empleados.

3) Renuncia y haz lo que te hizo sentir tan seguro.

Para el # 2, nuevamente, dependerá de los abogados si está remotamente relacionado. Si trabaja en una empresa de TI durante el día y dirige un restaurante por la noche, probablemente no haya ningún problema. Si trabaja en una empresa que hace software de seguridad de red y escribe una aplicación de Twitter por la noche, comenzará a ser más ambigua. Solo usted puede decidir cuánto riesgo tomar. Los mejores enfoques son # 1 o # 3

Si nada más funciona, entonces tal vez pueda publicar el código bajo el nombre de otra persona de su confianza (un buen amigo, novia, su madre) y hacer un "contrato" de que es el propietario del código o dejar que él / ella lo "licencia". para ti o algo similar

No digo que esto sea sensato, pero se utilizan esquemas similares en todo el mundo para todo tipo de cosas y tal vez puedan ayudarlo a protegerse legalmente de su empresa. No estoy seguro de cómo funcionaría para usted si no lo hace y no me tome demasiado en serio.

Tuve un problema similar una vez, en una escala mucho más pequeña ... Algunos comentarios: No creo que el código fuente se comprometa con un servicio de repositorio remoto ( codificación , github , bitbucket , etc.) puede fabricarse. Un enfoque que seguí fue comprometerme con un amigo que miraba el repositorio en el otro extremo de una sesión de MSN (discutimos eso y él testificaría en la corte si fuera necesario).

Una buena lectura sobre cómo alguien habló con su compañía es (creo) la aplicación Y-combinator de dropbox , citando:

¿Alguno de los fundadores está cubierto por acuerdos de propiedad intelectual o no competitivos que se superponen con su proyecto? ¿Alguno trabajará como empleados o consultores para alguien más?

Drew: Se trabajó en la oficina de Bit9; Consulté a un abogado y tengo una carta firmada que indica que Bit9 no tiene participación / propiedad de ningún tipo en Dropbox

Lo que haría si fuera usted, sería proceder y estar listo para demostrar en cualquier momento que cualquier cosa que cometa, no está relacionada de ninguna manera con el material disponible en su trabajo "matutino" ...