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

16

¿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 .

dblock
fuente
Sí, escribí la política de contribución para una empresa de tecnología de más de 150,000 empleados. (Soy un abogado corporativo)

Respuestas:

1

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.

Joel C
fuente
1

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.

yasouser
fuente
44
yasourer: Gran enlace, pero como sugerencia, intente incluir algunos de los sentimientos clave de los enlaces para que estos hilos en el intercambio de pila sigan siendo válidos independientemente de que los enlaces cambien o se muevan.
Chris
@ Chris Estoy de acuerdo con tu sugerencia. Lo haré después de llegar a casa :)
yasouser
0

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.

Chris
fuente
-2

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.

Bryan Harrington
fuente
55
@pavel: eso no tiene sentido ya que comenzaron codeplex y contribuyen a jquery. Me gustaría saber de dónde sacaste eso porque es contra intuitivo.
Tony
77
@ Bryan Me imagino que esto sería difícil de aplicar. ¿Por qué un programador (que normalmente disfruta de la programación) se uniría a una empresa que no le permite hacer lo que le gusta hacer en su tiempo libre? Eso evitaría que la empresa se volviera grande y grande. En segundo lugar, Google hace exactamente lo contrario y es un ejemplo contrario.
alternativa
2
@mathepic, MS tiene muchos proyectos en codeplex que son de código abierto. Algunos incluso se están trabajando activamente. Mi punto es que MS no es la misma compañía que eran hace 10 años. Para ser justos, tienen un largo camino por recorrer ...
Tony
3
De fuentes confiables: Microsoft tiene una política de contribución de código abierto. No se puede compartir, pero existe. Requiere autorización de LCA para contribuir, pero hay muchos desarrolladores de Microsoft que contribuyen a muchos proyectos de código abierto. También hay microsoft.com/opensource , que es más que un sitio de marketing.
dblock
1
No todos los "contratos" que firmas son legales y ejecutables. A menos que lo que esté haciendo en su propio tiempo, y utilizando su propio espacio y equipo, compita directamente con su empleador, les sería difícil hacer cumplir algo tan draconiano como "no se puede escribir código que no sea para nosotros". ¿Imagina a un técnico de reparación de automóviles a quien se le prohibió arreglar su propio automóvil?
JoelFan