Lo que el sector manufacturero puede aprender del código abierto

Tras pasar unos años en el ámbito académico, me di cuenta de algo curioso.

Mientras buscaba fuentes secundarias en bases de datos en línea, me topé con un artículo que guardaba una relación directa con mi proyecto, pero descubrí que estaba bloqueado tras un muro de pago.

A menudo, no había opciones razonables para acceder a ellos. Si mi universidad no estaba suscrita a la revista —ni tampoco ninguna de nuestras instituciones homólogas o bibliotecas asociadas— y no había archivos PDF piratas circulando por Google, no tenía suerte.

Era frustrante. Se trata del fruto del esfuerzo de alguien —su idea original, sometida a revisión por pares— que resulta totalmente inaccesible.

Esto nos lleva a plantearnos una pregunta:

Si se publica un conocimiento, pero nadie puede acceder a él, ¿existe realmente?

El código abierto impulsa el avance de los sectores

Para quienes crecimos desarrollando nuestras habilidades a partir de código fuente de libre acceso, este aislamiento de la información resultó sorprendente.

El acceso abierto a información de alta calidad es la piedra angular por excelencia del desarrollo personal. Quizás incluso de toda la educación. Innumerables jóvenes desarrolladores han dado sus primeros pasos estudiando, modificando y contribuyendo al software que han obtenido de repositorios públicos.

La colaboración en proyectos de acceso abierto es lo que permite que se creen redes y que los sectores avancen a un ritmo acelerado.

Sin el código abierto, habría muchos menos ingenieros de software cualificados en el mundo. Por no hablar de que habría mucho menos software. Y quizá también menos empresas. En Tulip, hemos desarrollado gran parte de nuestro trabajo basándonos en sistemas y bibliotecas de código abierto como Linux, Kubernetes y React.

El sector manufacturero puede aprender una lección del código abierto. De hecho, el futuro de la fabricación pasa por el código abierto. A continuación te explicamos por qué.

A estas alturas, probablemente ya habrás oído que el sector manufacturero se encuentra en plena crisis laboral.

Sin embargo, según las mejores estimaciones, durante la próxima década quedarán sin cubrir aproximadamente 2,2 millones de puestos de trabajo, lo que supondrá 2,5 billones de dólares (¡billones!) en beneficios no obtenidos. En Tulip, reflexionamos mucho sobre lo que se necesitará para crear un futuro equitativo para la fabricación avanzada, y hay argumentos de peso para afirmar que un modelo de código abierto para el intercambio de conocimientos tiene un papel que desempeñar en este proceso. El código abierto tiene el potencial de revolucionar la forma en que los fabricantes forman a su plantilla y cómo los trabajadores desarrollan sus competencias a título individual.

Gráfico de las ofertas de empleo en el sector manufacturero durante los últimos 10 años
Número de puestos de trabajo sin cubrir en el sector manufacturero por año desde 2009. (Fuente: Oficina de Estadísticas Laborales)

Por eso, quiero ofrecer aquí un breve repaso histórico del software de código abierto para mostrar por qué el sector manufacturero necesita algo similar. El futuro de la industria manufacturera pasa por dotar a las personas de las herramientas que necesitan para controlar su propio crecimiento.

La información es poder

No es ningún secreto que la democratización de la información genera profundos cambios sociales.

Los historiadores coinciden en que las cafeterías de los siglos XVII y XVIII contribuyeron a acelerar la Ilustración al facilitar el acceso a los recursos impresos y crear un amplio público lector (y al animar a la gente a tomar café en lugar de cerveza, pero eso ya es otra historia).

En los siglos XIX y XX, las bibliotecas públicas se convirtieron en instituciones dedicadas al intercambio de conocimientos.

Algo parecido ocurrió en los inicios de Internet, cuando se generalizó su uso.

Concretamente, la consolidación del movimiento de código abierto —tanto en nombre como en la práctica— facilitó el acceso al código fuente a gran escala. En el proceso, desató una ola de creatividad que marcó el inicio de nuestra era actual de progreso tecnológico.

Steve Lohr, periodista especializado en tecnología del *New York Times* y ganador del Premio Pulitzer, define el software de código abierto de la siguiente manera.

«[El código abierto es] tanto una filosofía iconoclasta como un modelo de desarrollo de software: el software se distribuye de forma gratuita y su «código fuente», es decir, las instrucciones subyacentes, se publica abiertamente para que otros programadores puedan estudiar, compartir y modificar el trabajo del autor».

Aunque el término «código abierto» empezó a utilizarse a finales de la década de 1990, su historia se remonta mucho más atrás.

Antes de la década de 1980, la mayor parte del desarrollo de software se llevaba a cabo en condiciones similares a las del código abierto. Esto se debía a que la mayor parte del desarrollo corría a cargo de académicos e investigadores financiados por la industria. Para estos primeros pioneros, que eran pocos y se encontraban dispersos entre un reducido número de instituciones y empresas interesadas en la investigación informática, había muchos incentivos para compartir su trabajo y pocos inconvenientes para hacerlo.

