Solo necesita funcionar
La fiebre de lo nuevo
Llevo años viendo el mismo ciclo. Sale un framework el lunes y para el viernes ya hay media plantilla pidiéndolo en el ticket de arquitectura. Esta semana es Bun. La semana pasada era Deno. Antes SolidJS, antes htmx. Cada uno prometía volver irrelevantes a los anteriores. Ninguno lo hizo.
No es que sean malos. El problema es que la conversación da por hecho que quedarte con lo que ya tienes es un fracaso profesional. Y eso me cansa.
Tres fichas y se acabó
La mejor formulación que he leído sobre esto sigue siendo de Dan McKinley, de la época de Etsy y SoundCloud. En 2015 dio una charla que se llama "Choose Boring Technology". La idea central: cada empresa tiene, más o menos, tres fichas de innovación para gastar. El presupuesto es fijo. Si lo gastas en un lenguaje nuevo y una base de datos nueva y un sistema de colas nuevo, ya no te queda ficha para cuando de verdad la necesites. Y la necesitas siempre.
McKinley lo dijo claro: aburrido no es lo mismo que malo. MySQL, Postgres, PHP, Python, cron. Aburridos. Buenos. Aguantan décadas sin que nadie los vigile.
Casos que no se cuentan
Stack Overflow durante años corrió en un monolito IIS con SQL Server, con un puñado de desarrolladores, sirviendo miles de millones de pageviews. Basecamp corre en un monolito Rails mantenido por un equipo chico. Rails cumplió veintiún años en 2025 y sigue siendo el caballo de batalla de 37signals. Los feeds de actividad de Etsy, en su momento, estaban construidos con PHP, MySQL y Memcached. Escalaron veinte veces sin que nadie tuviera que tocarlos.
Nadie twittea sobre esto. No genera clout. Pero el sistema estaba de pie.
El matiz que importa
Hay una trampa y conviene no caer en ella. Aburrido no significa sin parchar. Correr PHP 5 en 2026 no es tecnología aburrida: es tecnología muerta. Igual con un Windows Server 2012 o cualquier cosa que el proveedor dejó de tocar. Eso es aburrido-malo, no aburrido-bueno. Aspen Digital publicó en febrero de 2026 un informe, "Lost Legacy", que documenta justo el costo real de mantener sistemas que ya pasaron su fin de vida útil.
Aburrido-bueno es PostgreSQL 17, que recibe parches. Aburrido-malo es algo con CVEs abiertos desde hace cinco años. La distinción no es menor.
Lo que creo
Lo que más me llama la atención en 2026 es quiénes están detrás de la tecnología aburrida. El trabajo de IA más visible, lo de OpenAI y Anthropic, corre sobre infraestructura absolutamente pedestre: Flask o Express, Postgres, pgvector. Los modelos son lo disruptivo. El resto es lo mismo de hace quince años. Un artículo de Medium de octubre de 2025 lo llamaba "The Boring Stack Revolution", y notaba algo que a mí también me parece claro: los que más vuelven a stacks simples son los desarrolladores senior, no los juniors. Los juniors persiguen lo nuevo. Los seniors están cansados.
Mi conclusión es vieja y poco sexy. Tu trabajo no es estar al día. Tu trabajo es mantener la empresa o el proyecto en marcha. Si lo que escribiste hace tres años con la herramienta que ya conocías sigue resolviendo el problema de la persona o empresa que lo usa, ya ganaste. Lo demás es aceite de culebra y resume-driven development: tecnología para el currículum, no para el problema.
Lo aburrido que funciona le gana a lo brillante que se rompe. Casi siempre.