Gracias por el A2A. Los acuerdos codiciosos y restrictivos como ese dicen mucho sobre la compañía, pero desafortunadamente son comunes. Hay varias razones para eso.
Primero, todos esos acuerdos son plantillas de abogados copiadas / pegadas separadas de la realidad: contratación de inventores versus trabajadores de cintas transportadoras (más sobre eso a continuación). Son creados por abogados corporativos que piensan en los términos más restrictivos para proteger la propiedad intelectual de sus clientes (obviamente no usted). Muy común entre los formularios entregados a las startups por incubadoras (patrocinadas por abogados) que se desviven para impresionar al cliente, y desde entonces no se modificaron.
Desafortunadamente, el 99.9999% de los desarrolladores de software que trabajan para el hombre nunca harán su pregunta ni leerán esos acuerdos. No han inventado nada en su vida, ni van a hacerlo. Muchos ni siquiera son lo suficientemente inteligentes como para reconocer un proyecto paralelo o de código abierto como un posible conflicto de intereses con su “trabajo diario”, en el buen sentido: para hacer un “trabajo mucho mejor” que su empleador no permite (o paga) ellos para hacer.
- ¿Cómo debo decidir entre software e ingeniería eléctrica para mi especialización?
- ¿Es cierto que cada ingeniero de software gana más de un lakh en India?
- ¿Qué opinas del ensayo de Edsger Dijkstra "Sobre la crueldad de enseñar realmente informática" y por qué?
- ¿Cuál es la mejor manera de organizar / estructurar un grupo de programadores?
- ¿Cuáles son las principales industrias que utilizan software personalizado?
Lo más probable es que lo contraten como gruñido para corregir errores, escribir código repetitivo y, de lo contrario, trabajar según el libro. Prácticamente nadie se emplea (cambia de trabajo, etc.) con sus propios inventos. Esas personas son empleadas por Google o compañías que no quieren abandonar. Y si “furtivamente” (al más alto nivel), nadie los insultaría con tales acuerdos. ¿Puedes visualizar a Linus Torvalds firmando esos? Desafortunadamente, tú y yo aún no estamos en ese nivel, por lo que nos tratan como gruñidos y programadores para golpear el teclado. La “deslocalización” y el ganado suministrado por el taller solo empeoraron la mentalidad del empleador. No inventores entre los sirvientes.
He estado en tu situación por un tiempo. Siempre es una sorpresa (para los empleadores), cuando completo la sección de invenciones anteriores del típico contrato de IP restrictivo. Supongo que los inventos no son parte de las responsabilidades laborales cotidianas para “ponerlo a trabajar”. Somos ingenieros Se espera que inventemos, ¿no? El enfoque posesivo “todo en tu cerebro nos pertenece automáticamente porque te pagamos un salario casi promedio” es malo. Debe pensar cuánto quiere trabajar para ese empleador y, definitivamente, mantener abiertas sus opciones.
A menos que sea Google. Personalmente, pensaría mucho si quiero renunciar a mi futuro empresarial incluso para Google. Fueron más lejos. Un amigo mío recientemente contratado allí tuvo que entregar su startup (no mucho, ya que se alejó fácilmente, pero aún así …). Estoy seguro de que su posición en el código abierto es igual de estricta. ¿Debería mencionar también los “viernes de Google” o como se llamen oficialmente allí? Ahora, Google es una cosa, pero cuando un departamento de TI típico de mierda o una fábrica de software “mediana” comienza a hacer “Viernes de Google” y pone sus manos en proyectos privados, es un poco injustificado decirlo suavemente. Para empezar, pagan la mitad de los salarios de Google, sin mencionar el sombrío futuro profesional “subcontratado”. ¿Estás siendo contratado por Google, Facebook o Amazon?
Entiendo que necesitas ganarte la vida. Este es uno de los atroces casos corporativos de “no preguntes, no digas”. Nadie lo despediría por violar esa cláusula a menos que su jefe esté buscando una excusa para deshacerse de usted, en cuyo caso encontrarían fácilmente otra cosa.
Mantener un perfil bajo es clave. Nunca van a descubrir en qué nicho de proyecto de código abierto está involucrado. El problema solo surgirá si su proyecto paralelo lo convierte en millonario. Pero incluso entonces la carga de la prueba recae sobre ellos. Tendrían que demostrar que realmente trabajó en su proyecto exitoso mientras trabajaba para ellos, y aprovechó su conocimiento laboral y capacitación específica, etc., etc.
No estoy seguro de dónde vives / trabajas. Los acuerdos de no competencia no son exigibles en mi estado: California, ni creo en ningún lugar de los EE. UU. La Europa debe ser la misma. La propiedad intelectual (ideas, técnicas, patrones, diseños, etc.) es un área gris grande. Las patentes son complicadas, ya que lo ponen en el radar del empleador de inmediato y deben divulgarse. Aunque muy pocas cosas son patentables en el desarrollo de software hoy en día.