Ir al contenido principal

Etiqueta: Software libre

Automattic, o cómo la generosidad hace ganar dinero

Cuando navegamos por páginas web, más allá de las redes sociales, leemos blogs, periódicos on line, páginas personales… una gran cantidad de contenidos y finalidades, pero casi la mitad de esas páginas tienen algo en común: están hechas con WordPress. 

WordPress, el CMS más usado

WordPress es un CMS (Content Management System o Sistema de Gestión de Contenidos), es decir, un software que gestiona los contenidos que muestra una página web. Los CMS son sistemas que suelen ofrecer una interfaz de usuario amigable y herramientas que facilitan la personalización y el mantenimiento del contenido. Dicho de otro modo: es una herramienta para hacer páginas web y más, como aplicaciones móviles, sin tener que saber programar. 

Facilitando tanto la vida a sus usuarios, no es de extrañar que tantos sitios web usen CMS, ya sea WordPress, Joomla o Drupal. Pero lo llamativo de WordPress es que es la herramienta que gestiona un 43% de las páginas web de Internet. Para ser un líder tan indiscutible, no sólo su facilidad de uso es importante, sino todo su ecosistema.  Veamos algunos de los puntos más importantes. 

El mercado premia a los generosos

En Internet, lo más libre es lo que más triunfa entre los usuarios. Sin entrar en herramientas más técnicas como podrían ser los lenguajes de programación o frameworks, lo podemos comprobar cada vez que accedemos a Wikipedia, plataforma que todo el mundo visitamos con mayor o menor frecuencia y que se ha convertido en la principal enciclopedia a nivel mundial gracias a ser libre y descentralizada. 

WordPress lo mantiene la empresa Automattic que asume los costes del desarrollo y una comunidad de desarrolladores no adscritos a Automattic que, aunque aporten algo de trabajo a WordPress, son los principales beneficiarios de que haya una empresa como Automattic detrás de este proyecto.

Hay veces que cuesta entender fuera del mundo del software estas simbiosis entre grandes empresas y desarrolladores independientes, pero el beneficio de los desarrolladores independientes se ve muy claramente si extrapolamos este formato al mundo offline: la cantidad de negocios que surgen siempre alrededor de los supermercados y centros comerciales. Cuanto más grande es superficie comercial y más flujo de clientes, más tiendas surgen a su alrededor. 

También en el mundo online se producen simbiosis similares. Véase, por ejemplo, cuántas empresas venden en Amazon (u otros grandes marketplaces) y cuánta gente gana dinero a través de los sistemas de afiliación de Amazon. Cuanto más generoso es Amazon, más afiliados tiene, cuantos más afiliados tiene Amazon, más flujo de tráfico genera Amazon, cuanto más tráfico tiene Amazon, más ganan las tiendas, cuanto más ganan las tiendas, más ganan los afiliados.

Automattic, generador de negocios de terceros

Del mismo modo que Amazon, Youtube, los centros comerciales y todos los negocios basados en generar negocio para sus colaboradores, Automattic genera a su alrededor una gran cantidad de modelos de negocio. 

Los más evidentes serían los negocios que pueden crear su página web sin coste alguno gracias a que WordPress es Softare Libre y pueden descargarse libremente de Internet. Pero es tal el compromiso de Automattic con que sus usuarios puedan generar negocio que menos de tres años después de que apareciese la primera versión de WooCommerce (un plugin de WordPress para comercio electrónico) en el mercado, ya lo había comprado Automattic.

Al igual que WordPress, Automattic distribuye WooCommerce con licencia GPL. No seré yo quien defienda el uso de WooCommerce, ya que prefiero otras herramientas, pero sí me parece muy importance lo que implica que tanto WordPress como WooCommerce se distribuyan como Software Libre: una empresa o un particular que quiera crear una tienda en Internet, no tiene que empezar desembolsando dinero para el software de su comercio electrónico, sino que puede usarlo sin coste. Sólo pagará si voluntariamente quiere pagarlo y sólo cuando ese empresario considere oportuno. Así, sí que se fomenta el emprendimiento.

La aportación de Automattic

Pero no sólo los que usan ese software pueden ganar dinero, sino que los desarrolladores y diseñadores que aportan software a WordPress pueden ganar dinero gracias a Automattic de varias formas. 

Por un lado, fomenta la distribución de plugins de WordPress a través de la página oficial de plugins de WordPress, costeada por Automattic, donde alojan tanto plugins de uso gratuito, como con servicios freemium. Pero también tiene sistemas de partners y afiliación para aquellos que les aporten clientes. 

Y fuera del ecosistema Automattic, hay multitud de marketplaces donde se pueden distribuir servicios para WordPress, como plugins o temas. Por ejemplo, ThemeForest y Envato Market no forman parte de Automattic, pero no tendría sentido vender temas o plugins de WordPress sin el trabajo de Automattic. 

Las cuentas de Automattic

Gracias a la generosidad de Automattic para hacer ganar dinero a todo su entorno se ha convertido en el referente a la hora de implementar webs. Que prácticamente la mitad de los sitios web de Internet usen WordPress, habiendo tantísimas herramientas para el desarrollo web, es digno de admiración. Pero más digno de admiración son las cuentas que presenta Automattic. Genera ingresos a través de varios productos y servicios relacionados con WordPress. Algunos de los más destacados son:

WordPress.com, donde ofrecen planes de suscripción para alojar sitios web, que van desde opciones gratuitas hasta planes premium con características avanzadas. WooCommerce, su segundo gran producto, es una plataforma de comercio electrónico que permite a los usuarios crear y gestionar tiendas en línea. Automattic gana dinero vendiendo extensiones y servicios adicionales para WooCommerce.

Jetpack es un plugin desarrollado por Automattic que mejora la seguridad, el rendimiento y la gestión de sitios WordPress. Akismet es un servicio de filtrado de spam para comentarios en blogs, también desarrollado por Automattic. Tanto Jetpack como Akismet tienen planes de suscripción que generan ingresos recurrentes a Automattic. Además, Automattic obtiene ingresos a través de otros productos y servicios como VaultPress (copias de seguridad y seguridad para WordPress), Gravatar (servicio de avatares) y WordPress VIP (soluciones empresariales para grandes sitios web).

Estos servicios de pago le han generado unos ingresos de 710 millones de dólares en 2024, lo que le permite añadir a toda la lista de acciones generosas patrocinar los WordCamps y generar 4.100 puestos directos de trabajo. Un ejemplo más que tratar a la comunidad como el principal activo de un proyecto convierte a la comunidad en el principal activo de un proyecto.

Serie ‘El negocio del software libre’

El negocio del sofware libre (XI): abundancia y lentejas

Transcripción de la charla impartida en el Verano .h 2024 de la Universidad de las Hespérides el 20 de julio de 2024.

Copia bien y cita a quién.

Cuando me propusieron explicar por qué soy tan crítico con la propiedad intelectual y las patentes, pensé en qué enfoque darle: explicar que la propiedad intelectual no es propiedad, los problemas de legislar mitos, los siniestros vínculos entre las patentes y la revolución francesa… abundancia de ideas que me llevaban a nuevas ideas. De hecho, esta conferencia podría haberse titulado Cómo pensar en abundancia genera abundancia y pensar en escasez genera escasez.

Y en esas estaba hasta que un día, conversando con mi amigo Manolo, un taxista de mi barrio, me dijo “el que sí que fue un genio, fue al que se le ocurrió echar una semilla dura como las lentejas a cocer y ese no se guardó el secreto”, un comentario que me hizo encender la bombilla.

Siempre me fascinó del Profesor Bastos que, con ejemplos sencillos, es «capaz de hacer concretos conceptos teóricos abstractos muy complejos», como dijo el Profesor Óscar Rodríguez Carreiro en su encomio a Bastos por el Premio Juan de Mariana.

Y otra idea que aprendí de Carreiro es que una forma de mostrar el compromiso contra la propiedad intelectual, es copiar a otros. Así que voy a copiar a Manolo, a Bastos y a Carreiro. Les copio y les cito, porque aunque yo defienda que no debería haber ningún tipo de restricción legal a la copia de ideas, sí que hay un compromiso moral para con los autores. Nótese la diferencia entre legal y moral.

La abundancia genera abundancia

Además, los tres ilustran muy bien que la abundancia genera abundancia. Especialmente en las ideas, ya que cuando A le cuenta una idea a B, esa idea ahora la tienen A y B. Y se combina con las ideas que ya tenía B, por lo que A no pierde nada al contar su idea, B gana una idea, pero si B le cuenta a A la misma idea, pero conjugada con las ideas de B, A gana una idea más desarrollada, lo que en memética sería un “memeplex”.

Los profesores Bastos y Carreiro, como el resto de la Escuela Austríaco-Galaica, se caracterizan, además de por su voracidad lectora, por  no limitarse a impartir sus clases y marcharse a casa, sino por escuchar a todo el mundo, tanto alumnos como no alumnos, dentro y fuera de sus despachos, comer en el campus o alrededores, siendo la comida una prolongación de las clases, acudir a todas las citas académicas… es decir, abundancia de conocimientos e ideas a partir de la lectura y un contínuo intercambio de conocimientos e ideas. Abundancia que genera más abundancia.

El taxista como intercambiador de información

Cuando he nombrado a Manolo sólo he indicado sobre él que es taxista. Pero esto indica mucho más que ser profesor. No hay más que dar un paseo por cualquier campus de cualquier universidad  para ver que la mayoría de profesores llegan al campus, imparten sus clases y se marchan, sin debate intelectual de ningún tipo, ni con los alumnos ni con otros profesores.

El planteamiento arrogante de pensar que los conocimientos de un profesor valen más que los de un alumno o que una explicación vale más en sede universitaria o publicada en una revista académica, que un argumento desarrollado en cualquier otro contexto limita su expansión. Pensar en escasez, genera escasez.

Imposible. Un taxista siempre tiene que interactuar con una serie de personas cada día. La parte más difícil de su trabajo no es conducir o saber las calles. De hecho, muchos clientes buscan en el taxista la conversación o su conocimiento, como cuando vamos a una ciudad que no conocemos y pedimos que nos lleve a un sitio “que se coma bien”.

Damos por hecho que el taxista, como intercambiador permanente de información, va a saber atender ese asesoramiento que demandamos. Y lo damos por hecho porque la abundancia de información genera más abundancia de información y cuando pensamos en abundancia realmente obtenemos abundancia.

Lentejas y medicamentos

Para mantener una buena salud, podemos tener unos hábitos que dependen en mayor parte del individuo, como hacer deporte o llevar una vida ordenada, y otros, que tenemos que recurrir al mercado, como son los alimentos y los medicamentos.

Y aquí se ve muy bien cuando pensamos en abundancia o cuando pensamos en escasez.

Retomemos la reflexión de Manolo, “el que sí que fue un genio fue al que se le ocurrió echar una semilla dura como las lentejas a cocer y ese no se guardó el secreto”. Seguramente no sería un único ser humano al que se le ocurrió, sino que, al igual que el fuego o la rueda, fueron descubrimientos espontáneos en distintos puntos del mundo, pero lo que está claro es que se fue extendiendo ese descubrimiento compartiéndose en el tiempo y en el espacio.

Y, como toda idea, al combinarse con otras ideas, forman nuevas ideas. Ahí donde llegaba la idea de cocer las lentejas, ya estaba la idea de cocinar otros productos. A medida que se descubren nuevos productos y nuevas técnicas para cocinar se unen a las anteriores. Por lo que surgieron infinidad de recetas con lentejas, combinándolas con otros productos y con diversas técnicas de elaboración.

Donde no se piensa en escasez, la abundancia surge de forma espontánea

Sin embargo, en el mundo farmacéutico, donde la abundancia es en regulaciones, desde las patentes a las que tienen que enfrentarse los fabricantes de medicamentos, hasta las restricciones a la hora de montar una farmacia, donde está regulado (al menos en España) hasta la distancia mínima entre farmacias, lleva a un pensamiento en escasez.

Escasez en formatos de venta que conlleva que si necesitamos X dosis de un producto, no podamos comprar esas X dosis, sino cajas completas de medicamentos. Algo que no ocurre en las lentejas, ya que podemos comprarlas desde pequeñas cantidades a granel, empaquetadas en pequeños formatos de 400, 500, 750, 1000 gramos… o sacos grandes.

Escasez en formatos de ingesta, ya que antiguamente era el boticario el que elaboraba el medicamento, algo que ahora se practica, más allá de los hospitales, y que derivaba a que no sólo preparase las dosis necesarias, sino también en el formato mejor adaptado al paciente. ¿A alguien se le ocurriría que las lentejas sólo se pudieran elaborar en unos pocos formatos homologados?

Escasez de proveedores provocada, en gran parte, de nuevo, por el pensamiento en escasez. Si alguien piensa en invertir en un negocio, va a preferir un sector con pocas trabas burocráticas. Si un sector está muy regulado, desincentiva la entrada de nuevos operadores. Pensar en escasez conlleva escasez de inversiones.

Software Libre, ¿escasez o abundancia de ideas?

Visto desde fuera, es difícil entender la cantidad, y la calidad, de aplicaciones libres disponibles. Pero si entendemos que la base del Software Libre no es el código, o las licencias, sino que es una comunidad de personas que comparte conocimiento, ya que en GitHub o en StackOverflow se comparte, además de código, conocimiento o, más claro aún, en Wikipedia se comparte conocimiento en general, y sólo en ocasiones muy concretas, código, vemos que el pensamiento en abundancia es lo que genera una producción en abundancia.

Abundancia de grupos locales, los GLUG (GNU/Linux Users Groups) donde se aprovecha la cercanía física para quedadas presenciales. Abundancia en plataformas, derivada de que, quien piensa en comunidad y, además, sabe programar, lo primero que programa es herramientas por y para la comunidad. Y abundancia en eventos, ya que, la comunidad conlleva colaboración, pero también competencia. Colaboración y competencia que hace que haya una multiplicidad de eventos, pero también de software. Colaboración y competencia que hace que, cada vez, ese software sea de mejor calidad.