Las cosas empezaron a cambiar hacia la década de 1970, con la aparición de un (pequeño) mercado de software para consumidores. Con la llegada de las licencias de software, los usuarios finales adquirían acceso a las funcionalidades de un programa, y no un acceso sin restricciones a todo el producto (lo que incluiría el código fuente y la documentación).

El software se estaba convirtiendo en una propiedad intelectual cada vez más valiosa. Las empresas protegían su código mediante licencias restrictivas, derechos de autor y acuerdos de confidencialidad. Muchas comenzaron a reclamar derechos de propiedad intelectual sobre todo el software que desarrollaban sus empleados durante su período de empleo.

Esto tuvo un efecto disuasorio en la colaboración y frenó a aquellas personas deseosas de aprender de las últimas versiones.

El movimiento del software libre

A principios de la década de 1980, los desarrolladores se sintieron decepcionados por las restricciones de acceso al código fuente. El acceso al software era, según razonaban, una cuestión ética tanto como comercial.

Impulsado por el investigador del MIT Richard Stallman, el Movimiento del Software Libre (FSM) buscaba una alternativa a las licencias de software de «caja negra».

Con un manifiesto y un sistema operativo de código abierto, la postura del FSM al respecto era clara:

«Copiar un programa, ya sea en su totalidad o en parte, es para un programador tan natural como respirar, y tan productivo. Debería ser igual de gratuito».

Hasta mediados de la década de 1990, el apoyo al software libre fue creciendo de forma gradual. Hasta, más o menos, el cambio de siglo, el software libre era más una filosofía que un movimiento en toda regla. Una red informal más que un frente unido.

Los códigos fuente se intercambiaban, compartían y actualizaban entre personas sin que mediara ninguna organización que las uniera. Sus seguidores eran, en su mayoría, desarrolladores defensores de la libertad, rebeldes con poca paciencia ante el acaparamiento corporativo de información valiosa y manitas empedernidos interesados, sobre todo, en ver qué ocurre «bajo el capó».

Juntos, crearon importantes repositorios públicos de código a los que podía acceder cualquiera que lo solicitara.

El punto de inflexión

El final de la década de los noventa supuso un punto de inflexión para el software de código abierto.

En primer lugar, los protocolos de comunicación abiertos —como el HTTP, por ejemplo— permitieron a las personas comunicarse con mayor libertad en los proyectos. En segundo lugar, una Internet más madura, aunque todavía incipiente, permitió a los equipos colaborar estrechamente a pesar de las grandes distancias. El éxito subcultural del núcleo de Linux, el sistema operativo abierto ideado por Linus Torvalds, demostró de forma fehaciente lo que se podía lograr mediante la colaboración de código abierto. El número de nuevos proyectos revolucionarios que, a principios de la década de 2000, se «bifurcaron» —es decir, se separaron de un proyecto de código abierto anterior para alcanzar un nuevo objetivo es asombroso.

En segundo lugar, la aparición del término «código abierto» dio nombre a un fenómeno y a una actitud que ya estaban muy extendidos. Ayudó a los desarrolladores, a las empresas y a otras partes interesadas a comprender lo que estaba en juego con el libre acceso al código fuente. La creación de organizaciones formales capaces de defender los intereses de la comunidad del código abierto consolidó aún más la transformación del código abierto en una fuerza cultural y tecnológica.

Por fin, una serie de líderes destacados del sector tecnológico comenzaron a adoptar el código abierto como parte de su estrategia empresarial. Las empresas con visión de futuro se dieron cuenta de que el código abierto no suponía una amenaza. Más bien al contrario: el código abierto era una gran ventaja para la productividad.

En el período de incertidumbre que siguió al estallido repentino de la burbuja de las puntocom, las empresas tecnológicas comenzaron a anunciar su apoyo al código abierto.

Primero un hilo de agua, luego un torrente.

Siempre pionero, Steve Jobs declaró en 1999 al *New York Times* que Apple, en lo que respecta al código abierto, tenía previsto «empezar caminando, para luego, a lo largo de este año, pasar a trotar, y para el año que viene, correr».

En 2002, HP, Sun Microsystems e IBM se unieron a Apple en su apoyo al código abierto. Surgió un número cada vez mayor de empresas emergentes y consultoras para ayudar a las empresas a orientarse en el panorama del código abierto.

A mediados de la década de los 2000, la aparición de varios sistemas de control de versiones (como Git, el líder actual) ayudó a los desarrolladores a realizar iteraciones, bifurcaciones y gestionar las versiones con mayor organización e integridad.

Un estratega sénior de HP resumió la opinión de muchos al afirmar que «todo esto consiste en dotar de capacidad a las personas mediante la tecnología».

Por qué es importante

La tendencia que comenzó a finales de la década de los noventa se aceleró en la década de los 2000.

En menos de una década, el código abierto se había convertido en la norma.

