Código abierto vs standards abiertos

omemos el término “abierto”. Ha sido tan usado y abusado por proveedores de tecnología de un par de décadas en adelante, que es difícil poner en claro una definición de lo que hoy en día significa. Por lo tanto, no debería sorprendernos que los usuarios tomen el relevo para definir la palabra “abierto”.

Hoy en día, el termino “abierto” ha terminado asociado con el código fuente del software, standards de la industria, comunidades de desarrolladores, y una amplia variedad de modelos de licencia; cuatro fenómenos distintos que a menudo son entremezclados de distintas formas. Cada uno de estos fenómenos tiene un papel que jugar, pero es importante entender qué es cada uno, y qué no es.

De los cuatro, los standards abiertos son los más críticos porque tomar una decisión hoy no puede impedir que tomes otra diferente mañana. Sobre esto, son los standards abiertos. Son documentos que esbozan acuerdos de convenciones para hacer que diferentes programas funcionen juntos, lo que significa que actualmente lo hacen. Con los standards abiertos, tu compañía puede seleccionar y escoger entre los vendedores rivales y no estar fija en uno solo.

Mucha gente cree que el software de código abierto ofrece las mismas ventajas, pero no es necesariamente el caso. Código abierto simplemente significa que el código subyacente del software está disponible para su inspección y modificación. Quizás el ejemplo más famoso es el www.kernel.org/">kernel de Linux, pero hay otros muchos : el servidor web Apache, el entorno de ventanas Gnome, el browser Mozilla, el gestor de recursos Gris Engine, y OpenOffice.org, solo por nombrar algunos. De hecho, el fenómeno del código abierto tiene más de 20 años desde Unix y la licencia BSD originada por Bill Joy.

Los mejores proyectos de código abierto son aquellos que actualmente amplifican un standard, incrementando su aceptación en el mercado y aumentando la compatibilidad entre plataformas.

Algo para recordar es que las condiciones de licencia para el software varían. Si tú eres un CIO, querrás estar seguro de que entiendes como cada tipo de licencia de código abierto funciona… GPL, Lesser GPL, Apache, Mozilla, BSD, BSD modificado… para así poder determinar cuál es la que más conviene para el trabajo realizado.

La cosa más importante sobre código abierto y standards abiertos es si hay o no hay una comunidad abierta detrás. ¿Cómo es el proceso? ¿Puede cualquier entrar, competidores, clientes, estudiantes? Después de todo, las innovaciones pueden, y frecuentemente lo hacen, venir de cualquier sitio.

El software de código abierto debe quizás una gran parte de su popularidad al proceso inclusivo y a la riqueza que le brinda a la tecnología. (El hecho de que puedas descargarlo gratis no daña tampoco). Pero el proceso también presenta desafíos.

Puedes tener gente y compañías contribuyendo al código, pero el código no pasa necesariamente a formar parte de la corriente principal. Puede acabar sencillamente dentro de los productos de una compañía individual. Por eso hacer software de código abierto y disponible es bueno, pero no siempre significa que todo lo que la comunidad produce vaya a ser compatible.

De nuevo, ese es el motivo por el cual los standards son el factor más importante. Los standards dan al CIO algo con lo que probarse, para asegurar compatibilidad y elección.

La clave, después de todo, es mantener tus opciones abiertas.

Artículo extraido de Tectonic, traducido y adaptado por José Miguel Aguilar para LaFlecha.