Y es que, pensar en abundancia genera más abundancia. Sea con ideas, como los profesores Bastos o Carreiro, sea con productos físicos, como con las lentejas, o sea con producción inmaterial, como es el software.

Serie ‘El negocio del software libre’

El negocio del software libre (X): Stack Overflow, el negocio del no negocio

Si ha buscado cómo hacer, mejorar o solucionar algo relacionado con la tecnología, seguramente ha acabado en Stack Overflow. Si bien Stack Overflow no es estrictamente Software Libre, incluyo este artículo en la serie sobre Modelos de negocios basados en Software Libre porque el modelo de negocio de Stack Exchange Inc., la compañía propietaria de Stack Overflow, se basa en principios que comparten muchas similitudes con el movimiento del Software Libre, como la colaboración y la competencia abierta entre usuarios. Stack Overflow y otras plataformas de Stack Exchange, como Ask Ubuntu, son fundamentales para la comunidad del software libre por varias razones.

Soporte a la comunidad de software libre

Soporte a proyectos de Software Libre: Muchas preguntas y respuestas en Stack Overflow están relacionadas con proyectos de software libre. Desarrolladores que trabajan en estos proyectos utilizan la plataforma para resolver problemas técnicos, compartir mejores prácticas y colaborar en soluciones innovadoras. Por ejemplo, preguntas sobre cómo contribuir a proyectos en GitHub, resolver errores en Linux, o mejorar el rendimiento de aplicaciones de código abierto son comunes.

Documentación y recursos comunitarios: Stack Overflow actúa como una extensa base de datos de conocimiento accesible para cualquier persona. La comunidad de Stack Overflow contribuye creando documentación viva y recursos técnicos que cualquier persona puede consultar y mejorar.

Fomento de la educación y el aprendizaje abierto: Al igual que en el movimiento del Software Libre, Stack Overflow promueve el aprendizaje y la educación abiertos. Los desarrolladores aprenden unos de otros a través de la resolución de problemas y la compartición de conocimientos, lo que mejora las habilidades técnicas de todos los participantes. Este intercambio libre de conocimiento es una piedra angular tanto de Stack Overflow como del Software Libre y, en general, del mundo libre, ya que las preguntas y las respuestas surgen, de forma espontánea, por los usuarios, sin un planificador central que dirija el aprendizaje de los usuarios.

Reconocimiento, eventos y sinergias

Reconocimiento y credibilidad para contribuidores de Software Libre: Los contribuyentes de software libre que responden preguntas en Stack Overflow suelen ganar reputación y reconocimiento dentro de la comunidad. Este reconocimiento puede ayudarles a demostrar sus habilidades y conocimientos, facilitando su participación en proyectos de Software Libre y aumentando sus oportunidades profesionales.

Eventos y encuentros comunitarios: Stack Overflow ha organizado y patrocinado eventos comunitarios, hackathones y conferencias que reúnen a desarrolladores de Software Libre y otros profesionales de la tecnología. Estos eventos fomentan la colaboración y el intercambio de ideas, fortaleciendo las conexiones dentro de la comunidad del Software Libre.

Sinergias con plataformas de Software Libre: La más importante es Ask Ubuntu, página de referencia para los usuarios, administradores y desarrolladores de Ubuntu. Ask Ubuntu es una plataforma donde la comunidad puede obtener y compartir soluciones sobre uno de los sistemas operativos de Software Libre más populares.

Los analistas

Además de Ask Ubuntu, Stack Exchange Inc. opera otras plataformas centradas en software libre, como Super User y Server Fault, que también soportan a comunidades de Software Libre. Estos sitios ayudan a mantener y mejorar el Software Libre al proporcionar un espacio para que los usuarios y desarrolladores compartan soluciones y mejores prácticas. Esto lleva a que los proyectos con más consultas y respuestas en Stack Overflow son todos Software Libre, como Node.js, React, Python, Docker… Los desarrolladores contribuyen respondiendo preguntas y compartiendo soluciones que benefician a miles de usuarios en todo el mundo.

Como dijo Eric S. Raymond en La catedral y el bazar:

Si usted trata a sus analistas (beta-testers) como si fueran su recurso más valioso, ellos le responderán convirtiéndose en su recurso más valioso.

Eric S. Raymond en La catedral y el bazar:

Intercambio de información

Stack Overflow es el referente en línea del intercambio de información entre personas que trabajan con tecnología. En Stack Overflow se pueden hacer preguntas sobre cómo resolver problemas específicos o mejorar algo que están creando esas personas. Desde lo más básico hasta las preguntas más complejas en las que se describen problema muy específicos en situaciones muy concretas. Y siempre hay alguien que responde. Esa es la magia de Stack Overflow. Que da igual si la pregunta es simple o compleja. Los miembros de la comunidad siempre están para ayudar.

Además, esas respuestas están disponibles para que cualquiera pueda buscar entre las preguntas ya hechas para encontrar respuestas que ayuden sin tener que volver a preguntar tú mismo. Es una comunidad colaborativa donde todos comparten conocimientos para ayudarse mutuamente. Sin mandos, sin jerarquías, sin coacciones. Sin pagar por preguntar. Y sin cobrar por responder. Sólo por el placer de ayudar. Con el único beneficio por parte de los usuarios, que saber que cuando necesitan la ayuda de otra persona, la van a obtener y algún que otro pago no monetario.

Los pagos no monetarios en Stack Overflow

Cualquier usuario de Stack Overflow sabe que responder una pregunta cuesta un esfuerzo pequeño. Que millones de personas respondiendo dudas supone un esfuerzo pequeño para cada uno de esos usuarios. Y que el beneficio obtenido por disponer de todo ese conocimiento de millones de personas es muy superior al coste que supone responder preguntas.

Sólo con esto, ya habría una motivación para responder en Stack Overflow. Pero esa motivación sería similar a escribir en un blog personal o en twitter. Stack Overflow va más allá y por eso se ha convertido en la referencia. Los usuarios de Stack Overflow que responden preguntas obtienen beneficios principalmente en forma de reconocimiento dentro de la comunidad.

Veamos algunos ejemplos:

Puntos de reputación: Por cada voto positivo en una respuesta, el usuario recibe puntos de reputación. Estos puntos reflejan la confianza de la comunidad en ese usuario y su conocimiento.

Medallas: Los usuarios también pueden ganar medallas por diversas contribuciones, como dar respuestas de alta calidad o ser especialmente útiles.

Reconocimiento de expertise: Al responder preguntas y obtener votos positivos, los usuarios establecen su reputación como expertos en temas específicos.

Oportunidades de networking y colaboración: Participar activamente en Stack Overflow puede llevar a conexiones profesionales y oportunidades de colaboración.

Aprendizaje: Al responder preguntas, los usuarios a menudo profundizan su propio entendimiento de los temas.

La reputación

Aunque no hay beneficios monetarios directos por responder preguntas, la reputación y el reconocimiento obtenidos pueden tener un valor intangible significativo.

Para cualquier empresa que busque expertos en un área, saber que pueden encontrar gente con esos conocimientos y que pueden comprobar dichos conocimientos antes de contactar con esa persona, es de un valor inigualable. Por lo tanto, una persona que responde a muchas preguntas, va a tener más posibilidades de obtener un trabajo muy bien remunerado que cualquier otra persona.

Si una persona, con un esfuerzo pequeño, como es dedicar algo de tiempo a ayudar a los demás, obtiene un pago muy grande, que es tener acceso a una gran cantidad de respuestas y, además, eso le da una ventaja competitiva para conseguir trabajos mejor remunerados, vemos una vez más que el planteamiento de Huerta de Soto de que “lo moralmente más justo es lo econónicamente más rentable” es cierto.

Financiación de  Stack Overflow

Una de las características que más llaman la atención de Stack Overflow es que con más de 185 millones de visitas mensuales tenga tan poca publicidad. Lo que podría ser una máquina de hacer dinero con ese volumen de visitas, los anuncios sean tan pocos y tan segmentados. Esto, que podría parecer un error a nivel comercial, genera varias cuestiones interesantes de analizar: Los anuncios están diseñados para llegar a audiencias específicas dentro de la comunidad de desarrolladores. Esto significa que las empresas pueden dirigir sus anuncios a usuarios con habilidades o intereses particulares, como lenguajes de programación específicos o tecnologías.

No buscan un gran volumen de anunciantes, sino anunciantes que aporten valor a los visitantes. La plataforma se esfuerza por mantener la relevancia y la calidad de los anuncios, asegurándose de que sean de interés para la comunidad de desarrolladores y no sean intrusivos. Además, los anunciantes pueden ajustar sus campañas para obtener mejores resultados, por lo que el dinero invertido en Stack Overflow es más rentable que en plataformas más generalistas.

Así pues, de esta política se benefician tanto anunciantes como usuarios. Y ese mimo a la comunidad genera que la comunidad se identifique con la plataforma, lo cual hace que la plataforma se beneficie todavía más, convirtiéndose en la fuente de referencia del sector tecnológico. Por ejemplo, todos los años se publican en diversos medios de comunicación las encuestas de Stack Overflow. A su vez, el hecho de que en los blogs, canales de YouTube, Twitter y otros medios de comunicación en lo que se habla de tecnología, se cite tanto a Stack Overflow hace que la marca siga siendo la más prestigiosa y reconocida en cuanto a foros de programación y tecnología.

ChatGPT frente a Stack Overflow

Aparentemente, quién más daño podía hacer a un foro de preguntas sobre tecnología, es ChatGPT, Bing y otros bots conversacionales pero, lejos de hacer campaña contra este tipo de herramientas como han hecho algunos medios de comunicación más partidarios del intervencionismo, Stack Overflow se ha adaptado a las circunstancias.

Hace unos meses, el CEO de Stack Overflow, Prashanth Chandrasekar, anunció que iba a despedir alrededor de un 28% de su plantilla para hacer que la plataforma sea rentable. Aunque en ese comunicado no indica cuántas personas son ese 28%, podemos hacer un cálculo a partir de una entrevista en The Verge del año anterior, en el que indicaba que habían más que duplicado la plantilla, pasando a 540 trabajadores respecto al anterior. Es decir, que en 2021 tenía unos 270 empleados, pasando en 2022 a unos 540 empleados y que en 2023, tras el lanzamiento de ChatGPT, despidieron a un 28% de la plantilla, que serían unos 150, por lo que pasarían la compañía a unos 390.

Por lo tanto, aunque ChatGPT le hiciera perder alrededor de un 14% de visitas, según el blog de la empresa, el crecimiento de la plantilla entre 2021 y 2023 habría sido de un 44,44%. Por lo que vemos que, en términos generales, no le han supuesto un gran problema a Stack Overflow estas herramientas ya que, aunque pierda cierto volumen de visitas, para las dudas más actuales, las últimas herramientas y cuestiones más técnicas, las respuestas humanas siempre serán más fiables y más actualizadas.

Además, en lugar de ver a ChatGPT como su enemigo, Stack Overflow ha llegado a un acuerdo con OpenAI, tal como anunciaron hace apenas un mes en su página web y en Twitter:

La compra de Stack Overflow por 1.800 millones de dólares

En 2021, Prosus, una de las mayores compañías de inversión tecnológica del mundo, compró Stack Overflow por 1.800 millones de dólares. A primera vista, esta cifra puede parecer elevada, especialmente considerando que Stack Overflow podría estar generando más ingresos si explotara su potencial publicitario al máximo. Pero este no es su principal activo.

Su principal activo es que, como hemos visto, ha sido capaz no sólo sobrevivir a los bots conversacionales, sino forzar un acuerdo con OpenAI para nutrir de conocimiento a ChatGPT.

¿Y porqué le interesa a Prosus gastar todo ese dinero en Stack Overflow si podría invertir en otros negocios más rentables? Si bien las motivaciones que están detrás de esa decisión son imposibles de saber a ciencia cierta, este movimiento estratégico está alineado con un concepto económico fundamental para cualquier austríaco: la baja preferencia temporal.

¿Qué es la preferencia temporal?

En términos sencillos, la preferencia temporal se refiere a la forma en que los individuos y las organizaciones valoran las recompensas presentes frente a las futuras. Una alta preferencia temporal significa que se prefieren las gratificaciones inmediatas sobre las recompensas futuras. Por el contrario, una baja preferencia temporal indica una disposición a esperar por beneficios mayores en el futuro, en lugar de obtener beneficios inmediatos menores.

Si a un niño le ofrecen un caramelo hoy o dos caramelos la semana que viene, si tiene alta preferencia temporal, elegirá un caramelo hoy. Si, por el contrario, tiene una baja preferencia temporal, elegirá los dos caramelos la semana que viene.

La Baja Preferencia Temporal de Prosus

Prosus ha demostrado una baja preferencia temporal al invertir en Stack Overflow. En lugar de buscar ganancias rápidas y maximizar los ingresos publicitarios a corto plazo, Prosus está apostando por el valor a largo plazo que Stack Overflow puede ofrecer. Esta estrategia se basa en varios puntos clave:

Ecosistema de desarrolladores, sinergia y necesidad

Stack Overflow es una plataforma crucial para la comunidad de desarrolladores, administradores de sistemas y otros profesionales del sector tecnológico. El sitio alberga una vasta base de conocimientos técnicos y es un recurso diario para millones de personas. Al adquirir Stack Overflow, Prosus asegura su participación en una comunidad clave que impulsa la innovación tecnológica.

Prosus tiene un portafolio diverso de inversiones en tecnología, incluyendo plataformas como  QQ, WeChat, Riot Games o Reddit. Stack Overflow no sólo complementa estas inversiones al proporcionar un recurso vital para los desarrolladores que crean y mantienen estas plataformas. También refuerza el ecosistema global de Prosus, donde la innovación y la colaboración tecnológica son esenciales.

