¿Tiene su empresa una política escrita sobre cómo contribuir a proyectos de código abierto? [cerrado]

¿Tiene su empresa una política escrita sobre cómo contribuir a proyectos de código abierto?

Hemos estado contribuyendo con el estilo "no preguntes, no digas", pero es hora de escribir algo. Agradecería tanto el texto completo de la política escrita como los fragmentos.

Actualización : hemos avanzado un poco desde que hice esta pregunta y ahora tengo una política de este tipo . Lea esto .

En algunos estados de los EE. UU., Viola la ley de empleo estatal para que un empleador limite la capacidad de los empleados para contribuir a proyectos de código abierto o para intentar reclamar la propiedad del código que contribuye un empleado, con algunas restricciones (que varían de estado a estado) . Por lo general, esto solo se aplica al trabajo realizado fuera de su horario normal de trabajo, y el trabajo no puede realizarse utilizando equipos o recursos de la empresa (es decir, una computadora y / o licencias de software propiedad de la empresa). También debe ser algo que no compita directamente con su empleador; por ejemplo, si su empleador tenía un sistema de administración de contenido en línea patentado, la ley probablemente no se aplicaría si quisiera contribuir a un proyecto de CMS de código abierto.

Sin embargo, sé que en California y Carolina del Norte, la ley estatal establece explícitamente que tiene prioridad sobre cualquier acuerdo de empleo vigente.

Estoy viendo esta pregunta ahora solo. Muchos pueden haber leído este artículo de slashdot, pero si no lo ha visto: ¿Qué debo hacer con mi ex empleador robando mi código gratuito?

Aunque la publicación original de slasdot no está directamente relacionada con esta pregunta, muchas de las respuestas sí lo están.

Es bueno que pienses en elaborar algunas reglas formales. Estos son algunos de los extractos del enlace que he citado anteriormente, que son experiencias de otros programadores con sus empresas debido a políticas relacionadas con la contribución a proyectos de código abierto. Hay muchas respuestas agradables y reveladoras, pero citando 3 de ellas:

Cita-1:

Es tan estándar que siempre debe pedir permiso a su empleador antes de escribir y lanzar software de código abierto; es posible que no tenga derecho a hacerlo, incluso si el software no está relacionado con el negocio de su empleador e incluso si se desarrolla en su tiempo libre; el lenguaje en mi contrato no es ambiguo al respecto.

Asumiendo que en este caso el permiso para escribir y lanzar software de código abierto era implícito, todavía no significa que la compañía haya perdido el control de su propiedad intelectual; siempre pueden obtener una doble licencia bajo una licencia de propiedad. No pueden "recuperar" el software GPL ya lanzado, y no pueden obtener ninguna contribución de terceros a ese linaje, pero pueden optar por desarrollar la base de código original de una manera completamente cerrada, es suya.

Cita-2:

Es posible negociar con una empresa para preservar la propiedad de sus propias actividades personales, pero debe ser proactivo y, en general, tener influencia (en mi caso, estaba retrasando una fusión con un departamento de TI / desarrollo completo. Su shmo promedio solo tiene el deseo de la empresa para que trabajen allí). También espere que la / cualquier compañía haga todo lo posible para ser dueño de todo lo que usted es, y suponga que está jodido y lea cualquier documentación que le pidan que firme con esa intención en mente.

Cita-3:

aprenda lo que significa la licencia MIT ... son completamente libres de distribuir bajo cualquier licencia que elijan, siempre y cuando lo citen. No lo están robando, lo están usando bajo la licencia gratuita que le proporcionó.

En cuanto a la GPL, sí, debe buscar un abogado allí, eso es una violación. Por supuesto, si codificó este código GPL en su momento, de todos modos es su derecho de autor, y son libres de usarlo de la forma que mejor les parezca.

No tenemos una política directa con respecto a esto. Larga historia corta: el trabajo creado en la universidad es propiedad de la universidad a menos que se declare antes del inicio de la codificación.

De vez en cuando he discutido con mi jefe sobre esto y no hemos llegado muy lejos, ya que se convierte en una pesadilla política, ya que las personas que necesitan aprobar esto no entienden el software de código abierto aparte de "generalmente es gratis". idea.

/ yo espera ansiosamente otras respuestas!

Actualización: este tema surgió recientemente en el trabajo, nos reunimos con nuestro equipo legal y todo parece estar bien. Mi entendimiento (de mi empleador) es que esto es caso por caso, pero están dispuestos a trabajar con los empleados interesados.

No tengo ninguna situación que pueda citar directamente, sin embargo, imagino que los principales ingenieros y programadores de las principales empresas tienen prohibido escribir cualquier otro código por cualquier otro motivo que no sea beneficioso para la empresa para la que trabajan. Por supuesto, esto es puramente especulativo de mi parte.