Nuestro mundo tiene grandes problemas que resolver, y lo que necesitamos desesperadamente en esta búsqueda son las comunidades de código abierto y estándares abiertos que trabajen juntas.

Permítanme darles un ejemplo vívido, tomado de las duras realidades de 2020. El año pasado, Estados Unidos experimentó casi 60,000 incendios forestales que quemaron más de 10 millones de acres, lo que resultó en la destrucción de más de 9.500 hogares y la pérdida de al menos 43 vidas.

Fui bombero voluntario en California durante 10 años y fui testigo de la importancia crítica de la tecnología para ayudar a los bomberos a comunicarse de manera efectiva y entregar información crítica de seguridad rápidamente. Por lo general, varias agencias se presentan para combatir estos incendios, trayendo consigo radios de diferentes fabricantes, cada uno de los cuales usa software propietario para configurar las frecuencias de radio. Como resultado, reprogramar estas radios para que los equipos puedan comunicarse entre sí es un proceso innecesariamente lento y potencialmente mortal.

Si los fabricantes de radio hubieran contribuido en cambio a una implementación de código abierto compatible con los estándares, las radios podrían haberse alineado rápidamente a las mismas frecuencias. Los fabricantes de radios podrían haber proporcionado una herramienta valiosa que salva vidas en lugar de un obstáculo para perder el tiempo, y podrían haber compartido el costo de desarrollar dicho software. En esta situación, como en tantas otras, no se puede obtener ninguna ventaja competitiva con el software de programación de radio patentado y se pueden derivar muchos beneficios invaluables de la estandarización.

El código abierto y los estándares abiertos son obviamente diferentes, pero los objetivos de estas comunidades son los mismos: interoperabilidad, innovación y elección.

El beneficio de estándares consistentes y las correspondientes implementaciones de código abierto no es exclusivo de situaciones críticas de seguridad como los incendios forestales. Hay muchas áreas de nuestras vidas que podrían beneficiarse enormemente de una mejor integración de estándares y código abierto.

LEER  Google comienza a aparecer en centros de vacunación, camas de hospital y noticias sobre oxígeno en India - TechCrunch

Índice del Contenido

Código abierto y estándares abiertos: ¿cuál es la diferencia?

“Código abierto” describe el software que está disponible públicamente y es gratuito para que cualquiera lo use, modifique y comparta. También describe una filosofía de desarrollo de software colaborativo y basado en la comunidad, con intercambio abierto de ideas, participación abierta, creación rápida de prototipos, gobernanza abierta y transparencia.

Por el contrario, el término “estándar” se refiere a definiciones acordadas de funcionalidad. Estos requisitos, especificaciones y pautas garantizan que los productos, servicios y sistemas operen de manera interoperable con calidad, seguridad y eficiencia.

Existen docenas de organizaciones con el propósito de establecer y mantener estándares. Los ejemplos incluyen la Organización Internacional de Normalización (ISO), el Instituto Europeo de Normas de Telecomunicaciones (ETSI) y el Consorcio World Wide Web (W3C). OASIS Open también pertenece a esta categoría. Un estándar es “abierto” cuando se desarrolla a través de un proceso de creación de consenso, guiado por organizaciones abiertas, justas y transparentes. La mayoría de la gente estaría de acuerdo en que el proceso de desarrollo de estándares es cuidadoso y deliberado, asegurando el consenso a través del compromiso y dando como resultado especificaciones y límites técnicos sostenibles.

¿Dónde está el medio?

El código abierto y los estándares abiertos son obviamente diferentes, pero los objetivos de estas comunidades son los mismos: interoperabilidad, innovación y elección. La principal diferencia está en cómo logran estos objetivos, y con eso me refiero principalmente a la cultura y al ritmo.

Chris Ferris, miembro de IBM y director de tecnología de tecnología abierta, me dijo recientemente que con las organizaciones de estándares a menudo parece que el resultado final es ralentizar las cosas. A veces es por buenas razones, pero también he visto a la competencia sacar lo mejor de la gente. El código abierto parece ser mucho más colaborativo y menos polémico o competitivo. Esto no significa que no existan proyectos competitivos que aborden el mismo ámbito.