Para Prosus, al igual que cualquier otra empresa tecnológica, la existencia y el bienestar de una plataforma como Stack Overflow es vital. Muchas de las empresas en las que invierten dependen de un ecosistema saludable de desarrolladores y técnicos bien informados y capaces. Stack Overflow, con su vasto depósito de conocimiento y su rol como punto de encuentro para la comunidad de desarrolladores, es un activo estratégico que respalda este ecosistema.

Quizá no hubiera sido necesario invertir todo ese dinero en Stack Overflow, sino simplemente patrocinar. Pero hubiera corrido Prosus un riesgo, y es que otra empresa lo hubiera comprado, obteniendo el prestigio la otra empresa.

Prestigio, crecimiento e inversión

Stack Overflow es una marca muy respetada y reconocida en la comunidad tecnológica. Todos los profesionales del campo de la tecnología han recurrido a Stack Overflow en algún momento para resolver problemas o aprender algo nuevo. Adquirir Stack Overflow no solo aporta prestigio a Prosus, sino que también solidifica su reputación como un patrocinador y defensor del conocimiento libre y abierto. Este prestigio puede traducirse en lealtad de la comunidad y en un mayor apoyo para las otras plataformas de Prosus.

Al igual que otras empresas tecnológicas líderes que han invertido en plataformas de Software Libre, como Microsoft con su adquisición de GitHub, o Twitter con Bootstrap, Prosus ve el valor a largo plazo de apoyar plataformas que fomentan el desarrollo de software libre. Las redes sociales y plataformas tecnológicas que más crecen son aquellas que apoyan y contribuyen al Software Libre. Se une el desarrollo tecnológico con el conocimiento de la acción humana que ofrecen los proyectos en comunidad.

La inversión de Prosus en Stack Overflow es una apuesta estratégica que va más allá del retorno financiero inmediato. Es una inversión en la infraestructura del conocimiento tecnológico global. Este movimiento está alineado con la visión a largo plazo de Prosus de ser un líder en el apoyo y desarrollo de comunidades tecnológicas y de innovación.

Escuela Austríaca

Desde la perspectiva de la Escuela Austríaca de Economía, esta inversión se considera no solo rentable a largo plazo, sino también moralmente justa. La teoría económica austriaca enfatiza la importancia de decisiones que fomenten la creación de valor sostenido a lo largo del tiempo. Al respaldar una plataforma que apoya el conocimiento libre y la colaboración abierta, Prosus está invirtiendo en un recurso que proporcionará beneficios significativos tanto para la comunidad tecnológica como para sus propios intereses estratégicos a largo plazo.

Por lo tanto, la compra de Stack Overflow por Prosus no solo es una jugada inteligente desde el punto de vista comercial. También refleja una comprensión profunda de la baja preferencia temporal, priorizando el crecimiento sostenible y el apoyo a la comunidad tecnológica sobre las ganancias inmediatas.

Serie ‘El negocio del software libre’

El negocio del Software Libre (IX): Cómo aplicar las enseñanzas de Huerta de Soto a los servidores de git

Antes de hablar de la facturación de GitHub y GitLab, debemos tener claro qué son estas dos plataformas pero, sobre todo, qué es git, el origen de ambas.

Qué es git

Git es un sistema de control de versiones distribuido, muy utilizado en el desarrollo de software para llevar registro de los cambios en los archivos y coordinar el trabajo que varias personas realizan sobre archivos compartidos. Aunque es muy utilizado por desarrolladores, puede ser utilizado por cualquier persona que trabaje con ficheros informáticos ya que ayuda no sólo en las versiones de código, sino para cualquier otro propósito. Yo mismo, para escribir este artículo, estoy usando git.

Un sistema de control de versiones es una herramienta que ayuda a los equipos de desarrollo a gestionar los cambios en el código fuente a lo largo del tiempo. Mantiene un registro de cada modificación realizada en los archivos de un proyecto y permite volver a cualquier versión anterior si es necesario.

Algunas de sus características son:

  • Cada cambio en el repositorio se registra con un mensaje de confirmación, que incluye una descripción y un identificador único. En todo momento podemos ir a una versión anterior y recuperar algo que hemos borrado o modificado. Esto evita tener que hacer múltiples ficheros como “trabajo_fin_de_curso_1.md”, “trabajo_fin_de_curso_2.md”, “trabajo_fin_de_curso_final.md”, “trabajo_fin_de_curso_final_mejorado.md”…
  • Varias personas pueden trabajar en el mismo proyecto simultáneamente sin interferir con el trabajo de los demás. Y también podemos seguir el historial de cada cambio realizado por cada usuario. De nuevo, nos evitamos esos ficheros como “trabajo_fin_de_curso_1_paco.md”, “trabajo_fin_de_curso_1_pepe.md”.
  • Los participantes del proyecto pueden crear ramas para trabajar en nuevas características o correcciones sin afectar la línea principal de desarrollo, y luego fusionar esos cambios cuando estén listos.
  • Cuando dos o más participantes de un proyecto cambian la misma parte de un fichero, el sistema de control de versiones puede ayudar a resolver esos conflictos.

Linus Torvalds

El sistema de control de versiones git fue diseñado por Linus Torvalds, el padre del kernel Linux e inspirador de la “Ley de Linus”, descrita por Eric S. Raymond:

Dado un número suficientemente elevado de ojos, todos los errores se vuelven evidentes.

Eric S. Raymond

El hecho de que el padre de git sea Linus Torvalds nos puede dar una idea de dos características de este software: es de una calidad extraordinaria y, además, es Software Libre.

Git permite que cada copia de trabajo del código de un desarrollador sea también un repositorio que puede contener el historial completo de todos los cambios, por lo que no depende de un servidor central y permite un trabajo autónomo y descentralizado.

Con todo esto, git ha desbancado a todos los anteriores sistemas de versiones anteriores siendo actualmente, con mucha diferencia, el sistema más usado en el mercado.

Gracias a ser Software Libre, no sólo cualquier usuario o cualquier grupo de usuarios, como una empresa, puede crear su servidor propio donde compartir los proyectos entre los usuarios, sino que cuenta con varias plataformas que ofrecen este servicio. Las dos principales son GitHub y GitLab.

GitHub

La historia de GitHub comienza en 2008, cuando fue fundada por Chris Wanstrath, PJ Hyett, Tom Preston-Werner y Scott Chacon en San Francisco, EE. UU. El mismo año del lanzamiento del otro gran software descentralizado, la red Bitcoin.

Desde sus inicios, GitHub se destacó como una plataforma de alojamiento de código fuente que facilitaba la colaboración entre desarrolladores. Su crecimiento fue notable desde el principio; en febrero de 2009, apenas un año después de su creación, GitHub ya contaba con más de 46,000 repositorios públicos.

El crecimiento de GitHub continuó de manera exponencial. Para julio de 2010, la plataforma ya albergaba más de 1 millón de repositorios, y para abril de 2011, esa cifra se había duplicado a más de 2 millones. Este rápido aumento en la cantidad de repositorios reflejaba la creciente popularidad de GitHub entre los desarrolladores de todo el mundo.

Uno de los factores clave detrás del éxito de GitHub fue su papel en la promoción del software de código abierto. La plataforma no solo proporcionaba un sistema de control de versiones eficiente y fácil de usar basado en Git, sino que también fomentaba una comunidad activa de colaboración. Las características como las solicitudes de extracción (pull requests) y la capacidad de “forkear” proyectos permitieron a los desarrolladores contribuir fácilmente a proyectos de otros usuarios, lo que impulsó aún más la adopción de GitHub.

Microsoft

En 2012, GitHub ya era rentable, con ingresos que crecían un 300% anualmente desde su fundación. Para enero de 2013, la plataforma superó los 3 millones de usuarios registrados y alojaba más de 5 millones de repositorios. La interfaz intuitiva de GitHub y su comunidad activa de desarrolladores contribuyeron significativamente a la popularización de tanto de git, el sistema de control de versiones creado por Linus Torvalds como de la plataforma GitHub.

El modelo de negocio de GitHub también jugó un papel importante en su crecimiento. Aunque ofrecía repositorios gratuitos para proyectos de código abierto, también proporcionaba planes de pago con características adicionales para usuarios individuales y empresas. Esto permitió a GitHub monetizar su servicio manteniendo la filosofía del código abierto.

La adquisición de GitHub por Microsoft en 2018 marcó un nuevo capítulo en la historia de la plataforma. A pesar de algunas preocupaciones iniciales de la comunidad, Microsoft ha mantenido el compromiso de GitHub con el Software Libre y ha continuado desarrollando la plataforma, añadiendo nuevas características y mejorando la experiencia del usuario.

Si bien esto no hace que se pueda considerar a Microsoft como una empresa de Software Libre, sí que es una muestra de que, para sobrevivir, ha tenido que adaptarse a las demandas del mercado. Han pasado de afirmaciones de Steve Balmer, ex CEO de Microsoft, que decía que el Software Libre no crea empleo o que es un cáncer, a gastarse 7.500 millones de dólares para comprar GitHub o liberar otro software, como Visual Studio Code o TypeScript.

GitLab

GitLab es una plataforma de gestión de ciclo de vida DevOps integrada y de código abierto. La crearon en 2011 los programadores ucranianos Dmitriy Zaporozhets y Valery Sizov. Lanzaron su primera versión en 2012.

A lo largo de su vida, ha ido mejorando muchos aspectos tanto a nivel técnico, ya han ido reescribiendo partes de su código en Go, sustituyendo las originales, escritas en Ruby, como a nivel de modelo de negocio, ya que en julio de 2013, el proyecto se dividió en dos versiones: GitLab CE (Community Edition) y GitLab EE (Enterprise Edition). En febrero de 2014, GitLab EE comenzó a desarrollarse bajo una licencia privativa. También ha ido evolucionando en cuanto a diversificación y adquisición de nuevas herramientas, como cuando en marzo de 2017, GitLab anunció la compra del servicio de mensajería instantánea Gitter.

Es una empresa participada por Google y utilizado por organizaciones de renombre como la NASA, el CERN, IBM y Sony, por lo que, aunque no sea tan famosa como GitHub, nos da una idea de su calidad.

GitLab ha recibido varias rondas de financiación a lo largo de los años. En una ronda de financiación en 2016, recibió una ronda de 25 millones de dólares y en 2018, GitLab levantó 100 millones de dólares, lo que ayudó a la empresa a alcanzar una valoración de 1.000 millones de dólares, convirtiendo a GitLab en un “unicornio”, término utilizado en el ámbito de las startups para describir a las empresas privadas valoradas en más de mil millones de dólares.

Principales diferencias entre GitHub y GitLab

Aunque GitHub y GitLab son dos plataformas que están orientadas hacia públicos similares y muy populares para la gestión de repositorios Git. Tienen algunas diferencias clave:

GitLab ofrece una plataforma más integrada para el ciclo de vida completo del desarrollo de software, incluyendo herramientas de CI/CD (integración continua y entrega continua) y gestión de proyectos.

GitLab se conoce por su versión Community Edition, que es de código abierto y se puede instalar en un servidor propio de forma gratuita. GitHub también tiene proyectos de código abierto, pero para instalar GitHub en un servidor propio se requiere la versión Enterprise.

GitHub es anterior, es más famosa y tiene una comunidad de usuarios más grande.

Ambas plataformas ofrecen versiones gratuitas y de pago (Enterprise). Sin embargo, la instalación en un servidor propio con la versión gratuita es exclusiva de GitLab.

GitLab permite una mayor personalización y tiene un enfoque más fuerte en la seguridad y la privacidad.

Ingresos de las plataformas de git

GitLab ha experimentado un crecimiento significativo en sus ingresos durante los últimos años. Veamos una comparación del crecimiento anual:

2022: Los ingresos alcanzaron los 253 millones de dólares, lo que supuso un aumento del 66.03% en comparación con 2021. Año 2023: Los ingresos fueron de 424.3 millones de dólares, marcando un incremento del 67.95% respecto al año 2022. Y año 2024: GitLab reportó ingresos de 579.9 millones de dólares, lo que representa un aumento del 36.66% en comparación con el año anterior.

GitHub ha reportado un ingreso anual recurrente de mil millones de dólares. Este dato refleja el éxito y la expansión de la plataforma, que se utiliza por una gran comunidad de desarrolladores en todo el mundo. Como vemos, se puede generar un muy buen negocio ayudando a los demás, ofreciendo soporte para el desarrollo de proyectos colaborativos y la posibilidad de compartir dichos proyectos pero, viendo la financiación y los ingresos de uno y otro proyecto, vemos que, una vez más, en esta comparativa, se cumplen las palabras de Jesús Huerta de Soto: “lo mejor moralmente, es lo más rentable”. O, adaptado al Software Libre, “cuanto mayor es la libertad, mayor es la rentabilidad”.

Serie ‘El negocio del software libre’

El negocio del Software Libre (VIII): Red Hat, convirtiendo el free rider en free market

Una de las dudas que asalta a muchos directivos de empresas cuando debaten sobre si liberar software o no, es cómo recuperar la inversión realizada si hay usuarios que puedan usar determinados programas sin la obligación de pagar una licencia de uso. La siguiente pregunta que habría que hacerse es si la opción contraria, desarrollar software privativo, supone alguna garantía de recuperar la inversión. Ninguno de los dos opciones, por sí sola, garantiza recuperar la inversión o ganar dinero.

La venta de licencias de software que, intuitivamente, podria ser el camino más sencillo para recuperar la inversión, lo que lleva es a un modelo que podría llegar a ser demasiado rígido. Máxime en un entorno extremadamente cambiante, como es el software.  Un modelo de negocio más difuso lo que lleva es a una mayor adaptabilidad a las demandas del mercado. Un ejemplo de esta adaptabilidad es Red Hat.

Red Hat, Inc.

