.jpg)
La decisión dio sus frutos: en el Mundial de 2014, Twitter gestionó la cifra récord de 32 millones de tuits durante el partido final sin interrupciones. Su nuevo backend basado en Scala podía procesar hasta 100 veces más rápido que Ruby. En la década de 2010, una oleada de empresas sustituyó gran parte de su infraestructura Ruby, y cuando quedó código heredado, los nuevos servicios se escribieron en lenguajes de mayor rendimiento.
Además, todo lo que Ruby hace, ahora lo hace mejor otro lenguaje, dejándolo sin un nicho diferenciado. Para guiones rápidos y automatización, Python, JavaScript y Perl eran fuertes competidores. Python, aunque también es lento, se hizo dominante en la informática científica y se convirtió en el lenguaje de facto de la IA. JavaScript llegó a dominar la web. Y Perl, bueno, está muriendo, cosa que no lamento.
Pasé dos días en Notion y vi un sector en plena ebullición. También envié código real.
Ruby se encuentra en un incómodo punto intermedio
Te preguntarás por qué la gente sigue usando Ruby en 2025. Sobrevive gracias a su relación parasitaria con Ruby on Rails, el framework web que permitió la adopción generalizada de Ruby y sigue afianzando su relevancia.
Cuando el desarrollador danés David Heinemeier Hansson, también conocido como DHH, lanzó Rails en 2004, Ruby dejó de ser la provincia de los simpáticos programadores japoneses. DHH es una especie de negativo fotográfico de Matz: un apuesto pirómano con carisma y dogma a partes iguales, tanto para MINASWAN, al que le gusta ganar peleas públicas en Twitter y campeonatos de autos de carreras en su tiempo libre.
En esa era prelapsaria entre el auge de la Web 2.0 y la salida a bolsa de Facebook, cuando Silicon Valley estaba inundado por el júbilo de TechCrunch Disrupt y felizmente inconsciente del inminente techlash, Rails era el marco de trabajo elegido por una nueva generación de startups. Las principales bases de código de Airbnb, GitHub, Twitter, Shopify y Stripe se construyeron sobre él.
A principios de la década de 2000, cuando la creación de aplicaciones web era engorrosa, Rails ofrecía una ventanilla única para los desarrolladores. En lugar de conectar manualmente una base de datos, un frontend y un backend, Rails ofrecía una solución empaquetada que simplemente funcionaba. Era una integración total, como una casa compacta usoniana de Frank Lloyd Wright, en la que cada detalle está diseñado para encajar en una visión única y unificada.
Sin embargo, también fue una época en la que se subestimó la envergadura que llegaría a alcanzar la web. Intentar remodelar la cocina o añadir un segundo piso a una casa usoniana convertía aquella unidad armoniosa en un lastre. La casa, concebida para albergar a unos pocos comensales educados, ahora se esperaba que funcionara como un centro de convenciones capaz de acoger a millones de visitantes indisciplinados.
No soy el único que ve a Ruby con pesimismo. En la encuesta anual para desarrolladores de Stack Overflow, su popularidad ha ido decayendo durante años: pasó de estar entre las diez tecnologías más utilizadas en 2013 al puesto 18 este año, incluso por detrás de Assembly. Entre los desarrolladores más jóvenes, Python y JavaScript ocupan posiciones mucho más altas. Por ahora, Ruby persiste como una especie de recurso profesional de confort, sostenido por la inercia de las bases de código heredadas y la lealtad de quienes lo adoptaron en sus inicios. Pero la nostalgia y un nombre bonito no bastan.
Artículo originalmente publicado en WIRED. Adaptado por Alondra Flores.