LEER  Con el nuevo socio Colin Hanna y Shikha Ahluwalia como asociado, Balderton se muda a Berlín - TechCrunch

Otra característica cultural que afecta el ritmo es que el código abierto se trata de escribir código y las organizaciones de estándares se dedican a escribir prosa. Las palabras sobreviven al código cuando se trata de interoperabilidad a largo plazo, por lo que la cultura de los estándares es mucho más deliberada y reflexiva a medida que desarrolla la prosa que define los estándares. Aunque los estándares no son técnicamente estáticos, la intención de un estándar es lograr algo que sirva sin cambios significativos a largo plazo. Por el contrario, la comunidad de código abierto escribe código con una mentalidad iterativa, y el código se encuentra esencialmente en un estado de evolución continua. Estas dos culturas a veces chocan cuando las comunidades intentan moverse juntas.

Si es así, ¿por qué intentar encontrar la armonía?

La colaboración entre el código abierto y los estándares abiertos impulsará la innovación

Internet es un excelente ejemplo de lo que puede lograr la armonía entre el código abierto y las comunidades de estándares abiertos. Cuando Internet comenzó como ARPANET, se basó en estándares comunes de comunicación compartida anteriores a TCP / IP. Con el tiempo, los estándares e implementaciones de código abierto nos han traído TCP / IP, HTTP, NTP, XML, SAML, JSON y muchos más, y también han permitido la creación de sistemas globales clave adicionales implementados en estándares y software. Alertas de Desastres (OASIS CAP) y Facturación Comercial Global Estandarizada (OASIS UBL).

Internet ha transformado literalmente nuestro mundo. Este nivel de innovación tecnológica y poder transformador también es posible para el futuro, si revitalizamos el espíritu de colaboración entre los estándares abiertos y las comunidades de fuentes abiertas.

Encuentra la armonía y un camino natural de integración.

Con todos los proyectos críticos de código abierto que residen hoy en los repositorios, existen muchas oportunidades de colaboración en estándares asociados para garantizar la operatividad a largo plazo de este software. Parte de nuestra misión en OASIS Open es identificar estos proyectos de código abierto y brindarles un entorno colaborativo y todo el andamiaje que necesitan para construir un estándar sin que se convierta en un proceso difícil.

LEER  La startup de paisajismo robótico Scythe sale del sigilo con un aumento de $ 13.8 millones - TechCrunch

Otro punto que Ferris compartió conmigo es la necesidad de hacer crecer este camino de integración. Por ejemplo, esta necesidad es especialmente frecuente si desea que su tecnología se utilice en Asia: si no tiene un estándar internacional, las empresas asiáticas ni siquiera quieren saber de usted. También vemos a la comunidad europea afirmando una fuerte preferencia por las normas. Definitivamente es una fuerza impulsora para los proyectos de código abierto que quieren jugar con algunos de los pesos pesados ​​del ecosistema.

Otra área en la que puede ver una creciente necesidad de integración es cuando un proyecto de código abierto crece más que él mismo, lo que significa que comienza a afectar a muchos otros sistemas y es necesario alinearlos. Un ejemplo sería un estándar para datos de telemetría, que ahora se usa para muchos propósitos diferentes, desde la observabilidad hasta la seguridad. Otro ejemplo es la nomenclatura de software o SBOM. Sé que se están haciendo cosas en el mundo del código abierto para enfrentar el desafío de rastrear de dónde proviene el software. Este es otro caso en el que, si queremos tener éxito, necesitamos que surja un estándar.

se necesitará trabajo en equipo

Afortunadamente, los objetivos finales de las comunidades de código abierto y estándar abierto son los mismos: interoperabilidad, innovación y elección. También tenemos una gran evidencia sobre cómo y por qué debemos trabajar juntos, desde Internet hasta la Especificación de topología y orquestación para aplicaciones en la nube (TOSCA) y más. Además, las partes interesadas clave llevan la pancarta, reconociendo que para algunos proyectos de código abierto debemos adoptar una visión estratégica a más largo plazo que incluya estándares.

Es un buen comienzo para el trabajo en equipo. Ahora es el momento de que las fundaciones intervengan y colaboren entre sí y con estas partes interesadas.