jueves, 6 de abril de 2023

Apache PLC4X Christofer Dutz


Está Escrito:

Cada uno de nosotros agrade a su prójimo en lo que es bueno, para edificación. Porque ni aun Cristo se agradó a sí mismo; antes bien, como está escrito: Los vituperios de los que te vituperaban, cayeron sobre mí. Porque las cosas que se escribieron antes, para nuestra enseñanza se escribieron, a fin de que por la paciencia y la consolación de las Escrituras, tengamos esperanza. (Romanos 15:2-4)

Tomado de: xataka

Christofer Dutz está hasta las narices. El desarrollador es uno de los seis responsables de mantener un componente llamado Apache PLC4X, un conjunto de librerías para la comunicación con controladores de lógica programable. Parece complejo y lo es, pero es que además es uno de esos elementos que permiten que las cosas funcionen como deben en multitud de sistemas de automatización e IoT.

Sin embargo el desarrollador explicaba hace tiempo que ya está harto de trabajar por amor al arte. "A la industria parece gustarle usar PLC4X y el Open Source en general, pero no parece estar dispuesta a apoyar [económicamente] a la gente que trabaja en ello". Las empresas se ahorran millones gracias a su trabajo, pero no aportan nada, y Dutz ha decidido que dejará de dar soporte gratuito a la comunidad PLC4X. O le pagan, o lo deja. El problema no es nuevo, pero es parte de una realidad terrible e injusta que necesita solución. 

Traduccion
Herramientas de compilación Apache PLC4X
Apache PLC4X Build-Tools es un subproyecto del proyecto Apache PLC4X y contiene todas las herramientas necesarias para construir el proyecto principal.

Actualmente, las únicas herramientas que contiene son un complemento maven que se usa para generar controladores y un nuevo tema de sitio maven-site-plugin.

Actualmente no contiene ningún módulo de generación de código real, sino solo el complemento y la API necesarios para cargar y usar módulos de generación de código.

Los piropos y los aplausos no bastan

En aquellos días conocíamos además el caso de Marak Squires, el desarrollador de dos de las librerías NPM más populares. Esos componentes software tienen una base de usuarios que hace que se descarguen casi 25 millones de veces cada semana, pero Squires decidió corromperlas para demostrar algo importante: "ya no apoyaré a las empresas Fortune 500 con mi trabajo gratuito".

Para Christofer Dutz la realidad es exactamente la misma. Harto de la situación, publicó en su blog en GitHub una entrada en la que explicaba cómo estaba cansado de trabajar en el proyecto Apache PLC4X sin obtener prácticamente nada a cambio.

Durante unos años no tuvo problema con ese trabajo: la empresa para la que trabajaba de hecho le pagaba para que se dedicase a jornada completa a ese proyecto crítico para muchos ámbitos de automatización industrial.

En ese post y en otro anterior contaba cómo por ejemplo su trabajo había permitido a una empresa ahorrar cerca de 20 millones de euros en costes de licencias que hubiera tenido que invertir en una solución comercial, y que con tres días de trabajo con otras tres personas lograron que su solución tuviera un rendimiento 1.300 veces superior al que ofrecía esa solución comercial.

Aún así, explicaba, "seguimos fracasando a la hora de conseguir clientes", y que oficiosamente la razón tenía que ver con temas políticos, no con el rendimiento de su solución. De hecho, contaba, tenían que firmar acuerdos de confidencialidad (NDAs) que impedían que hablaran abiertamente de sus éxitos.

"Todo en la industria de la automatización se considera alto secreto, y tan solo decirle al mundo que estás usando un producto dado parece imposible". Dutz dio conferencias y trató de comunicar lo importante que podía ser este proyecto para muchas empresas, pero no lo lograba porque en ese segmento "todo va de ferias industriales con stands extremadamente caros. Los presupuestos que los grandes protagonistas tienen a su disposición son simplemente increíbles. Como proyecto Open Source no tienen ninguna posibilidad de hacerse notar".

Lo que suele ocurrir es algo terrible: las empresas contactan con Dutz y sus colegas de proyecto para decirles básicamente lo mismo siempre: "gracias por trabajar en PLC4X, está haciendo nuestras vidas mucho más fáciles, así que lo estamos usando en nuestra empresa aeroespacial/de fundición/de fabricación de coches/farmacéutica pero tenemos este problema...". Y luego, básicamente, le piden ayuda sin más, esperando ayuda gratuita.

En 2020 ste desarrollador alemán decidió ir por libre y tratar de convertir su pasión en algo que le diera para vivir, pero lo pasó especialmente mal: "en Alemania una empresa necesita tener beneficios. Si tienes una empresa en déficit demasiado tiempo, te cerrarán la empresa". Dutz había seguido trabajando casi gratis en PLC4X, pero tenía que seguir pagando por comprar software y hardware de automatización para sus pruebas, y tuvo que acabar convenciendo a los funcionarios de que le dieran algo más de tiempo.

Photo 1534972195531 D756b9bfa9f2

Tras todo este tiempo Dutz confesaba que estaba "harto de luchar. Estoy harto de invertir mi precioso tiempo libre" y dejaba claro que sentía que "me estoy quemando sin obtener nada a cambio. Es como lo que ocurre con los chicos que trabajan en Sanidad ahora mismo [en referencia a su lucha contra la COVID-19]. Si creéis que las palabras amables y los aplausos son suficientes... creedme, no lo son".