Red Hat, Inc. Es una empresa fundada en 1993 que desde 1994 lleva manteniendo la distribución Red Hat. Una distribución de GNU/Linux, también conocida como una “distro”, es una versión personalizada del sistema operativo GNU que incluye el kernel Linux (el núcleo del sistema) y un conjunto de software y utilidades. Cada distro tiene su propia selección de herramientas, interfaz de usuario y sistema de gestión de paquetes, lo que la hace única.

En 1991, AMD comenzó a comercializar los Amx86 y en 1993 apareció el primer Pentium, lo que hizo que el mercado de la informática experimentase un gran cambio, popularizándose los ordenadores en muchos hogares. Y en ese momento había una gran demanda de sistemas que permitiesen explotar los recursos que ofrecía tanto los Pentium como los Amx86.

En 1993 es cuando aparece Debian, la distribución libre por excelencia. La más libre, la más estable, la que lleva un proceso de desarrollo más cuidado, pero la que, antiguamente, requería leer más para poder instalarla. Lo que le hizo adquirir una leyenda negra por parte de aquellos que no pueden competir técnicamente contra el Software Libre de ser un sistema operativo sólo para usuarios avanzados.

Pero en Halloween de 1994, Marc Ewing publica la primera beta de Red Hat Linux, que todavía está disponible para los románticos que mantienen ordenadores de esa época, la histórica Red Hat Halloween. En mayo del año siguiente, con tres meses antes que Windows 95, publica la primera versión de Red Hat. Una distro extremadamente fácil de instalar, con un diseño muy cuidado, que incluía FVWM, que supuso una enorme popularización de GNU/Linux.

Red Hat y los entornos gráficos

Desde ese momento, una de las principales características por las que se ha popularizado Red Hat es por su mimo por los entornos gráficos. FVWM, que significaba “Feeble Virtual Window Manager” (Administrador de Ventanas Virtuales Débil), es un gestor de ventanas para sistemas operativos tipo Unix, conocido por ser altamente configurable y extremadamente ligero en términos de recursos del sistema. Fue creado por Robert Nation en 1993 como un proyecto de código abierto y se ha mantenido activo y en desarrollo desde entonces. Aunque ahora es simplemente “F Virtual Window Manager”, modificando ‘Feeble’ (Débil) por una ‘F’.

El poder usar un entorno como FVWM en esos tiempos del Pentium, ofrecía unas posiblidades enormes. Unas posibilidad que, en esos tiempos, no podíamos ni imaginar. Y, además, poder instalarlo y configurarlo de una manera sencilla. Tener en el mismo sistema operativo una herramienta tan potente como la shell y un entorno gráfico que podía mostrar fácilmente elementos multimedia como vídeos o fotografías abría un enorme campo de desarrollo que aún ahora, tres décadas después seguimos explorando.

Fernando

Tal fue la revolución de los entornos gráficos que un año después, en 1996 apareció GIMP,, en ese momento, el General Image Manipulation Program, aunque en 1997 pasó a ser el GNU Image Manipulation Program, el programa de edición de imágenes por excelencia en el entorno del Software Libre, para el que tuvieron que desarrollar, además de GIMP, las GTK. Las GTK fueron creadas por Spencer Kimball y Peter Mattis como parte del desarrollo de GIMP. Inicialmente, estas herramientas se utilizaron para crear la interfaz gráfica de usuario (GUI) de GIMP, que requería una serie de componentes y controles para permitir a los usuarios editar imágenes de manera eficiente.

La primera versión de las GTK, conocida como GTK+ 1.0, se lanzó en 1998 y fue diseñada específicamente para el entorno de desarrollo de GIMP. Sin embargo, debido a su flexibilidad, eficiencia y facilidad de uso, las GTK comenzaron a atraer la atención de otros desarrolladores de software que buscaban crear aplicaciones con interfaces gráficas de usuario similares.

Con el tiempo, las GTK se separaron del proyecto GIMP y se convirtieron en un proyecto independiente, mantenido por la comunidad de código abierto. Esto permitió que las GTK evolucionaran más allá de su uso inicial en GIMP y se convirtieran en un conjunto de herramientas de desarrollo ampliamente utilizado en el ecosistema de software de código abierto.

GNOME

Las GTK han experimentado varias versiones y mejoras a lo largo de los años, con la versión GTK+ 2.0 lanzada en 2002 y la versión GTK+ 3.0 lanzada en 2011. Estas actualizaciones han introducido nuevas características, mejoras de rendimiento y compatibilidad con las últimas tecnologías de desarrollo de software. Además de GIMP, las GTK se utilizan en una amplia variedad de aplicaciones de software de código abierto y comerciales, incluidos entornos de escritorio como GNOME y Xfce, navegadores web como Mozilla Firefox y aplicaciones multimedia como VLC Media Player.

GNOME, que significa GNU Network Object Model Environment (Entorno de Modelo de Objetos de Red GNU), es un entorno de escritorio de código abierto y uno de los más populares en el ecosistema Linux y Unix-like. Su origen se remonta a 1996, cuando Miguel de Icaza y Federico Mena comenzaron a trabajar en un proyecto para crear un entorno de escritorio de código abierto que fuera fácil de usar y personalizable.

La motivación detrás del desarrollo de GNOME era crear un entorno de escritorio completamente libre y de código abierto que proporcionara una experiencia de usuario intuitiva y potente para los usuarios de sistemas operativos basados en Unix. En ese momento, el entorno de escritorio más popular para sistemas Unix era KDE, pero estaba basado en la biblioteca de herramientas de desarrollo de Qt, que no era completamente libre.

Un entorno de escritorio completo

Para asegurar la libertad y la accesibilidad para todos los usuarios, De Icaza y Mena decidieron construir GNOME utilizando las bibliotecas GTK (GIMP Toolkit), que eran completamente libres. Además, GNOME se basaría en los principios de GNU y seguiría las pautas del Proyecto GNU en cuanto a software libre y libertad de los usuarios.

El proyecto GNOME se anunció públicamente el 15 de agosto de 1997, con el objetivo de crear un entorno de escritorio completo y fácil de usar que fuera accesible para todos. A medida que el proyecto crecía, atrajo la atención y el apoyo de una comunidad global de desarrolladores, que contribuyeron con código, ideas y recursos para hacer de GNOME uno de los entornos de escritorio más poderosos y flexibles disponibles para sistemas GNU/Linux y Unix-like.

Con el tiempo, GNOME se convirtió en el entorno de escritorio predeterminado para muchas distribuciones de Linux populares, como Ubuntu, Fedora y Debian. Ha experimentado varias versiones y actualizaciones a lo largo de los años, con la versión GNOME 1.0 lanzada en 1999, seguida de GNOME 2.x en 2002, y la versión actual, GNOME 3.x, lanzada en 2011.

La relación entre GNOME y Red Hat se remonta a los primeros días del proyecto GNOME en la finales de la década de 1990. Red Hat, una de las principales empresas de distribución de Linux en ese momento, reconoció el potencial de GNOME como un entorno de escritorio de código abierto y se involucró tempranamente en su desarrollo y promoción.

GNOME y Red Hat

Aquí hay algunos aspectos clave del origen de la relación entre GNOME y Red Hat:

Apoyo financiero y de recursos: Red Hat proporcionó recursos financieros y técnicos significativos para el desarrollo inicial de GNOME. La empresa asignó ingenieros y desarrolladores para trabajar en el proyecto y también proporcionó financiamiento para patrocinar conferencias, eventos y hackathons relacionados con GNOME.

Adopción de GNOME en sus distribuciones: Red Hat incluyó GNOME como el entorno de escritorio predeterminado en sus distribuciones de Linux, como Red Hat Linux y luego Fedora. Esta adopción temprana ayudó a popularizar GNOME entre los usuarios de Linux y a establecerlo como una opción viable para entornos de escritorio Linux.

Contribuciones al desarrollo: Los ingenieros de Red Hat realizaron numerosas contribuciones al desarrollo de GNOME. Trabajaron en la mejora de la integración del sistema, la estabilidad y la funcionalidad del entorno de escritorio, así como en la creación de herramientas y aplicaciones complementarias.

Colaboración y apoyo mutuo

Participación en la comunidad: Red Hat no solo contribuyó al desarrollo de GNOME a nivel técnico, sino que también desempeñó un papel activo en la comunidad GNOME. Los empleados de Red Hat participaron en listas de correo, foros de discusión y grupos de trabajo de GNOME, brindando orientación, soporte y liderazgo en el proyecto.

Promoción: Red Hat defendió activamente el uso y la adopción de GNOME como un entorno de escritorio de código abierto en la industria. La empresa promovió GNOME en conferencias, ferias comerciales y eventos de la comunidad, y abogó por su inclusión en otras distribuciones de Linux y proyectos relacionados.

En resumen, la relación entre GNOME y Red Hat se ha basado en una larga historia de colaboración, apoyo mutuo y compromiso con el desarrollo y la promoción del software de código abierto. Red Hat ha desempeñado un papel fundamental en el éxito y la evolución de GNOME, y la relación entre ambas sigue siendo sólida hasta el día de hoy.

Red Hat en el mercado

Como hemos visto con el ejemplo de GNOME, Red Hat no sólo desarrolla su distribución, que ya es mucho, sino que su propia concepción del negocio, basado en el Software Libre, le lleva a no centrarse en su producto, ya que su negocio no se basa en vender licencias, sino en dar servicios a la comunidad.

Como siempre pasa en un mercado abierto, aquel que más ayuda a los demás, es el que más gana. Algo que tienen muy claro en Red Hat, en cuya “Declaración de misión” de 2009 exponían:

Queremos generar cambios en las comunidades de clientes, colaboradores y partners, y crear una mejor tecnología con el enfoque open source.

Veamos algunos hitos importantes:

En 2008, en plena crisis financiera a nivel mundial, sus ingresos por capacitación y servicios cayeron en un 1,3%, pero sus ingresos por suscripciones aumentaron en 13,8%, pasando a facturar 174 millones de dólares, con unos beneficios de un 25,8%, ganado 25,1 millones de dólares brutos que, después de impuestos, quedaron en 18,5 millones de dólares.

La crisis

Por contextualizar, recordemos que la crisis de 2008, no sólo afectó a Lehman Brothers o AIG, sino que empresas tecnológicas como Eidos Interactive, una de las principales empresas británicas de videojuegos, conocida por títulos como la serie Tomb Raider, enfrentó dificultades financieras y la tuvo que salvar Square Enix en 2009.

Los años siguientes fueron duros para muchas empresas, como Nokia, que en 2011 perdió más del 40% del mercado global y Kodak, que en 2012 se declaró en bancarrota.

Pero esa crisis no le afectó a Red Hat, le hizo crecer de forma desmedida: 2010: facturó casi 750 millones de dólares. 2012: facturó más de 1000 millones de dólares, convirtiéndose en la primera empresa de tecnología de open source en superar esa cifra de ingresos. 2016: sobrepasó los 2 mil millones de dólares de facturación. 2019: IBM adquirió Red Hat por aproximadamente 34 mil millones de dólares, lo cual representa la adquisición de software más grande de la historia.

Quien más ayuda, más gana

Hemos visto que Red Hat desarrolla distribuciones de GNU/Linux, como Fedora o Red Hat Enterprise Linux y colabora con proyectos de terceros, como GNOME. La cantidad de software y de servicios que desarrolla Red Hat es enorme, como Dogtail, LibreOffice, u OpenStack. Proyectos tecnológicos que cualquiera puede mejorar, adaptar, distribuir y usar incluso con fines de lucro. Pagando o sin pagar. Y, como hemos visto, no sólo no le han afectado negativamente a su negocio sino que le benefician mucho. A Red Hat, Inc. como empresa y a sus 12 mil empleados.

Pero Red Hat no sólo desarrolla software, sino que mantiene el portal OpenSouce.com y desarrolla con el MIT Media Lab, AMD y otras empresas, el proyecto One Laptop per Child, para conseguir desarrollar un portátil de menos de 100 dólares que permita que todos los niños del mundo puedan tener acceso a un ordenador. Red Hat, al alejarse del modelo de negocio basado en vender licencias, se aleja de la fatal arrogancia de pensar que lo que lo que ellos ofrecen es lo que los clientes quieren, o deben, comprar.

Sin embargo, al centrarse en trabajar por y para la comunidad, adquieren el conocimiento tácito sobre las preferencias del mercado en cada momento, pudiendo ofrecer a la sociedad los productos que demandan, en el momento que demandan y al precio que están dispuestos a pagar.

Serie ‘El negocio del software libre’

El negocio del Software Libre (VII): el intérprete o transductor

A veces escucho a alumnos o a otros nuevos programadores decir que es más fácil encontrar la solución a problemas o cómo cubrir una necesidad con GNU/Linux que con otros sistemas operativos.

A otros desarrolladores, más experimentados, esto no sorprende. Todos dan por hecho que la comunidad del Software Libre es más activa a la hora de escribir en blogs y responder en foros como StackOverflow.

¿Y por qué hay tantos artículos sobre vi, Emacs o GNU/Linux? ¿Qué lleva a una persona a leer la documentación de un comando, una función o un paquete y volver a escribir sobre ese tema, si ya existe una documentación oficial?

El intérprete o transductor en la programación

Una de las grandes aportaciones de Jesús G. Maestro a la crítica literaria es volver a poner en el foco de estudio al ser humano, al sujeto operatorio. A través de su canal de Youtube y de sus libros, no sólo difunde su interpretación de la literatura, sino que difunde la metodología desarrollada para hacerlo.

Cualquier persona que se identifica con la Escuela Austríaca sabe que más importante que el análisis es la metodología. Sin metodología, realizar un el análisis es equivalente al burro que toca la flauta. Si acierta, es por casualidad. Y una de las grandes aportaciones de Jesús G. Maestro es la división de los cuatro materiales de la literatura:

  • El autor
  • La obra
  • El lector
  • El intérprete o transductor

