open source - son - Liberación de código abierto sin el permiso de su empleador
qué es el software open source o de código abierto (19)
Es ilegal y poco ético, y si incluso lo escribe por su cuenta sin "reescribir" el código original, está en violación de su contrato de trabajo.
Por cierto, comienza a buscar trabajo. Soy tu jefe
Estoy trabajando en un proyecto en el trabajo y veo la oportunidad de extraer y abstraer algunas funcionalidades que son parte del proyecto y liberarlas como código abierto.
Me cuesta aceptar la idea de que esta funcionalidad debe seguir siendo propietaria y creo que la comunidad de fuente abierta obtendría un gran beneficio de ella.
¿Esto no sería ético sin consultar a mi empleador?
Además, mi jefe es un poco controlador y le gusta a las personas de Google de forma regular, por lo que sospecho que descubrirá mi versión de código abierto lo más pronto posible.
Dado que él se opone estrictamente a la liberación de cualquier funcionalidad como código abierto y me despediría por hacerlo, ¿hay alguna otra vía que pueda utilizar para lanzar este código?
¿Cómo se han acercado otros a este dilema?
Estaba pensando en volver a escribir el código para que no se pueda distinguir excepto en la funcionalidad del código de mi empleador. ¿Eso me ayudaría o estoy camino a prisión por pensar de esta manera (este código debe ser revelado? ¡Me está volviendo loco!)?
Eso es un robo de propiedad intelectual y, a menos que viva en China, es ilegal.
Admiro tu consideración de la comunidad de código abierto. Lamentablemente, usted está obligado por la ley, ese código es en realidad propiedad de su empleador, por lo que su liberación equivale a llevar sus muebles de oficina a la planta baja y entregárselos a extraños.
Incluso el concepto detrás del código puede pertenecerles así que no importaría si usted lo reescribió sustancialmente.
Nadie en este foro recomendaría actividades ilegales o no éticas, por lo que si intenta eludir esto, y estoy seguro de que hay maneras, estaría solo, a menos que decida consultar a su comunidad criminal local para obtener sugerencias.
La mayoría de los contratos tienen una cláusula que dice que los artículos escritos pertenecen a su empleador. Creo que terminarías siendo despedido rápidamente si hicieras esto.
No soy abogado Mejor consultar uno.
Pero me parece poco ético.
No sé sobre su contrato de trabajo, pero si lo escribió en el horario de su empresa y recibía el pago, diría que el software les pertenece. Si tiene una cláusula de no competencia, incluso la reescritura sería arriesgada para usted.
Lo mejor es consultar a un abogado.
No veo cómo tiene alguna base legal o ética para publicar el código de su empleador como código abierto sin el consentimiento de su empleador, incluso si reescribe el código. Si haces esto y tu empleador se entera, el mejor escenario es que te despidan. El peor escenario es que te demanden. Si yo fuera tu empleador, haría lo segundo.
Por cierto, dado que usted dice que su empleador revisa regularmente a los empleados, publicar esta pregunta bajo su propio nombre puede no haber sido una buena idea.
Parece que has respondido tu propia pregunta ya que sabes que tu jefe se opondría. Sin embargo, si eso no es suficiente para que reconsidere la publicación del código que ha escrito mientras estaba empleado por un empleador que se preocupa por esto, considere el ejemplo real del desarrollador de Perl "Tilly" - Slashdot: Cuidado con los contratos de empleo .
Tilly escribió un código significativo usado en Perl. La comunidad de Perl se volvió dependiente de su trabajo en la medida en que su empleador lo amenazó con demandarlo por divulgar el código desarrollado mientras estaba bajo contrato y sacudió a la comunidad de desarrollo de Perl. Finalmente, el empleador decidió no ejercer sus derechos sobre el código ya publicado, pero las cosas podrían haber ido muy mal rápidamente.
Haga un favor a usted mismo, a su empleador y a los usuarios potenciales de su código: no libere lo que no le pertenece. Si desea luchar por el derecho a liberar el código mientras está empleado, gane ese derecho ANTES de obtener una base de usuarios confiada dependiendo de su código.
Es probable que desee leer las ideas de Tilly sobre el tema de los empleados profesionales y las obras de alquiler .
Primero, volvería a leer su contrato, posiblemente con la ayuda de un abogado, para ver qué es exactamente lo que está permitido y qué no.
Es posible que se le permita insinuar a otra persona la posibilidad de hacer algo como eso. Esto es a menudo suficiente para estimular el desarrollo independiente. Solo asegúrese de que esta sugerencia se haga en privado / anónimamente y no contenga ninguna información que solo usted pueda tener.
Sí, no sería ético divulgar su código como código abierto sin el permiso de su empleador. Desafortunadamente, no hay mucho que puedas hacer. No recomendaría hacer una versión de código abierto del código propietario en el que está trabajando. Simplemente hay demasiado espacio para demandas.
DESCARGO DE RESPONSABILIDAD : no soy abogado.
Creo que tiene un talento único para meterse en problemas. ¡Solo mire lo que está haciendo y vea por sí mismo cuánto se está perjudicando a sí mismo y a la economía!
- No tienes el consentimiento de tu empleador
- Tienes que reescribir tu código
- Puede perder su trabajo.
(Una vez que esto sucede, hay una larga lista de consecuencias a seguir: dejará de gastar, comenzará a incumplir sus préstamos, aumentará los números de desempleo y creará un desastre)
Así que solo piense si tiene los sentidos correctos antes de hacer cosas como estas. Todos los días pueden encontrar oportunidades para desafiar las reglas. Pero eso no es para lo que estamos contratados. ¡Por favor!
Respuesta corta: es casi seguro que sea ilegal y poco ético robar el código de su empleador, ya sea que lo esté convirtiendo o no en código abierto.
Solución corta: rescríbalo desde cero, en casa y en tu propio tiempo.
Advertencia breve: es posible que su contrato / contrato de trabajo específicamente evite exactamente este tipo de cosas. Lea antes de actuar.
Comience con un documento que defina los requisitos y las especificaciones de lo que cree que debe crearse. Si te sientas y piensas en los resultados de tu primer prototipo (que te pagaron por construir), hay muchas posibilidades de que veas oportunidades de mejora. Cree un proyecto de código abierto con esa misión y comience a codificar según esos requisitos. Escriba un producto completamente nuevo que cumpla con sus requisitos, donde todos puedan ver y contribuir, y posiblemente haya hecho algo útil que también tenga poca trazabilidad en su trabajo original.
Clave corta en el ataúd: cuando lo reescribas, escríbelo primero en un idioma diferente. Si el proyecto es popular, vuelva al proyecto más adelante y cree versiones en diferentes idiomas (incluida la que usa en el trabajo).
tl; dr : es posible que su contrato / contrato de trabajo específicamente evite exactamente este tipo de cosas. Lea antes de actuar. NOTA: esto es intencionalmente el mismo que la advertencia anterior.
Puedes (no deberías) hacer un par de cosas.
a) Libere la fuente sin licencia. Si su empleador es dueño de la fuente, esto es Infracción de derechos de autor. La fuente sin licencia no es de código abierto, es solo un repositorio de ideas donde las ideas pueden ser copiadas pero no el
b) Libere la fuente con una licencia. Si su empleador es el propietario de la fuente, esto es Infracción de derechos de autor, y posiblemente también otra cosa, como Fraude (IANAL). También destruye por completo la confianza que las personas depositan en las licencias de código abierto.
No hay muchas cosas que pueda concebir que hagan despedir a uno de mis empleados en el acto, ¡pero liberar el software que poseía, aparentemente de código abierto, calificaría!
No solo está engañando a su empleador que le pagó para crear el código, sino que también está atormentando a cualquiera que adopte su código de buena fe como parte de su proyecto. Si transfiere el código a otras personas a las que no tiene derecho legal de usar, las forzará a arrancar su código y volver a implementarlo desde cero cuando se descubra su robo (y sea un robo).
EDITAR: Varios comentaristas a continuación parecen confundidos y piensan que esto es un problema con la ley de derechos de autor, y no clasifican el robo de un código fuente de un empleador, ya que el empleador todavía tiene su propiedad original. Sin embargo, el empleador ha perdido algo que es potencialmente muy valioso para su negocio: el acceso exclusivo a su código, que les ofrece una ventaja competitiva. Esto no tiene nada que ver con los derechos de autor (aunque si liberas el código de tu empleador con tus propios derechos de autor, como se exige en la mayoría de las licencias de código abierto, claramente estás cometiendo fraude): el problema es que se trata de un robo de secretos comerciales. Si el código es parte integral del negocio del empleador, entonces puede considerarse un secreto comercial. Los secretos comerciales no tienen que registrarse con el gobierno, por lo que es probable que vaya a la corte si su empleador está lo suficientemente enojado. Si tiene un buen abogado, se resolverá inmediatamente para evitar el enjuiciamiento.
Revelar intencionalmente un secreto comercial, también conocido como Secreto Comercial de Robo, es un delito federal y estatal, punible con hasta 10 años de prisión y una multa de 500,000. En otras palabras, no solo está engañando a su empleador, arruinando proyectos que adoptan su código de buena fe, sino que también se está alineando para un riesgo legal significativo.
Esto es probablemente a lo que la mayoría de nosotros nos referiríamos como un "X Files" como respuesta ;-)
Solo para que conste, también creo que, al menos en las circunstancias descritas, esto se reduciría a ser un "robo intelectual", por lo que realmente se reduce a los detalles de su contrato.
Además, personalmente me haría un par de preguntas, como:
- ¿Por qué realmente quiero lanzar este código fuente al público?
- ¿Qué tiene de revolucionario?
- ¿Vale la pena la posible molestia (es decir, estar desempleado / ser demandado)?
Por lo tanto, no solo puedo relacionarme con su situación, sino también con la situación de su empleador, y de hecho estaría harto de un empleado que simplemente libera mi IP en el dominio abierto / público (o como fuente abierta), sin duda si eso significa que puedo sacrificar una ventaja competitiva. ¿Has firmado alguna NDA?
Por lo tanto, es de hecho un dilema ético.
Por otro lado, también puedo entender el sentimiento de que algo realmente debe ser conocido por la humanidad (si ese es realmente el caso), así que si tu código fuera a resolver problemas mundiales importantes como "hambre mundial", "pobreza mundial", "cáncer", "SIDA" o la "crisis energética" al inventar energía nuclear limpia, ¡por Dios !: qué diablos ;-)
No, honestamente: si estuviera en una situación similar, donde estaría convencido de que al liberar información al descubierto -que desarrollé bajo contrato- para poder ayudar a la humanidad de alguna manera importante, consideraría destilarla en términos muy abstractos , conceptos básicos algorítmicos que podrían publicarse de manera fácil y anónima en sitios web como wikileaks.org .
De hecho, solo volver a implementar los algoritmos en un lenguaje niché (pensar brainfuck ;-)) también podría ayudar a oscurecer los orígenes, hay tantos lenguajes niché que no son convencionales, y que muchos desarrolladores no necesariamente entienden. De hecho, incluso puede cifrar o proteger con contraseña su información, de modo que deberá ser desbloqueada por cualquier tercero que esté interesado en ella, de modo que realmente no proporcionó nada directamente. El uso de esquemas de encriptación que pueden ser descifrados en un período de tiempo previsible por la potencia informática correspondiente, le daría la garantía de que su código finalmente será desbloqueado por alguien.
Sin embargo, de cualquier manera, me abstendré de publicar todo lo que esté asociado con mi nombre o cualquier otra información personal que pueda usarse en mi contra en el peor de los casos. De hecho, ni siquiera me involucraría en actividades relacionadas con tal esfuerzo desde mi lugar de trabajo, mi hogar o cualquier lugar que pudiera vincularme directamente a mí.
Su empleador posee el código que ha producido bajo su empleo. Este es el contrato que se realiza cuando vende sus habilidades de desarrollo por dinero; produce código para su empleador y le confiere la propiedad, y él produce dinero para su código y le confisca su propiedad. Es un intercambio. En esta situación, no es ético divulgar el código sin el debido consentimiento, excepto circunstancias extraordinarias (vida o muerte, etc.).
Sin embargo, no es antiético utilizar su conocimiento y experiencia acumulada y entrenamiento para escribir una pieza de software completamente independiente que logre fines similares. Su empleador puede considerar que esto es un conflicto de intereses y despedirlo por ello, pero mientras este código esté completamente desprovisto de cualquier código del código base de su empleador, no hay casi nada más que pueda hacer (hasta donde yo sé; IANAL) (asumiendo una relación estándar empleado-empleador y sin contratos extraordinarios).
Si realmente crees que un código similar sería una gran ayuda para la comunidad de código abierto, estoy seguro de que todos te animamos a que sigas construyendo y lanzando ese proyecto, pero por favor, asegúrate de hacerlo de una manera completamente legal y sin ambigüedades. ; asegúrese de que no aparezca nada del código original en su clon y de que no esté sujeto a una legislación o contrato ajeno. Una licencia imprecisa, sucia o dudosa en relación con su proyecto lo haría tan inútil para la comunidad de código abierto más grande.
¡Buena suerte!
Solo pensé en agregar mi opinión:
Creo que mantener el código de código cerrado no es ético si al hacerlo se obtiene muy poco beneficio mientras que liberarlo beneficiaría a muchos.
Sin embargo, si su empleador posee el código, es su decisión, y si él toma una decisión no ética no le otorga ningún derecho sobre su código.
Sin embargo, veo una solución: si su contrato le permite escribir -y poseer todos los derechos sobre este tipo de código fuera del horario laboral-, puede escribir el código, liberarlo como código abierto y luego usar un código abierto. biblioteca en el código de su empleador (una biblioteca cuyo autor es usted).
Sin embargo, tendría que elegir una licencia de código abierto apropiada para el código (por ejemplo, el código GPL no puede usarse realmente en un software de código cerrado).
Pero si le han pagado para escribir el código, entonces el empleador tiene la última palabra.
Tenga en cuenta, IANAL.
Esta podría ser su propia pregunta, pero parece bastante sobre el tema aquí. Todo el mundo dice que revise su contrato de trabajo y hable de no divulgación y no competencia ... ¿qué pasaría si, al ser contratado, nunca firmó nada y no hay ningún contrato o acuerdo? ¿No serás el propietario de ese código y podrás publicarlo libremente si lo deseas? En uno de los podcasts de SO, Joel menciona que, en una situación como esta, el programador es el propietario y puede liberarlo. Sé que hay capturas con todo, pero ¿hay alguna información que ver en este escenario?
No estoy de acuerdo con la mayoría de las respuestas aquí, mi forma de pensar es más o menos así: si desarrollas algo por tu cuenta, en tu propio tiempo, es tu intelecto en el trabajo y por lo tanto tu propiedad intelectual, por lo tanto, tienes todo el derecho hacer lo que quieras con tu producto No se puede simplemente olvidar las buenas ideas / implementaciones que tenía programadas solo porque trabajó para el empleador X en algún momento del pasado. Si todos hiciéramos eso, el OSS probablemente no existiría.
Sin embargo, si la idea detrás del código no es suya, o si la base del código en sí no es únicamente suya, debe obtener el consentimiento de todas las partes involucradas en la producción.
No me refiero a que no te despidan, pero esa es tu decisión y eres libre de hacerlo. Sin embargo, dudo seriamente que tenga algún tipo de problema legal si puede probar eso (o refutar al otro) la idea y la implementación surgieron de su cabeza y se hicieron en su tiempo libre.
Si publica el código de su empleador como "software libre", pone en peligro el proyecto de software libre al que está contribuyendo. Esta es una de las razones por las cuales la Free Software Foundation solicita la verificación previa de los derechos de autor y, si es necesario, un descargo de responsabilidad del empleador de una persona. Con los formularios y descargos de responsabilidad, pueden defenderse bastante bien de un reclamo de infracción de derechos de autor. Los proyectos que no verifican dos veces la propiedad del código de los contribuidores enfrentan batallas legales si alguien intenta contribuir con el código de su empleador.
Si algo es ético depende de sus ideas sobre lo que está bien o mal. En este caso, es probable que usted y su jefe tengan ideas diferentes, por lo tanto, no estoy seguro de que la pregunta sea significativa.
Lo que realmente quieres saber es si es legal . Esto depende tanto de su legislación local como de los términos de su contrato de trabajo. Al menos aquí en Bélgica, la empresa tendrá derechos de autor sobre todo el trabajo que realice para la empresa a menos que los términos de su contrato especifiquen lo contrario. Creo que esta es típicamente la regla en otros lugares también. La ley de derechos de autor de los EE. UU., Por ejemplo, cubre esto como " trabajos realizados por contrato ":
(b) Trabajos hechos para alquiler. - En el caso de un trabajo realizado por contrato, el empleador u otra persona para la que se preparó el trabajo se considera el autor para los fines de este título, y, a menos que las partes hayan acordado expresamente lo contrario en un instrumento escrito firmado por ellos, posee todos los derechos comprendidos en el copyright.
Entonces , no, no puedes simplemente tomar el trabajo y darle una licencia de software libre .
Sin embargo, los derechos de autor solo cubren implementaciones, no ideas. De nuevo de la ley de derechos de autor de los Estados
En ningún caso la protección de copyright para una obra original de autor se extiende a ninguna idea, procedimiento, proceso, sistema, método de operación, concepto, principio o descubrimiento, independientemente de la forma en que se describe, explica, ilustra o encarna. en tal trabajo.
Esta es la diferencia entre patentes y derechos de autor. Por lo tanto, puede crear una nueva implementación si no hay patentes sobre estas ideas.
Editar : como comentaron algunos comentadores, su contrato de trabajo puede incluir cláusulas de no competencia o de no divulgación que pueden aplicarse incluso a reimplementaciones.
Edit2 : si se viola una cláusula de no divulgación , entonces se puede aplicar la ley de secreto comercial . Y como puede leer en esa ley (o en la respuesta de Tim Howland), las sanciones por "Robo de secretos comerciales" pueden ser bastante duras.