El código abierto desafía los conflictos de intereses: Red Hat lo dice todo | Desarrolladores


Red Hat, un importante proveedor de soluciones de código abierto, nunca ha tenido un documento completo que guíe la participación de los asociados en proyectos de código abierto, hasta ahora.

En una supervisión continua, la empresa solo tenía anotados algunos procesos relacionados. Gran parte de la forma en que la empresa y sus trabajadores interactuaban con la contribución de código abierto se conocía solo en la práctica empresarial de larga data, ampliamente comprendida pero no documentada.

Quizás bajo la influencia de su reciente compra por parte de IBM, Red Hat anunció recientemente la publicación externa de sus pautas de participación de código abierto. La compañía publicó las pautas en GitHub bajo la licencia CC BY-SA 4.0.

Los funcionarios de Red Hat esperan que sus pautas estimulen a otras organizaciones a considerar cómo abordan el código abierto, ya sea adoptando estas o pautas similares en beneficio de sus propios empleados.

En general, el anuncio de Red Hat parece un enfoque común para formalizar cómo / cuándo / por qué los empleados participan en proyectos de código abierto, según Charles King, analista principal de Pandit.

“Francamente, me sorprende que la empresa no lo haya hecho antes, ya que es el tipo de cosas que se abordarían en un código de conducta formal para los empleados. Es muy posible que la decisión de seguir adelante esté relacionada con la adquisición de IBM Red Hat “, dijo King a LinuxInsider.

Las dos compañías anunciaron esa adquisición a fines de 2018. El gerente de Red Hat para la oficina del programa de código abierto, Brian Profitt, señaló en su blog reciente sobre las nuevas pautas de código abierto que el esfuerzo comenzó a principios de 2019.

A la intemperie

Cuando todo su negocio gira en torno al código abierto, la participación comunitaria y el desarrollo inicial, es una suposición razonable de que le preguntarán cómo funciona todo eso, escribió Profitt.

Red Hat no ha sido reservado sobre sus procesos de código abierto. Más bien, varias personas dentro de la empresa han publicado guías, preguntas frecuentes y documentos técnicos. El CEO de Red Hat, Jim Whitehurst, dio charlas TED y escribió un libro sobre el tema.

Aún así, Red Hat recibe preguntas frecuentes de personas y organizaciones sobre cómo Red Hat hace que funcione el código abierto. Ahora, una compilación oficial de las pautas de Red Hat está disponible para que todos la vean.

En pocas palabras, todos los asociados de la empresa pueden contribuir a cualquier proyecto de código abierto que deseen. Incluso pueden hacerlo en el horario de la empresa o en su propio horario.

Por supuesto, todo lo que se haga en el horario de Red Hat debe estar relacionado con su trabajo. Pero el proyecto específico no importa.

El único requisito para los trabajadores de Red Hat que contribuyen a proyectos de código abierto es seguir las pautas de gobernanza y contribución existentes para ese proyecto, según Profitt.

A principios de 2019, Red Hat comenzó a trabajar con el equipo legal de la empresa para redactar el primer borrador. Hasta agosto del año pasado, la empresa publicó la primera edición internamente.

Ahora Red Hat tiene todos los detalles detallados y publicados para acceso público en aras de la claridad y uniformidad. La empresa utilizó The Open Decision Framework para compilar sus pautas de trabajo oficiales para el código abierto.

Algo inusual

Es muy común que las empresas de código abierto cuenten con un documento guía para participar en proyectos, según Ruth Suehle, directora de alcance comunitario en la Oficina del Programa de Código Abierto de Red Hat.

“No creo que sea muy poco común en la industria del software, particularmente en empresas donde hay muchos colaboradores de código abierto. Sin embargo, a menudo no se publican y tienden a centrarse en cuáles son las restricciones. Por ejemplo, parece ser común requerir la aprobación del gerente antes de contribuir a un proyecto “, dijo a LinuxInsider.

Ese punto sobre las restricciones es un factor que puede distinguir a Red Hat de lo que tienen otras empresas de código abierto. Eso le dio a Red Hat un desafío interesante al escribir sus pautas.

“No tenemos ese tipo de restricciones, y no queríamos intentar documentar exhaustivamente todas las posibles restricciones que tampoco tenemos”, dijo Suehle.

El documento formal se basa en la afirmación de larga data de la empresa de que todos sus trabajadores son libres de participar en los proyectos. De hecho, todo el documento podría resumirse con las primeras 12 palabras de la sección 3: “Se anima a los asociados de Red Hat a participar en proyectos de código abierto”, señaló.

“No creamos ningún obstáculo entre los asociados y los proyectos de fuente abierta”, agregó Suehle.

Solo dos partes de las pautas establecen algún tipo de límite para los asociados de la empresa, aclaró. La primera es que los proyectos utilizan una licencia aprobada por la Iniciativa de código abierto. La segunda es que si se le pide a un asociado que firme un acuerdo de colaborador externo, debe consultar con el equipo legal de Red Hat.

Sin conflicto de intereses

La noción de conflicto de intereses como un impedimento para una participación más activa de código abierto en todos los ámbitos de la empresa es una idea que va en contra del modelo de código abierto. Red Hat no ve un conflicto de intereses con sus trabajadores que participan en proyectos de código abierto de otras empresas.

La declaración de misión de Red Hat es ser el catalizador en las comunidades de clientes, colaboradores y socios que crean una mejor tecnología a través del código abierto. La compañía cree que compartir abiertamente la innovación y las ideas beneficia a todas las partes involucradas en un proyecto, dijo Suehle.

Red Hat enumera las tres comunidades de código abierto (clientes, colaboradores y socios) por separado en la declaración de misión, tienen una superposición significativa. También a veces tienen intereses o misiones en conflicto, estuvo de acuerdo.

“Pero lo más importante, son grupos que se juntan regularmente en proyectos de código abierto para colaborar. Si bien algunas empresas ven los conflictos como una barrera, una razón para no participar, vemos que la fuerza que tenemos construyendo cosas juntos es mayor”, explicó. Suehle.

La forma de código abierto implica construir sobre lo que vino antes: pararse sobre los hombros de gigantes. Eso es una parte clave de por qué Red Hat hace las cosas al aire libre. También es la razón por la que la compañía les dice a sus asociados que está bien contribuir a cualquier proyecto gratuito o de código abierto, dijo.

Evangelio según Red Hat

El documento de pautas de Red Hat es deliberadamente lo suficientemente genérico como para ser una guía general para que la adopten otras empresas, según Suehle. Son un resultado directo de la cultura de Red Hat.

Pero fomentar abiertamente la participación en proyectos de código abierto beneficia a todos los involucrados. Red Hat espera que otras empresas adopten políticas similares.

“Esa es una gran parte de la razón por la que decidimos compartir algo escrito originalmente para nuestros asociados públicamente en Github”, dijo Suehle.

El documento de directrices está disponible para descargar aquí.


Jack M. Germain ha sido reportero de ECT News Network desde 2003. Sus principales áreas de enfoque son TI empresarial, Linux y tecnologías de código abierto. Es un crítico estimado de distribuciones de Linux y otro software de código abierto. Además, Jack cubre ampliamente temas de privacidad y tecnología empresarial, así como desarrollos en comercio electrónico y electrónica de consumo. Envíe un correo electrónico a Jack.

.



Source link