Como vemos, de los cuatro materiales de estudio, tres son seres humanos. Cuando estudiábamos literatura en la escuela, generalmente nos hablaban de la obra, algo menos del autor, pero, al menos, yo, nunca había escuchado como objeto de estudio ni al lector, que interpreta para sí mismo, ni al intérprete o transductor, que interpreta para los demás, como objeto de estudio. Siendo de vital importancia. ¿Para qué escribe un autor una obra si no es para que haya otros seres humanos que la lean y la interpreten?

Los materiales de la documentación técnica

En la documentación técnica, mutatis mutandis, podríamos decir que también nos encontramos con esos cuatro materiales:

  • El autor que escribe la documentación
  • La documentación
  • El usuario que lee la documentación
  • El intérprete o transductor que interpreta para los demás esa documentación

Cualquier lenguaje, programa o sistema, sea libre o no, tiene documentación y autor o autores que la han escrito. Un proyecto de software que no tiene documentación no es un proyecto completo y está condenado al fracaso.

Los usuarios pueden ser más o menos, pero cuando se comprueba que un proyecto ha triunfado es cuando tiene intérpretes, traductores y transductores.

Desbordando la documentación

Si en un blog o un canal de Youtube se hacen eco de un proyecto, lo explican y explican su uso a otros usuarios, significa que ese youtuber o blogger lo ha considerado lo suficientemente bueno como para dedicarle varias horas de su vida a usarlo, estudiarlo, interpretarlo y exponerlo al público. Y, no menos importante, ha considerado que ese proyecto es interesante para su cliente, el lector de su blog o el suscriptor de su canal.

Y, quizá, para otro cliente, el posible contratador.

Pero, además, ese generador de contenidos para poder competir con la documentación oficial, debe aportar valor añadido. Y es ahí, cuando se convierte en intérprete, ya que no sólo debe leer la documentación e interpretarla para sí mismo, sino para los demás. Y proyectarla aportando valor para captar usuarios.

Muchas veces, el escribir un blog se limita a tomar unas notas que un usuario usa, en principio, para sí mismo. Usa determinadas funcionalidades de un sistema o un lenguaje y las apunta para tenerlas todas juntas y poder encontrarlas más fácilmente cuando las necesite.

Pero esto lo podría hacer anotándoselas en ficheros en su propio equipo. O haciendo snippets para su editor de texto. Pero si lo comparte, está ofreciendo la oportunidad a otros usuarios de aprovechar ese esfuerzo. La comunidad del Software Libre tiene tan interiorizado que, al buscar una necesidad, encuentra la solución que, de forma espontánea, cuando hace un trabajo para si, lo comparte al procomún. Aunque no sea buscando un lucro directo.

La profesionalización del intérprete

Pero también puede que busque un lucro. Porque está muy bien compartir el trabajo propio, pero si el autor de ese blog obtiene, o puede obtener, algún tipo de beneficio, aumentan sus motivaciones para realizar un mejor trabajo.

Con un blog es muy difícil ganar dinero. Hacen falta muchísimas visitas y los pagos son realmente bajos. Algo más fácil es ganar dinero con un canal de Youtube, pero también requiere muchos más conocimientos, no sólo sobre el tema a tratar en el canal, sino sobre edición de imágenes, vídeo, audio… además, la mayoría de los canales de Youtube no monetizan, por lo que sus autores no cobran nada.

Pese a todo, la producción de contenidos, tanto de texto como de vídeo, es enorme. Y muchos blogs y canales de Youtube con una calidad extraordinaria, con un ímprobo trabajo detrás. ¿Y por qué ocurre esto?

Aquí no hay una única respuesta, cada autor tiene sus motivaciones subjetivas, pero llevo tiempo observando tres patrones de conducta que se repiten continuamente:

Primero, el usuario empieza a compartir contenidos por la inercia de ver cómo otros usuarios más experimentados que él, comparten sus conocimientos.

Después, al formar parte de la comunidad, y recibir comentarios, apoyo y reconocimiento de la comunidad, le hace desarrollar más y mejores contenidos, no sólo aportando anotaciones sino conjugándolas con otras experiencias, como es el uso combinado de distintas tecnologías.

Por último, porque recibe mejores ofertas de trabajo.

El intérprete como profesional

Una empresa sólo funciona si tiene buenos profesionales. Trabajadores que ofrecen a los clientes lo que estos demandan. Cualquier persona que tiene vocación de servir a los demás, es un trabajador mucho más rentable, independientemente de sus conocimientos, que un ser humano cuya fatal arrogancia le lleva a ofrecer únicamente lo que él considera válido, por muchos conocimientos que tenga.

Si combinamos que una persona tiene altos conocimientos y los demuestra en cada uno de sus contenidos y, además, tiene la humildad de escuchar a su público para ofrecerles lo que le están pidiendo, y realiza el esfuerzo necesario para satisfacer las demandas de su público, es una combinación excepcional para ofrecer en el mercado laboral.

Y, mejor aún, en un sector como es el tecnológico, donde hay una altísima demanda de trabajadores, no tiene que ofrecerse a las empresas, sino que son los reclutadores de esas empresas las que van a contactar con él. Obligando al reclutador a que la oferta que realice sea lo suficientemente jugosa como para que ese intérprete o transductor, que ya ha demostrado previamente su valía, le haga caso.

Una oferta que, por muy alta que sea, es una apuesta con muchas mayores garantías de éxito que cualquier diploma exhibido en Linkedin.

Serie ‘El negocio del software libre’

(I) Las instituciones

(II) El caso de Wikipedia

(III) Sólo crecen las redes sociales que liberan código

(IV) Hackers frente a académicos

(V) Evan You, un hacker empresario no emprendedor

(VI) La generalización de los hackatones

El negocio del software libre (VI): La generalización de las hackatones

Cuando hablé de los hackers frente a los académicos, comenté que desarrollaría más dos actividades del mundo hacker que han desbordado el campo de la tecnología:

El primero son los hackatones. Muchos grandes proyectos de Software Libre como Bootstrap o React, nacen de reuniones de hackers. Como los hackathones han demostrado su funcionalidad, en otros ámbitos se ha copiado este modelo de solucionar necesidades.

Origen de las hackatones

El término “hackathon”, o el término españolizado “hackatón”, tiene sus raíces en la comunidad hacker y se refería a un evento colaborativo en el cual programadores, analistas, administradores de sistemas y otras personas aficionadas a le tecnología para trabajar intensivamente en proyectos de software. Estos eventos tienen una duración limitada, que puede variar desde unas pocas horas hasta varios días. La palabra “hackatón” combina “hack” (en el sentido de programar de manera ingeniosa) y “maratón”, lo que sugiere la idea de un esfuerzo prolongado e intenso en el desarrollo de software.

El origen del hackatón se atribuye a OpenBSD, un sistema operativo de tipo Unix, cuyos desarrolladores comenzaron a organizar eventos de codificación intensiva en 1999. Estos eventos tenían como objetivo mejorar y auditar el código fuente del sistema operativo. A lo largo del tiempo, el concepto se expandió y se adoptó en diferentes comunidades y sectores.

Un entorno de colaboración

Los hackatones proporcionan un entorno propicio para la colaboración, la resolución de problemas y la innovación. Durante el evento, los participantes forman equipos, eligen proyectos y trabajan juntos para desarrollar soluciones. Al final del hackatón, los proyectos se presentan y, en algunos casos, se premian.

He dicho que «se refería» en pasado porque este término, aunque siga manteniendo el «hack» en su nombre, ha desbordado el ámbito de la tecnología. A lo largo de los años, se han adaptado a diferentes disciplinas, como diseño, negocios, salud y más. Los eventos pueden centrarse en diversos temas, desde el desarrollo de software hasta la creación de prototipos de hardware, la resolución de desafíos empresariales o la exploración de nuevas ideas.

El formato de hackatón ha demostrado ser una forma efectiva de fomentar la colaboración, estimular la creatividad y acelerar el desarrollo de proyectos. Estos eventos son populares en la industria tecnológica, pero su impacto y popularidad se han extendido a otros campos y sectores.

Motivaciones para participar

Cada persona tiene sus motivaciones subjetivas es imposible clasificarlas, sin embargo, por mi experiencia y por lo que he hablado en hackatones con otros participantes, algunas de las motivaciones comunes para participar en una hackatón serían:

Aprendizaje: Muchos participantes ven en los hackatones grandes oportunidades para aprender nuevas habilidades, explorar tecnologías emergentes y mejorar sus capacidades de programación, ya que desarrolladores novatos se juntan con otros más experimentados de los que pueden aprender.

Enseñanza: También los experimentados pueden obtener una gran recompensa al enseñar a otros programadores principiantes, con los que pueden empatizar muy fácilmente, ya que años atrás estuvieron en la misma situación. Si a estas motivaciones personales, le añadimos la naturaleza intensiva del evento, el resultado es un aprendizaje rápido y práctico en proyectos reales, que es donde la formación más reglada no suele llegar.

Experiencia práctica: Los hackatones ofrecen un marco de trabajo para aplicar conocimientos teóricos en situaciones prácticas del mundo real. La experiencia adquirida en un hackatón puede ser muy valiosa para el desarrollo profesional por complementar los conocimientos teóricos adquiridos en centros formativos.

Innovación y creatividad: La posibilidad de trabajar en proyectos innovadores atrae a personas que buscan desarrollar soluciones creativas y resolver problemas interesantes. Los hackatones fomentan la libertad para experimentar y pensar fuera de lo convencional, por lo que, en general, los hackatones que mejor funcionan son los que los retos son abstractos y complejos.

Ayuda, contactos, diversión

Ayudar a los demás: Si, además de la abstracción y la complejidad, se le añade que ofrezca una solución para mucha gente, es otro factor que también atrae a muchos participantes, ya que sentirse útil a la sociedad es una gran motivación para participar en un evento.

Redes de contactos: La interacción con otros profesionales del campo y la posibilidad de formar parte de un equipo colaborativo son aspectos valiosos de los hackatones, ya que estos eventos ofrecen oportunidades para establecer contactos, conocer a personas con ideas afines y ampliar la red profesional.

Solución de problemas: Algunos participantes se unen a hackatones con la intención específica de abordar un problema o desafío particular. La competencia y la urgencia temporal suelen ser buena motivación para encontrar soluciones efectivas y rápidas.

Búsqueda de soluciones o colaboradores: Otras veces, los participantes no van a resolver retos ajenos, sino a proponer sus propios retos o soluciones a problemas en los que están atascados. O a explicar a otros participantes en los proyectos en los que están trabajando para buscar colaboradores.

Diversión: La combinación de trabajo intenso, el ambiente colaborativo y la emoción de enfrentarse a desafíos puede convertir los hackatones en experiencias divertidas para los hackers, ya que son gente inquieta que disfruta resolviendo retos.

Competición y reconocimiento: La oportunidad de competir y recibir reconocimiento por parte de otros hackers por el trabajo bien hecho motiva a muchos participantes mucho más que los premios, ya sean en efectivo, becas u oportunidades laborales.

El premio económico

Nótese que en las motivaciones para participar en hackatones no he nombrado más que de pasada los premios económicos, que pueden estar bien como complemento pero, y repito, esto es por mi propia experiencia y por conversaciones con otros participantes de este tipo de enventos, pocos hackers participarán con la motivación de obtener el premio en metálico y aquellos que lo hagan con esta intención, difícilmente serán los ganadores.

Los hackatones son eventos multifacéticos que atraen a personas con diversas motivaciones, desde el deseo de aprender y colaborar hasta la búsqueda de soluciones innovadoras y la oportunidad de competir y ser reconocido. Estas motivaciones convergen para crear un ambiente dinámico y productivo durante el evento. Aquellos que participan con estas motivaciones entienden que para logarlo tienen que aportar a los demás. Es la esencia misma del mercado: gana más el que más sirve al prójimo.

Sin embargo, aquel que va con la motivación de ganar un premio económico, y busque únicamente su interés particular, aunque gane el premio económico, este siempre es menor, incluso en términos económicos, que todo aquello que obtiene (aprendizaje, descubrimiento de nuevas metodologías, contactos…) aquel que que colabora con la comunidad.

Si a esto, le añadimos que se celebran hackatones de forma contínua, la inversión en unos hackatones generan mayores beneficios en los siguientes, por lo que se convierten en una forma de aprendizaje continuado y un crecimiento constante en su carrera como desarrollador.

Motivaciones para patrocinar

Aunque los premios en metálico no sean lo más importante para participar en una hackatón, sí que son de agradecer otro tipo de premios o de aportaciones en la hackatón, como hosting, VPS, libros, cursos, ordenadores o periféricos… y, sobre todo, costear los gastos de desplazamiento, alojamiento y comida. Costes mínimos para los beneficios que puede obtener una empresa patrocinadora, ya que los hackatones ofrecen un terreno fértil para la innovación. Patrocinar un hackatón permite a las empresas acceder a nuevas ideas y soluciones creativas desarrolladas por participantes de una hackatón.

Pero hay que tener en cuenta, igual que hablábamos con los participantes, que en el mercado triunfan los más generosos y aquellas empresas que lo que pretenden en una hackatón es que le hagan un trabajo gratis, acaba siendo un fracaso. Por eso, una de las claves para que una hackatón sea un éxito es que el software que se desarrolle sea libre, para que se beneficie de ese trabajo la comunidad y no sólo los patrocinadores. Y, además, que tenga una serie de pequeños regalos que motiven a la participación.

Muchos proyectos que han surgido de hackatones han llevado a productos exitosos que mejoran la oferta de las empresas patrocinadoras.  Y no sólo en sus productos, sino en su reconocimiento de marca. ¿Cuánto le hubiera costado a Twitter una campaña que le hubiera dado el prestigio que le ha proporcionado Bootstrap? ¿Y a Facebook el reconocimiento que le da React? Impagable ni para empresas de este volumen.

Competencia; es decir, colaboración