Todo ello le ha hecho tomar una decisión radical. Dejará de trabajar por amor al arte y de dar soporte gratuito. Si no le pagan, lo dejará. "Si la industria no apoya a la gente que está tras el Open Source, yo al menos dejaré de apoyarles a ellos ciegamente de ahora en adelante".

Una realidad antigua, terrible e injusta

Lo ocurrido con Dutz y con Squires es en realidad la última gota de un vaso que lleva demasiado tiempo estando colmado. Podemos esbozar una sonrisa al recordar el eterno meme de que este va a ser el año de Linux en el escritorio, pero la realidad es muy distinta.

Puede que Linux no triunfe en PCs o portátiles, pero tanto Linux como otros muchos proyectos Open Source son absolutamente críticos para la infraestructura de internet que usamos a diario. Los ejemplos son ya famosos: Android está basado en Linux y otros muchos componentes Open Source (pero no, no es Open Source), y la presencia de Linux en servidores es gigantesca. No hablemos ya del mundo de la supercomputación, donde la cuota de mercado de Linux es absoluta: el 100% de los supercomputadores ma´s potentes del mundo están basados en Linux.

Las empresa más poderosas del planeta de hecho se han apuntado a esto del Open Source de forma muy cuca: presumen de usarlo y de compartir cierto número de proyectos como Open Source, pero lo que está claro es que reciben mucho más de lo que dan.

Los ejemplos son claros, y si hay una empresa que haya logrado lavar su imagen con este tipo de mensajes es Microsoft, que parece haber pasado del odio al amor y que ahora aprovecha Linux para reconciliarse con desarrolladores y para potenciar su gigantesca infraestructura en la nube, Azure. ¿Sabíais que Linux se usa más que Windows en Azure? Lo hace.

Otra cosa es que estas empresas le devuelvan al mundo del Open Source y a la comunidad todo eso que ellas reciben. Es cierto que algunas abren proyectos con licencias Open Source y permiten así que desarrolladores de todo el mundo contribuyan, pero las motivaciones suelen ser discutiblescomo ocurre con Chromium —todos lo han acabado adoptando salvo Safari y Firefox, que lucha contra todos— o con proyectos llamativos pero menores como Windows Terminal.

Luego se producen situaciones curiosas como la que afecta al núcleo del sistema operativo GNU/Linux. El kernel Linux, su componente fundamental, no para de ser mejorado y de evolucionar, y ¿sabéis quién contribuye a ese desarrollo? Las grandes empresas tecnológicas. En su informe de agosto de 2020 (PDF) la Linux Foundation revelaba los 20 grandes contribuyentes al código de Linux en los últimos años:


Captura De Pantalla 2022 01 13 A Las 12 35 32

Es algo que comentábamos hace tiempo y que revela cómo esa apuesta por el Open Source es, lógicamente, una apuesta interesada. Que empresas como Intel, Red Hat (ahora propiedad de IBM), Google, Samsung o AMD contribuyan al kernel se debe a su interés de que el kernel se adapte a sus necesidades con controladores y componentes que permitan sacar provecho de ciertos componentes hardware utilizados o desarrollados por esas empresas.

Sin embargo esas y otras muchas empresas y entidades hacen uso del Open Source sin apenas devolver nada a cambio. Un desarrollador se quejaba hace años de cómo Amazon ignoraba el trabajo de programadores voluntarios que contribuían a sus proyectos Open Source (y a su gigantesca plataforma Amazon Web Services).

Mientras, en febrero de 2021 nos enterábamos de que la Unión Europea se ahorra más de 95.000 millones de euros al año gracias a los desarrolladores Open Source.

Los desarrolladores Open Source solo reciben limosnas

El problema en muchos casos es el mismo: los desarrolladores Open Source contribuyen con su esfuerzo y su trabajo a todo tipo de proyectos porque esa es su pasión, pero la rentabilidad económica de ese esfuerzo es terrible.

Lo comentaba el desarrollador Open Source André Stalz en un artículo publicado en junio de 2019 en el que analizaba la situación. El autor eligió los proyectos Open Source más populares gracias a la plataforma OpenCollective, y estudió el retorno económico (por ejemplo a través de los Patreon que algunos de los voluntarios mantenían) o cosas como su reputación en GitHub.

Escogió 58 proyectos —los más populares— y logró estimar el salario anual de quienes trabajaban en ellos. "Entre estos casi sesneta proyectos, la mayoría de ellos están por debajo de los límites de la sostenibilidad".

Salarios Open Source

Como mostraba el gráfico que configuró, más del 50% de los proyectos estaban marcados con una burbuja roja, que indicaba que quienes los mantienen "no pueden sostener a sus responsables por encima de la línea de la pobreza". El 31% son de color naranja, que indica "desarrolladores dispuestos a trabajar por un salario que sería considerado inaceptable en nuestra industria".

Según sus cálculos, la mediana de la donación anual es de 217 dólares, que podrían considerarse casi como una limosna frente a los sueldos que cobran hoy en día desarrolladores expertos como los que trabajan en estos proyectos, y que en Estados Unidos rondan los 100.000 dólares con facilidad.

No hay comentarios:

Publicar un comentario