Hoy en día, el 98 % de las empresas utilizan software de código abierto. Si eso no se puede considerar un cambio revolucionario, no sé qué lo es.

No es casualidad que el nacimiento del movimiento del software de código abierto coincidiera con el inicio de la era moderna del software. Piensa en lo que realmente permite el código abierto. En lugar de limitar la circulación del código listo para el usuario y convertido en producto a los ingenieros de una empresa, el código abierto democratiza el desarrollo. Permite a cualquiera estudiar, modificar y experimentar con el código en proceso. Es como una biblioteca: imagina que cada libro contuviera notas detalladas sobre el proceso de pensamiento del autor, los obstáculos a los que se enfrentó mientras escribía y mensajes ocultos garabateados en los márgenes para que los descubrieran los curiosos más avispados. (¡Imagina encontrarte una joya como «#Esta sección está muy chapucera», un comentario real de un módulo de Python para análisis estadístico, en «Guerra y paz»!).

Gráfico de las líneas de código abierto incorporadas a lo largo del tiempo
Líneas de código abierto incorporadas a lo largo del tiempo (adaptado de Deshpande y Riehle, «The Total Growth of Open Source»)

Detrás de la explosión de creatividad, perspicacia e innovación que permitió el auge de los gigantes tecnológicos que definen el panorama actual se encontraba el software desarrollado en comunidades públicas.

En realidad, la adopción del código abierto por parte de las empresas permitió que toda una generación de desarrolladores aprendiera las herramientas del oficio contribuyendo ellos mismos.

Lo que permitió el código abierto fue la formación simultánea de desarrolladores de todo el mundo, lo que supuso nada menos que el nacimiento de la industria tecnológica moderna.

Por qué el sector manufacturero necesita el código abierto

La principal lección que el sector manufacturero puede aprender del código abierto es la siguiente: proporcionar a las personas las herramientas que necesitan para aprender y contribuir beneficia a todos.

Beneficia a las empresas que lo respaldan, que se benefician de contar con trabajadores más cualificados y productivos. Y beneficia a las personas, que pueden acceder a materias primas que pueden utilizarse para crear desde juegos sencillos hasta paquetes de software capaces de cambiar el mundo.

Mis cofundadores y yo creamos Tulip la idea del software de código abierto en mente. Queríamos crear una plataforma que llevara la creatividad y la innovación del software de código abierto al sector de la fabricación.

A continuación se exponen algunas de las formas en que el código abierto está llamado a transformar el sector manufacturero en los próximos 10 años.

Comunidad: hasta la fecha, el sector manufacturero ha carecido de una comunidad sólida, tanto digital como física, en la que compartir ideas y colaborar en objetivos comunes. A menudo hablamos de los «silos de información» en la planta de producción, pero estos son igual de reales entre los ingenieros de diferentes organizaciones.

Una de las cosas que nos enseña el código abierto es que compartir información es una iniciativa de la comunidad.

Application : Applications cada vez más importancia en el sector manufacturero; no se trata solo Tulip, sino que esa es, sencillamente, la tendencia hacia la que se dirige este sector. El sector manufacturero podría beneficiarse de un intercambio de aplicaciones al estilo del código abierto. Los ingenieros compartirían sus aplicaciones y otros podrían comprarlas, descargarlas, crear bifurcaciones o adaptarlas a sus propios procesos.

Difusión de buenas prácticas: ¿por qué tiene que reinventar la rueda cada fábrica? El código abierto nos ha enseñado que compartir trucos y buenas prácticas ayuda a sistematizarlos.

Es lógico que a los fabricantes les preocupe que compartir las mejores prácticas equivalga a revelar su ventaja competitiva. Quizá sea así. Pero muchos de los fabricantes con los que hablamos —especialmente en los sectores biotecnológico y farmacéutico, donde el valor reside en la I+D y la propiedad intelectual— quieren saber qué están haciendo sus homólogos. Quieren compartir lo que hacen bien.

Formación de la mano de obra: el «tsunami plateado», la brecha de competencias, la crisis de la mano de obra… llámalo como quieras, pero el sector manufacturero se encuentra en una encrucijada en lo que respecta a la mano de obra humana.

Los seres humanos no van a desaparecer a corto plazo, y no hay suficientes para todos.

Las herramientas de formación de código abierto pueden ayudar a los fabricantes a formar y reciclar a su plantilla con mayor rapidez. Además, pueden ayudar a los trabajadores a adquirir las competencias que necesitan para orientar su carrera profesional en la dirección que deseen.

Si queremos cumplir las promesas de la cuarta revolución industrial, necesitamos esa acción acelerada y en red que el código abierto hace posible.

Automatiza la recopilación de datos y mejora la productividad con Tulip

Habla con un miembro de nuestro equipo para descubrir cómo un sistema de aplicaciones puede conectar a los trabajadores, las máquinas y los dispositivos de todas tus operaciones.

Ilustración de «Un día en la vida» (CTA)