¿Y por qué han conseguido tal volumen de usuarios tanto Bootstrap como React? Porque son libres.  ¿Y por qué han conseguido tal volumen de usuarios y, por lo tanto, tanto valor, Twitter y Facebook? Tal como expliqué en mi artículo «Sólo crecen las redes sociales que liberan código», porque desarrollan Software Libre. Y eso les da una gran ventaja competitiva, ya que las redes sociales se basan en comunidades de personas que compiten y colaboran. Y no hay mayor ecosistema de colaboración y competencia en el ámbito tecnológico que la comunidad del Software Libre.

Aquellos desarrolladores que entienden la comunidad como un marco de cooperación social basado en la colaboración y la competencia, tienen mayores posibilidades de desarrollar productos que triunfen en otro gran marco de cooperación social basado en la colaboración y la competencia, que es el mercado. Además, ser un patrocinador de un hackatón brinda una visibilidad de marca ante un público muy bien segmentado que suele tener un poder adquisitivo más bien alto y en un segmento, como es el tecnológico, en el que las empresas invierten grandes cantidades de dinero. La presencia de la marca en materiales promocionales, sitios web del evento y comunicados de prensa contribuye a aumentar el reconocimiento de la empresa en la comunidad tecnológica.

Redes de colaboración

Los hackatones son excelentes lugares para establecer relaciones de colaboración con otras empresas y startups. Patrocinar un hackatón brinda la oportunidad de interactuar con otros patrocinadores, participantes y organizadores, lo que puede resultar en asociaciones estratégicas beneficiosas para ambas partes.

Participar como patrocinador permite a las empresas estar al tanto de las últimas tendencias y necesidades del mercado. Al observar los proyectos y soluciones presentados, las empresas pueden obtener ideas valiosas sobre cómo adaptar o mejorar sus productos y servicios según la dirección en la que se está moviendo la industria.

Y un factor muy importante, que es la atracción de talento, ya que los hackatones son puntos de encuentro para hackers apasionados por la tecnología. Patrocinar estos eventos permite a las empresas destacar sus valores, proyectos interesantes y cultura laboral, lo que puede atraer a posibles empleados. Además, participar en hackatones proporciona a los patrocinadores la oportunidad de identificar y conocer a potenciales nuevas incorporaciones a la empresa. ¿Puede haber un mejor fichaje para una empresa que un estudiante que sacrifica un fin de semana por ir a un evento a programar, máxime si ese evento es tan intensivo que come y duerme con otros participantes?

Generosidad y cooperación

Aquel veinteañero que sacrifica estar de juerga con sus amigos para encerrarse en un espacio para teclear una línea de código detrás de otra, o bien es porque disfruta más programando que yéndose de cervezas, lo cual le convierte en un fichaje ideal o bien es tan disciplinado que sacrifica algo que valora mucho, como es la fiesta por invertir ese tiempo en algo que le puede dar mayores beneficios a largo plazo. Lo cual le convierte en un fichaje todavía más ideal.

Y, como sabe que es un fichaje ideal, y que su cotización en el mercado sube en cada hackatón que participa, elegirá muy bien la empresa por la que fichar. Que, seguramente, sea una que haya mostrado previamente, un compromiso con la comunidad hacker y el Software Libre, patrocinando hackatones de forma continuada.

De nuevo vemos que la generosidad y la cooperación son la forma más sencilla de obtener los mejores resultados. O, como diría el Profesor Huerta de Soto, la mejor opción moral suele acabar siendo la más rentable económicamente.

Copyleft Fernando Vicente. Puede copiar este texto. Escrito originalmente en Markdown con vi sobre Ubuntu GNU/Linux, usando sólo software libre.

Serie ‘El negocio del software libre’

(I) Las instituciones

(II) El caso de Wikipedia

(III) Sólo crecen las redes sociales que liberan código

(IV) Hackers frente a académicos

(V) Evan You, un hacker empresario no emprendedor

El negocio del software libre (V): Evan You, un hacker empresario no emprendedor

En el mundo de la programación, uno de los campos con más innovación es el de los frameworks, marcos de trabajo que facilitan la vida del desarrollador. Todo programador busca minimizar su esfuerzo para obtener resultados, tanto a la hora de producir su código como, sobre todo, de mantenerlo, por lo que contar con herramientas que faciliten el desarrollo, pero, sobre todo, el código de calidad, es de vital importancia. Si a esto le sumamos que son programadores los que desarrollan estas herramientas para otros programadores, es normal que haya disponibles en el mercado tantas bibliotecas y frameworks.

En esta serie sobre «el negocio del Software Libre» hemos abordado varias herramientas, como Bootstrap, Angular, React… pero en este artículo nos centraremos en el negocio alrededor de Vue.js, un framework JavaScript excepcionalmente versátil y dinámico, que ha transformado la forma en que los desarrolladores abordan la construcción de aplicaciones web interactivas y eficientes.

Y, lo que es más curioso, veremos la cantidad de dinero que mueve una herramienta que, aunque sea realmente potente y ayude mucho a la hora de desarrollar código, no aporta ninguna novedad sustancial. 

JavaScript y frameworks

Antes de hablar de Vue, y decir que es «un framework de JavaScript», veamos qué es un framework y qué es JavaScript. Un framework es una estructura o conjunto de herramientas predefinidas que facilita el desarrollo de software al proporcionar un conjunto de reglas, librerías y plantillas que permiten a los desarrolladores crear aplicaciones de manera más rápida y eficiente. En el contexto de JavaScript, un framework como Vue.js, React o Angular, ofrece un conjunto de funciones y herramientas listas para usar que simplifican tareas comunes en el desarrollo web, como la gestión del estado de la aplicación, la creación de componentes reutilizables y la interacción con el DOM (Document Object Model).

JavaScript es un lenguaje de programación que se usa principalmente para añadir dinamismo e interactividad a las páginas web. Por ejemplo, con JavaScript se pueden crear animaciones, validar formularios, comunicarse con servidores… Habitualmente, JavaScript se ejecuta en el navegador del usuario, lo que significa que no necesita instalarse ningún programa adicional para que funcione, aunque JavaScript es un lenguaje flexible y versátil, que también se puede usar para crear aplicaciones de escritorio, aplicaciones móviles, juegos, etc.

Quién es Evan You

Y si es importante entender qué es JavaScript y un framework para entender qué es Vue, no menos importante es saber quién es Evan You. Evan You es un desarrollador de software conocido por ser el creador de Vue.js, el framework de JavaScript que vamos a ver con mayor profundidad en este artículo. Antes de crear Vue, trabajó en Google como ingeniero, programando con herramientas y tecnologías relacionadas con el desarrollo web como Angular y React (otros dos frameworks de JavaScript que son excepcionales, pero complicados para trabajar con ellos).                       

Viendo la complejidad de ambos, decidió construir Vue.js como una alternativa más ligera y adaptable para el desarrollo de aplicaciones web interactivas. Desde entonces, se ha convertido en una figura influyente en la comunidad de desarrollo de JavaScript.

Qué es Vue.js

El desarrollo de Vue.js comenzó en 2013, de la mano de Evan You, el exingeniero de Google que acabamos de conocer, que se embarcó en la misión de crear una herramienta que abordara las limitaciones y complejidades de los frameworks frontend existentes. Su intención era fusionar lo mejor de Angular y React, amalgamando la reactividad intuitiva de React con la simplicidad y enfoque modular de Angular.

Vue.js se destaca por su enfoque de reactividad declarativa para la construcción de interfaces de usuario interactivas. Para entender fácilmente qué es la programación declarativa, sería decirle a un programa lo que tiene que hacer en lugar de decirle cómo debería hacerlo. La reactividad consiste en que los cambios en los datos automáticamente actualizan la interfaz de usuario, sin tener que recargar nada. Imaginemos una calculadora: si la calculadora va mostrando el resultado sin tener que darle al botón de igual, sería reactiva.

La arquitectura de componentes en Vue.js permite dividir la interfaz de usuario en piezas reutilizables y modulares, lo que facilita la construcción y mantenimiento de aplicaciones complejas. Siguiendo con el ejemplo de la calculadora, el mismo componente que muestra el resultado de la calculadora podría también mostrar un contador de visitas de una página web, la edad de un usuario o el número de productos que hay en un almacén.

Todo con componentes que encapsulan tanto el HTML (el contenido del componente), el CSS (la forma de mostrar ese contenido) y JavaScript (la programación que tiene ese componente para mostrar los datos) que, además, se pueden combinar con otras bibliotecas, por lo que podemos usar elementos de terceros para el diseño o para mejorar la lógica sin tener que hacerlos desde cero, por lo que es muy útil para desarrollar desde pequeñas aplicaciones hasta proyectos empresariales complejos.

Evan you, hacker

La creación de Vue.js fue impulsada por la pasión de Evan You por simplificar el desarrollo frontend. Quería ofrecer una herramienta que proporcionara un equilibrio perfecto entre potencia, elegancia y facilidad de uso, con una meticulosa atención a los detalles, consiguiendo un producto de mucha calidad. Pero lo más destacable de Evan You es su mimo por la comunidad activa que se ha formado en torno a Vue.js.

Vue.js ha ganado rápidamente popularidad entre los desarrolladores gracias a su facilidad de aprendizaje, su potente sistema de reactividad y su enfoque intuitivo para la construcción de aplicaciones web modernas.

El gran acierto de VuePress

Para documentar el ecosistema de Vue, You desarrolló VuePress, un gestor de contenidos basado en Vue para realizar páginas estáticas, es decir, que no hagan llamadas a bases de datos de una manera extremadamente simple.

Y cuando digo extremadamente simple, es que es realmente simple, ya que usa como lenguaje de marcado Markdown y realmente potente, ya que, por ejemplo, para remarcar la sintaxis de una porción de código (que coloree de distinta manera las funciones, los operadores, las variables…) es tan sencillo como incluir la extensión del lenguaje en la definición del código.

Así pues, para remarcar código con Python, Bash, JavaScript… sólo tenemos que indicar “` py, “` sh o “` js, respectivamente. ¿Y por qué es tan importante esto? Porque cuando facilitas la vida a aquellos que documentan herramientas de software consigues en un santiamén una legión de propagandistas que hablan de tu herramienta.

Evan You, hacker pero no emprendedor

Llegados a este punto, Evan You ya tenía tres pilares fundamentales:

  • Era reconocido como un gran hacker por la comunidad
  • Tenía una herramienta muy potente y muy usada
  • Había convertido su comunidad en propagandistas

Sólo le faltaba rentabilizar estos tres puntos y convertirlos en dinero. Y, al igual que he comentado que ha conseguido desarrollar una herramienta muy potente y muy usada sin aportar un cambio significativo a la hora de desarrollar sino que ha combinado exitosamente ideas de terceros, ha seguido el mismo patrón a la hora de rentabilizar su esfuerzo.

No he encontrado ningún registro sobre si Evan You tiene participación, más allá de la puramente laboral con una serie de empresas, como Bitterbrains Inc, fundada en 2017, una empresa que ha sido fundamental en el respaldo y desarrollo continuo de Vue.js. Esta entidad no solo apoya financieramente el proyecto, sino que también permite que Evan You se dedique por completo al desarrollo de Vue.js.

5 millones al año

Son los impulsores de Nuxt Nation, el mayor evento anual de Nuxt, de VueJSForge y de Vue Bundle y Vue School, plataformas de formación que usan a Evan You como su principal gancho.

Otra empresa que también usa como reclamo a Evan You es Code Pop LLC, una empresa de 2016 que ofrece formación a través de Vue Mastery.

Otra de las fuentes de ingresos de Evan You es Patreon, donde ya no está disponible el artículo de 2018 sobre Evan You, pero del que podemos encontrar algunas referencias, como en HackerNews, donde hablan de 180 mil dólares anuales o en Reddit, que cifran en 16 mil euros mensuales los ingresos de Evan You en Patreon. 

Una buena cantidad contando con que son aportaciones voluntarias y que Patreon sólo es una de sus fuentes de ingresos, aparte de lo que cobre de Code Pop LLC y de Bitterbrains Inc, una empresa que, con menos de 25 empleados, factura unos 5 millones de dólares al año.

Evan You, hacker y empresario de éxito

Podríamos resumir el modelo de negocio de Vue en estos puntos:

Es un framework que no aporta ninguna novedad disruptiva, pero simplifica el trabajo. Nunca encabeza las clasificaciones del framework JavaScript más usado, pero siempre está entre los primeros. No tiene ninguna fundación potente como la FSF, la Fundación Apache o la Fundación Python, tampoco tiene a Google ni a Facebook, como sus principales competidores (Angular y React) sino que ha surgido alrededor de este framework un ecosistema de empresas y entidades que colaboran y compiten entre sí. 

Incluso los ingresos de Evan You son descentralizados combinando actividades como desarrollador, profesor y conferenciante. Un rockstar del universo hacker que ha sabido empresarializar su talento sin emprender. Un ejemplo de lo que Israel M. Kirzner define como «el productor como empresario»:

El productor, en realidad, no es sino un propietario de recursos. E incluso cuando consideramos al productor como poniendo a disposición los recursos requeridos para realizar las transacciones mercadológicas necesarias para allegar los “otros” recursos para el proceso productivo y lograr que se pueda vender el producto a los consumidores, aún es posible considerarlo sólo como un propietario de recursos.

Se podría realmente considerar al productor como un empresario, pero no debemos olvidar que si queremos considerarlo como un empresario puro, deberemos librar nuestra noción de productor de la responsabilidad de proporcionar recursos al proceso de producción. Si nuestro productor ha de ser un empresario puro, lo debemos tomar en cuenta como contratador de todo el talento necesario para organizar los factores de producción en un equipo que trabaje con eficacia y como comprador de todos los recursos necesarios para llevar a término eficazmente las transacciones que su calidad de empresario le sugiere.

Serie ‘El negocio del software libre’

(I) Las instituciones

(II) El caso de Wikipedia

(III) Sólo crecen las redes sociales que liberan código

(IV) Hackers frente a académicos

Aprendiendo de Eric S. Raymond y JavaScript

Hoy es 4 de diciembre, cumpleaños de Eric S. Raymond, también conocido como ESR. Es quien mantiene desde 1990 el nuevo Jargon File y es el autor de Una breve historia de los hackers (1992), La catedral y el bazar (1997), Colonizando la noosfera (1999), El caldero mágico (2001), La venganza de los hackers (2001) y El arte de programar en Unix (2003).

También es el aniversario del lanzamiento de JavaScript en 1995. JavaScript es un lenguaje de programación que se ejecuta, mayoritariamente, en navegadores web (los programas con los que navegamos por Internet, como Firefox, Chrome u Opera). Aporta funcionalidades que serían imposibles sin un lenguaje que se ejecutase en el lado del cliente. Y consigue que, al tener los usuarios cada vez más posibilidades, el uso de Internet se haya generalizado tanto como lo es actualmente.

Estos dos acontecimientos, que no tienen relación entre sí, podría parecer que hablar de ellos es más propio de un blog de tecnología que del Instituto Juan de Mariana, pero podemos extraer muchas enseñanzas para otros ámbitos, como la economía o la comprensión de la acción humana.

Sacando a la luz la comunidad hacker

El Jargon File es el diccionario hacker que ha hecho florecer la comunidad hacker. Por un lado, haciendo ver a la sociedad que el hacker no es ese personaje siniestro que está en un garaje haciendo maldades sino, como define Raymond en Cómo convertirse en hacker:

Existe una comunidad, una cultura compartida, de programadores expertos y magos de las redes, cuya historia se remonta décadas atrás a los tiempos de los primeros miniordenadores de tiempo compartido y los tempranos experimentos con ARPAnet. Los miembros de esta cultura crearon el término “hacker”. Los hackers construyeron Internet. Los hackers hicieron de Unix el sistema operativo que es hoy día. Los hackers hacen andar Usenet. Los hackers hacen funcionar la WWW. Si eres parte de esta cultura, si has contribuido a ella y otras personas saben quién eres y te llaman hacker, entonces eres un hacker.

Los mentalidad hacker no está confinada a esta cultura del software. Hay gente que aplica la actitud de hacker a otras cosas, como la electrónica o la música. De hecho, puedes encontrarla en los más altos niveles de cualquier ciencia o arte. Los hackers de software reconocen estos espíritus emparentados en otras partes y pueden llamarlos “hackers” también. Y algunos sostienen que la naturaleza hacker es en realidad independiente del medio particular en el cual trabaja.

Eric Steven Raymond. Cómo convertirse en hacker.

Hackers y crackers

Y se desmarca del cracker:

Existe otro grupo de personas que se llaman a sí mismos hackers, pero que no lo son. Son personas (generalmente varones adolescentes) que se divierten irrumpiendo ilegalmente en ordenadores y haciendo “phreaking” en el sistema teléfonico. Los auténticos hackers tienen un nombre para esas personas: “crackers”, y no quieren saber nada de ellos.

Los auténticos hackers opinan que la mayoría de los crackers son perezosos, irresponsables y no muy brillantes, y fundamentan su crítica en que ser capaz de romper la seguridad no le hace a uno un hacker, de la misma manera que ser capaz de arrancar un coche con un puente en la llave no le convierte en ingeniero de automotores. Desafortunadamente, muchos periodistas y escritores utilizan erróneamente la palabra “hacker” para describir a los crackers; esto causa enorme irritación a los auténticos hackers.

Eric Steven Raymond. Cómo convertirse en hacker.

En resumen, y en palabras del propio Raymond: “La diferencia básica es esta: los hackers construyen cosas; los crackers las destruyen”.

Los hackers toman las empresas

Esta forma de sacar a la luz la comunidad hacker e identificarla como el conjunto de personas que crean soluciones a las necesidades humanas es la clave para que se utilicen términos como hackathon, hackmeeting, hacklab / hackerspace o growth hacking fuera del ámbito de la tecnología. Por otro lado, y de forma paralela, nos encontramos que cada vez hay más Software Libre y cada vez más empresas liberan su código, al menos, en parte.

La mayoría de los grandes proyectos de Software Libre están gestionados por su propia comunidad, como Python, mantenido por la Fundación Python, Wikipedia y MediaWiki, mantenidos por la Fundación WikiMedia, los proyectos mantenidos por la Apache Software Foundation, como el servidor web Apache, Apache OFBiz o AirFlow o los proyectos que han surgido de Github, como Electron, Atom o Pulsar.

Empresas cuyo modelo es el software libre

Con este tipo de instituciones cohabitan una serie de empresas que su modelo de negocio está totalmente basado en el Software Libre, como son la mayoría de las distribuciones comerciales de GNU/Linux, como Ubuntu, mantenido por Canonical Ltd. o Red Hat Enterprise Linux y Fedora, mantenidas por Red Hat Inc.

Y un tercer grupo cada vez más creciente son las empresas que su negocio no se basa directamente en el Software Libre, pero que liberan software. Algunos de estos proyectos libres los tenemos en:

  • Android, TensorFlow, Angular, Kubernetes y muchas otras herramientas liberadas por Google.
  • Bootstrap, liberado por Twitter.
  • OpenCV, liberado por Intel.
  • React, React Native y otras herramientas de React, liberados por Facebook.
  • Visual Studio Code, liberado por Microsoft.

Gracias al trabajo de Eric S. Raymond, y otros mucho más, de desmitificar la figura del hacker y, sobre todo, de desligarla del cracker, mostrando que el modelo de desarrollo del Software Libre no sólo produce más, sino, sobre todo, mejores proyectos que en el modelo de software privativo, es lo que el mercado lo asuma de forma natural y espontánea como una parte de sí.

Ejemplos del impacto del software libre en la economía y empresas

Habitualmente, nos fijamos en proyectos de Software Libre que han dejado una huella profunda en la economía y la forma en que operan las empresas operan y nos fijamos en casos notables de transformación y éxito como:

GNU/Linux y Red Hat: La adopción de sistemas operativos basados en GNU/Linux ha sido un hito. Empresas como Red Hat han capitalizado esta tecnología ofreciendo soluciones de software libre y soporte, permitiendo a las empresas utilizar sistemas robustos y estables sin depender de licencias costosas.

Android y su ecosistema: El sistema operativo Android, basado en el kernel de Linux, ha revolucionado la industria móvil. Empresas de todo el mundo han adoptado este sistema operativo, permitiendo la creación de dispositivos móviles económicos y potentes.

Apache Software Foundation: Proyectos como el servidor web Apache han sido fundamentales en la estructura de Internet. La Apache Software Foundation ha impulsado numerosos proyectos de código abierto que forman la base de innumerables sitios web y servicios en línea.

Herramientas de Desarrollo Colaborativo: GitHub y GitLab han transformado la forma en que se desarrolla el software, permitiendo la colaboración abierta y la creación de proyectos de software más sólidos y confiables.

Filosofía hacker e innovación

Pero me parece mucho más importante analizar primero algunas de las influencias de la filosofía hacker en la innovación y la eficiencia del trabajo para entender conceptos más abstractos como la globalización o bitcoin y la importancia de figuras como Eric S. Raymond y la comunidad hacker. Veamos algunos de ellos:

Descentralización y colaboración: La filosofía hacker fomenta la descentralización del conocimiento y la colaboración abierta. Esto ha llevado al desarrollo de modelos de trabajo más eficientes donde la colaboración y el intercambio de ideas son fundamentales.

Hackathones y eventos colaborativos: Estos eventos no solo ocurren en el ámbito tecnológico. Empresas de diversos sectores han adoptado hackathones como estrategia para impulsar la innovación y resolver problemas, promoviendo la creatividad y el trabajo en equipo.

Metodologías Ágiles y flexibles: La mentalidad hacker ha influido en metodologías como Agile y Lean, que priorizan la flexibilidad, la adaptabilidad y la entrega rápida de productos de alta calidad.

Cultura de la transparencia y la retroalimentación: La cultura hacker valora la transparencia y la retroalimentación constante, aspectos que se han trasladado a muchos entornos empresariales, fomentando la mejora continua y la innovación.

Influencia social de la cultura hacker

Entendiendo los anteriores puntos, podemos entender cuestiones tan importantes como es el cambio de la búsqueda de datos enciclopédicos. Antiguamente, cuando queríamos buscar un dato de una biografía, acudíamos a las enciclopedias. Pero ahora acudimos a Wikipedia. Por su propia naturaleza, Wikipedia está más actualizada y tiene más contenidos que ninguna enciclopedia editada en papel. Pero no siempre estuvo ahí, sino que surgió del esfuerzo de dos hackers, Jimmy Wales y Larry Sanger y del trabajo de la comunidad de desarrolladores y de articulistas de Wikipedia.

Pero si investigamos las influencias que tuvieron estos desarrolladores, nos encontramos con Ayn Rand, Hayek y Eric S. Raymond. Y es que la necesidad de compartir información de la comunidad hacker es lo que ha hecho que surjan, por un lado, lenguajes de marcado como LaTeX, HTML o MarkDown que facilitan la edición de esa documentación, pero, por otro lado, los blogs o los wikis. Y si miramos los CMS (Content Management System / Sistemas de Gestores de Contenidos) más utilizados, no encontramos que los que encabezan las clasificaciones son todos libres: WordPress, Joomla, Drupal…

Las necesidades personales del programador

Pero para escribir esa documentación, necesitamos editores. Y de nuevo, en el mundo del Software Libre, nos encontramos una gran cantidad de ellos: vi, Emacs, nano, VS Code, Pulsar… ¿Y por qué hay tantos? De nuevo, la solución está en Eric S. Raymond, quien dice en La catedral y el bazar:

Every good work of software starts by scratching a developer’s personal itch. (Cada buen trabajo de software comienza por rascar el picor personal de un desarrollador).

Eric S. Raymond. La catedral y el bazar.

Todo programador pasa muchas horas de su vida delante del editor de texto, por lo que, al ser su principal herramienta de trabajo, la quiere, la mima, la personaliza a su gusto… pero además, como es programador, le añade nuevas funcionalidades que le facilitan su trabajo. Los buenos editores, como vi, tienen lenguajes de programación, como Vimscript, para poder automatizar tareas y evitar trabajos repetitivos. Pero no sólo se quedan en el mundo de la programación, ya que actualmente, hay muchísimos trabajos que utilizan el ordenador como principal herramienta y que heredan de la comunidad hacker esas automatizaciones para optimizar su esfuerzo.

Nuevas formas de trabajo

Un claro caso de este principio que expone Raymond lo escuché hace años en una GUADEC (GNOME User and Developer European Conference) donde el desarrollador de una aplicación de videoconferencia explicaba que la había desarrollado porque había tenido que irse a trabajar a otra ciudad y quería seguir hablando todos los días con su novia.

Actualmente, los sistemas de videoconferencia son tan habituales que han permitido una doble optimización del mercado: por un lado, tenemos el ahorro en viajes que suponen las videoconferencias; pero por otro lado, tenemos la gran globalización en la que empresas de todo el mundo pueden competir entre sí gracias a Internet, pero, especialmente, que esas empresas pueden contratar personal de cualquier lugar del planeta. 

Y es que el modelo de desarrollo del Software Libre no sólo permite la transmisión de conocimiento, sino también de trabajo. Herramientas surgidas de la comunidad hacker, como la web, git, ftp, ssh… permiten trabajar de forma remota permitiendo un desarrollo global y una transmisión de riqueza de las zonas más ricas del planeta a las zonas más pobres, ayudando de esta manera al desarrollo global. También ha sido la propia comunidad del Software Libre la que ha creado la pieza que faltaba para el desarrollo global: bitcoin.

Las enseñanzas de JavaScript

Como hemos dicho al principio, JavaScript (o JS) es un lenguaje que se ejecuta principalmente del lado del cliente en los navegadores web. Este fue su origen, pero ahora también puede usarse en el lado del servidor e, incluso, para hacer aplicaciones de escritorio o para móviles. Independientemente de lo que yo pueda pensar de JS como lenguaje para backend (programación en el servidor) o en el escritorio, es un hito que no podemos dejar de lado.

Antiguamente, desarrollar páginas web que se vieran consistentes en todos los navegadores era un desafío considerable debido a las diferencias en la interpretación del código HTML, CSS y JavaScript por parte de cada navegador. Esta disparidad provocaba problemas de compatibilidad y rendimiento, generando una experiencia inconsistente para los usuarios y unos grandes quebraderos de cabeza para los programadores.

Compatibilidad

Pero, de nuevo, la comunidad del Software Libre creó una serie de acciones que solventó este problema. Primero, concienciar a los usuarios y programadores de que había que desarrollar páginas que fueran compatibles con todos los navegadores, para que los desarrolladores de navegadores también se concienciaran de que tenían que seguir estándares. Una de las campañas más curiosas a este respecto es “Esta web se ve mejor en…”.

Muchas webs ponían a finales de los noventa y comienzo de los dos mil “Esta web se ve mejor en XXX” siendo XXX o bien un navegador o bien una resolución de pantalla. Pero la comunidad del Software Libre, que siempre suele tener un punto humorístico, comenzó a usar mutaciones jocosas como “Esta web se ve mejor en zapatillas” o “Esta web se ve mejor en casa”. Otra campaña mostraba el mensaje “Too Cool for Internet Explorer” para indicar que esa página era demasiado “cool” para ser visitada con un navegador tan malo.

Gracias a esa concienciación hubo un doble resultado, por un lado, comenzaron los estándares web, como los establecidos por el W3C (World Wide Web Consortium), que han sido fundamentales para establecer pautas comunes en la creación de sitios web. Estos estándares proporcionan directrices sobre cómo se debe interpretar y mostrar el contenido web, lo que ha contribuido a una mayor consistencia entre los navegadores.

Homogeneización

Por otro lado, se desarrollaron distintas herramientas, muchas de ellas en JavaScript o combinando JS con CSS que homogeneizaban los formatos y permitían que esas páginas se viesen bien en todos los navegadores y, por otro lado, los propios desarrolladores de navegadores se pusieron las pilas para crear estándares para facilitar el trabajo de los desarrolladores web.

Gracias a la adopción masiva de los programadores de este tipo de herramientas primitivas, surgieron muchas más herramientas más evolucionadas que permiten desarrollar más y mejor hasta llegar a la situación actual, con frameworks como React, Angular, Vue… que permiten programar mucho más rápido y con mayor consistencia, por lo que, al haber tantos desarrolladores JS, surgieron nuevos entornos que desbordaron el navegador.

Y es que, cuando cuando hay un grupo de personas con interés en “dejar este mundo en mejores condiciones de como lo encontraron”, como dijo Lord Baden-Powell, como es la comunidad hacker, y ese grupo de personas se encuentra con un problema, no sólo lo soluciona, sino que de ese interés por solucionar ese problema, surgen nuevas oportunidades de hacer cosas buenas.

O, como dice Eric S. Raymond en La catedral y el bazar:

Dada una base suficiente de desarrolladores, asistentes y beta-testers, casi cualquier problema puede ser caracterizado rápidamente, y su solución ser obvia, al menos para alguien.

Eric S. Raymond. La catedral y el bazar.

Copyleft Fernando Vicente. Puede copiar este texto. Escrito originalmente en Markdown con vi sobre Ubuntu GNU/Linux, usando sólo software libre.

Ver también

Dos visiones sobre el software libre. (Daniel Rodríguez Herrera).

Lo que podría ser FON. (Daniel Rodríguez Herrera).

Hackers frente a académicos. (Fernando Vicente).

El negocio del Software Libre (IV): Hackers frente a académicos

Hackers frente a académicos. En mi último artículo sobre modelos de negocio en el Software Libre comentaba las cuentas de las empresas que gestionan las principales redes sociales y, a modo de epífora, repetía que podía ser una casualidad que a mayor implicación en proyectos de Software Libre, mayores eran los beneficios de esas empresas.

Si bien yo no considero que sea una casualidad, tener que escribir ese artículo a modo de preámbulo del presente es algo que me permite ilustrar la sinrazón de los cientificistas que se empeñan en intentar crear modelos reproducibles cuando intervienen humanos.

Los humanos sueñan, los androides, no

Cuando intervienen humanos no se puede crear un modelo capaz de obtener los mismos resultados si la prueba se realiza de la misma forma. Porque no hay dos personas iguales. Y en la economía, el elemento fundamental de estudio es la persona. Igual que en la tecnología.

Entre los muchos puntos en común que tienen la Escuela Austríaca y el Materialismo Filosófico es que ambas escuelas tienen una premisa clara, que es que cuando intervienen humanos todo cambia respecto a si no intervienen humanos y, a partir de ahí, desarrollan metodologías de estudio.

Esta es la verdadera potencia de estas dos escuelas y por la que trituran cualquier cientificismo o cualquier academicismo. Ya sea analizando a través de la praxeología y el individualismo metodológico de la Escuela Austríaca o a través de las metodologías alfa y beta-operatorias del Materialismo Filosófico, vemos que es imposible aplicar modelos matemáticos que devuelvan los mismos resultados cuando al menos una de las variables implica la acción humana.

Sólo Dios conoce el precio matemático

Como ya explicó hace cuatro siglos el Cardenal Juan de Lugo: «Pretium iustum mathematicum licet soli Deo notum» (sólo Dios conoce el precio matemático justo [de las cosas]) o su contemporáneo Baltasar Gracián, quien en su aforismo 26 de Oráculo manual y arte de prudencia dice:

Todos son idólatras: unos de la estimación, otros del interés y los más del deleite. La maña está en conocer estos ídolos para el motivar, conociéndole a cada uno su eficaz impulso: es como tener la llave del querer ageno.

Baltasar Gracián

Y en su aforismo 252:

Entienda el atento que nadie le busca a él, sino su interés en él, o por él.

La actitud del hacker

Eric S. Raymond comienza su apartado “La actitud del hacker” de Cómo convertirse en hacker afirmando:

Los hackers resuelven problemas y construyen cosas, y creen en la libertad y la ayuda voluntaria mutua. Para ser aceptado como hacker, deberás comportarte como si tuvieras esta actitud en tu interior. Y para comportarte como si tuvieras esta actitud, deberás creerte de verdad dicha actitud.

Pero si piensas en cultivar las actitudes de hacker solo como una forma de ganar aceptación en esta cultura, te estás equivocando. Transformarse en la clase de persona que cree estas cosas es importante para ti —para ayudarte a aprender y mantenerte motivado. Como en todas las artes creativas, el modo más efectivo de transformarse en un maestro es imitar la mentalidad de los maestros —no sólo intelectualmente, sino también emocionalmente.

Eric S. Raymond

Software libre

Y aquí es donde está la clave por la que las empresas que desarrollan Software Libre llegan mejor a un mayor público. El principal valor de las empresas es su personal. De nada sirve tener grandes extensiones de terreno fértil si no tienen personal que lo sepa cultivar o de nada sirve tener costosísimas máquinas sin técnicos que operen con ellas.

Las empresas tecnológicas no requieren de terrenos en zonas con una determinada climatología y acequias para regar ni de naves industriales con hornos, prensas y otra maquinaria que requieren de un gran capital para poder desarrollar su actividad, sino que requieren de una inversión en material muy pequeña en comparación con otros sectores, pero, sobre todo, necesitan un personal muy competitivo.

Competencias frente a diplomas

En la selección de personal de las empresas suele haber un conflicto entre primar las titulaciones o las competencias de los candidatos. En las empresas tecnológicas, al ser un mercado menos intervenido, este conflicto es mucho más profundo.

En muchos sectores es necesario tener una titulación, incluso una colegiación, para poder desarrollar una actividad profesional. Ahí, poco conflicto hay: sólo aquellos que tienen tal o cual diploma ejercen esa actividad. Pero a la hora de trabajar en el sector tecnológico, en el que la demanda de personal supera en mucho a la oferta, esa barrera de entrada es inviable.

Enseñanza de la tecnología y la universidad

Es más, la lentitud y burocracia del sistema universitario intervenido ralentiza tanto la adaptación de los temarios que no puede abastecer de personal a las empresas que están demandando personal con unos conocimientos en permanente evolución. El mejor personal en un sector tan cambiante como es el tecnológico no es el que más títulos tiene, sino el que mejor se adapta a cada necesidad, evolucionando sus conocimientos y sus acciones a medida que evolucionan las demandas.

Pero encontrar esos perfiles requiere de un esfuerzo importante por parte de los reclutadores. Si bien es cierto que se le da cierta importancia a los «soft skills» (lo que en español siempre hemos llamado «competencias») en el sector tecnológico, al ser algo tan inherentemente humano, es imposible de parametrizar. Es menos costoso para el que toma la decisión de contratar a una persona mirar el número de títulos que tiene.

Y aquí entran en conflicto los intereses de la empresa con los intereses particulares del tomador de decisión.

Pañoleta como título

Hay diversas fórmulas para saber, o intuir, a priori, si un trabajador tiene determinadas competencias o no.

Aquel que ha sido Scout (o miembro de algún grupo similar basado en las enseñanzas de Lord Baden-Powell), quizá no entendía de niño por qué era bueno para su aprendizaje hacer una marcha de 200 kilómetros en una semana. Yo no entendía por qué tenía que cargar más peso que otros compañeros. De hecho, me molestaba.

Veinte o treinta años más tarde, ves la importancia de eso que aprendías de forma lúdica: si cargabas mucha comida, pesaban mucho las mochilas, pero si cargabas poco, podías quedarte sin comida al cuarto o quinto día. Si no preparabas bien la indumentaria, tenías rozaduras que acababan siendo un suplicio. Si alguien se quedaba rezagado, todo el grupo le ayudaba, porque la consecución del objetivo del grupo dependía de que todos los miembros del grupo lo alcanzasen.

Boy Scout

Ana Sáenz de Miera publicó en Forbes un artículo (Por qué contratar una persona que haya sido Scout) en el que plasmó una serie de competencias que se adquirían en Scouts:

  • Sabe trabajar en equipo.
  • Es creativo.
  • Respeta su escala de valores y su palabra.
  • Sabe liderar y ser liderado.
  • Es empático.
  • Valora el esfuerzo.
  • Sabe ponerse objetivos y evaluarlos.
  • Es generoso.
  • Lucha contra la injusticia.
  • Es una persona “con recursos”.

La academia es el problema, el Software Libre es la solución

Todos los puntos que describe Ana Sáenz de Miera son importantes a la hora de trabajar en equipo en cualquier sector. Pero, en el sector tecnológico, además, hay que tener dos competencias más: saber algo de tecnología y entender algo el mercado. Para el que tiene la actitud adecuada, aprender a programar o a administrar sistemas es extraordinariamente simple:

Aquel que es capaz de estructurar ideas de forma metódica, programar es sólo convertir esas ideas a un lenguaje de programación. Y siempre va a poder ayudarse de la documentación o de programas que le ayuden. Aquel que es capaz de estructurar cómo deben comunicarse los elementos de un sistema informático, administrar sistemas es sólo instalar o programar servicios en máquinas. Y siempre va a poder ayudarse de la documentación o de programas que le ayuden.

Lo importante no es saber todas las funciones de determinado lenguaje, sino cuándo utilizar una u otra funcionalidad. Y por qué unos programas funcionan y tienen muchos usuarios y una gran comunidad de desarrolladores y documentadores y otros no.

Diferencias entre el académico y el hacker

En el Software Libre, en el que el precio no es un hecho diferencial por el que un usuario acaba utilizando uno u otro programa, es donde mejor se puede comprobar la acción humana y la dispersión memética. No hace falta leer a Ludwig von Mises, ni a Richard Dawkins, ni a Daniel Dennett, ni a Susan Blackmore para comprobar que aquellos programas que mejor funcionan son aquellos en los que mejor funciona su comunidad.

El académico lee sobre la comunidad, el hacker vive la comunidad. El académico imagina e idealiza. El hacker materializa. Quizá, después de haber vivido la comunidad, lee sobre comunidades y memes. Pero, como ya tiene una base material, puede extrapolarlo a otros contextos. El hacker construye. Construye en comunidad. Construye para la comunidad. Construye con otras personas, para otras personas. El académico, en el mejor de los casos, escribirá un paper que sólo citarán otros académicos.

El Zen de Python, la clave del éxito del Python

La base del éxito de Python no es su simplicidad, su rápido aprendizaje, que tenga «las pilas incluidas» o su gran cantidad de paquetes de terceros. La base del éxito de Python es su zen:

  • Bonito es mejor que feo.
  • Explícito es mejor que implícito.
  • Simple es mejor que complejo.
  • Complejo es mejor que complicado.
  • Plano es mejor que anidado.
  • Disperso es mejor que denso.
  • La legibilidad cuenta.
  • Los casos especiales no son tan especiales como para romper las reglas.
  • Aunque la practicidad vence a la pureza.
  • Los errores nunca deberían pasarse por alto.
  • A menos que esté explícitamente pasado por alto.
  • En caso de ambigüedad, rechaza la tentación de adivinar.
  • Tendría que haber un — y preferiblemente únicamente uno — camino obvio para hacerlo.
  • Aunque ese camino puede no ser obvio la primera vez, a menos que seas holandés.
  • Ahora es mejor que nunca.
  • Aunque nunca es, en algunos casos, mejor que ahora mismo.
  • Si la implementación es difícil de explicar, es una mala idea.
  • Si la implementación es fácil de explicar, puede que sea una buena idea.
  • Los namespaces (espacios de nombres) son una gran idea — ¡hagamos más de estos!

La importancia de la comunidad

Esta gran aportación de Tim Peters, con su toque de humor (a menos que seas holandés, en referencia a Guido van Rossum) y el hecho de que el humor sea un elemento fundamental en este lenguaje desde su raíz, ya que el nombre de Python viene por la afición de Guido a los Monty Python o que la propia documentación oficial de Python cuente con un apartado de humor es lo que ha hecho que se cree una comunidad tan grande alrededor de Python. Y esa comunidad es lo que ha hecho grande a Python.

Podría poner muchos ejemplos de la importancia de la comunidad del Software Libre, pero me limitaré a dos que han desbordado el campo de la tecnología (y que desarrollaré en futuros artículos):

El primero son los hackatones. Muchos grandes proyectos de Software Libre como Bootstrap o React, nacen de reuniones de hackers. Como los hackathones han demostrado su funcionalidad, en otros ámbitos se ha copiado este modelo de solucionar necesidades.

El segundo ejemplo es que hay proyectos libres, como OpenStreetMap, que crecen gracias a que se reunen hackers para mejorarlos a través de acciones como el State of the Map, el Humanitarian OpenStreetMap Team o el Missing Maps. Modelos similares también se aplican en las comunidades de Wikipedia. los Beers and Blogs, o en las Install Partys, donde la tecnología es la base de partida, pero no el fin de la acción.

Hackers, académicos y redes sociales

Del mismo modo que el niño que recorre 200 kilómetros en una marcha de una semana aprende una serie de competencias y que las interioriza gracias a una experiencia vivencial, el hacker vive la comunidad del Software Libre.

Por eso, las empresas de redes sociales que se nutren de hackers son capaces de desarrollar aplicaciones que generen un marco mínimo de cooperación social. La acción humana desarrolla de forma espontánea todo lo demás.

El académico puede estudiar, analizar e intentar parametrizar las interacciones humanas. Pero la subjetividad no es parametrizable. Con las redes sociales ocurre como con la economía: todo intento de planificación acaba fallando.

Copyleft Fernando Vicente. Puede copiar este texto. Escrito originalmente en Markdown con vi sobre Ubuntu GNU/Linux, usando sólo Software Libre.

Serie ‘El negocio del software libre’

(I) Las instituciones

(II) El caso de Wikipedia

(III) Sólo crecen las redes sociales que liberan código

Para más información sobre las limitaciones de la academia: Alberto Mera: Ciencia fiat