Qué sencillo es eliminar una tecnología de un stack o decir que está muerta, pero ¿todas nuestras teorías son ciertas? ¿Hay lenguajes realmente muertos? Quiero dar un recorrido por algunos de los ejemplos más típicos de nuestro día a día como desarrolladores.
¿Hace cuánto vienen diciendo que PHP, Cobol y muchísimos otros lenguajes están prácticamente muertos? Todos los desarrolladores hemos oído esa afirmación alguna vez, pero ¿es esto realmente cierto? ¿Cuándo podemos decir que un lenguaje ha muerto de verdad? ¿Qué criterio usamos para determinarlo? ¿Acaso consideramos que está muerto porque no tiene soporte, porque ya no lo usan o porque no hay nuevas aplicaciones desarrollándose en él? Se ha declarado el fin de muchísimos lenguajes, pero no creo que todos los que llaman "muertos" lo estén verdaderamente.
Bueno, primero partamos del hecho de lo que entendemos como lenguaje de programación. No me voy a ir a las bases semánticas propiamente dichas de cómo trabaja un lenguaje de programación; estoy dando por sobreentendido que Python, C#, JavaScript, entre otros, son lenguajes.
Pero aquí también voy a incluir seudolenguajes que no viene al caso discutir si son o no son lenguajes, pero, por ejemplo, están HTML o SQL. Todo esto es un conjunto de intérpretes entre un humano (o lo que nosotros entendemos como un lenguaje) y una máquina que simplemente entiende instrucciones, y que eso, dentro de lo que nuestro entendimiento como informáticos refiere, se traduce en señales eléctricas, en unos y ceros.
Pasada la aclaración inicial de lo que es un lenguaje, pasemos a cuándo un lenguaje está muerto. Porque si nos vamos a las definiciones de lo que mucha gente considera (ya sea lenguajes o versiones muertas de muchas tecnologías), definitivamente tenemos muchísimos ejemplos. Sin ir más lejos, uno que tengo muy presente: las versiones de Node. Sabemos que Node 12 o 14 ya terminaron su soporte y ya no tienen más actualizaciones.
Esto no solamente pasa en lenguajes de programación, también pasa en diferentes tecnologías, por ejemplo, Windows 10, el pasado 14 de octubre del 2025. Esas son tecnologías que para muchos están muy próximas a estar muertas, pero ¿realmente eso es como un switch de encendido y apagado?
Si mal no recordamos, en su momento, cuando anunciaron el fin del soporte para Windows 7, se dieron unos cuantos años de extensiones no solo para usuarios finales, sino para usuarios empresa (esto por los huecos de seguridad y la cuota de mercado tan alta que tenía este sistema operativo). Lo mismo puede llegar a pasar con un lenguaje de programación; lo que pasa es que en estos su cuota de mercado es mucho más bajita, por lo que extender un soporte un año o dos años definitivamente no es beneficioso para una empresa o comunidad que generalmente se sostiene bajo las reglas del código abierto.
Entonces quiero entender y dar mi punto de vista de lo que para mí es un lenguaje realmente muerto y por qué todos los años estamos mate y mate lenguajes, para luego ir a ver las tendencias no solamente de programación, sino de lo que usan las empresas, ya sea por comodidad, por necesidad o por una mezcla de ambas. ¿Cuál es esa afición de nosotros como programadores por estar matando lenguajes?
Bueno, voy a dar tres posibles causales por las cuales creo que un lenguaje puede considerarse "muerto":
Claramente estas no son sentencias de muerte ni patrones que deban tomarse como ley o finales; son simplemente una opinión personal de por qué creo que un lenguaje se puede llegar a considerar muerto, ya sea comercial o técnicamente.
Y aquí voy a aclarar algo muy importante: estas causales están evaluadas directamente en lenguajes cuyo impacto en la industria en su época fue muy fuerte. Es decir, incluir en este análisis, por ejemplo, seudolenguajes o lenguajes en forma de parodia (o cuya aplicación era tan particular como para no salir de un nicho específico) no tiene sentido. Esos son lenguajes que pues nacen "muertos"; lenguajes que simplemente son creados por broma o por una necesidad muy particular y se les deja de dar soporte o se abandonan rápidamente por la misma razón: porque no son lenguajes hechos para el consumo masivo, son lenguajes de solución particular.
Entonces, para resumir el tema del lenguaje muerto, voy a arrancar esta reflexión mostrando ejemplos de lenguajes que en su momento fueron excesivamente conocidos y de mucho uso, pero que por diferentes motivos se abandonaron totalmente respecto al soporte, la adopción o las nuevas implementaciones.
Aquí definitivamente hay cientos de ejemplos, pero, como les dije, me voy a limitar a dar ejemplos de tecnologías que en su momento fueron comercialmente fuertes; es decir, no voy a dar lenguajes de nicho o cuyo nacimiento fue para una necesidad muy particular y se abandonaron muy rápidamente. En muchos foros he visto ejemplos de lenguajes que nunca hemos escuchado y que simplemente son aquellos que nacieron para resolver una necesidad muy específica en su momento (ya vamos a ver unos ejemplos de ello), así que esos los voy a dejar de lado. Aquí vamos a ver verdaderos gigantes que en su momento tuvieron una gran adopción, una gran acogida y que se usaron ampliamente en el mundo de la informática, pero que por diferentes motivos llegaron a su fin.
Creado en 1964, Beginner's All-purpose Symbolic Instruction Code fue un lenguaje que nació como algo sencillo para aprender, escaló en su uso y quedó muerto después de tantos años de servicio. Desde su nacimiento no se pensó como un lenguaje de alto rendimiento; fue únicamente una ventana al mundo de la programación en una era con computación muy primitiva. Se popularizó mucho con las herramientas de Microsoft, aunque ese mismo auge fue reemplazado con opciones más modernas como Visual Basic y, finalmente, VB.NET 1 por parte de la empresa de Redmond.
Creado en 1995, tuvo su última actualización en 2007: menos de 15 años de actualizaciones y con soporte oficial y extendido hasta 2010 y 2015, respectivamente. Era un lenguaje de programación por procedimientos y orientado a objetos que poseía su propio Sistema Gestor de Bases de Datos. Microsoft lo descontinuó, y aunque hay gente que por alguna razón le tiene cariño e ha intentado revivirlo, es un caso improbable e hipotético: tiene huecos de seguridad y existen definitivamente mejores opciones en el mercado, más estandarizadas y reconocidas. 2
Creado en 1997 como parte de Flash 4, y con su última versión lanzada en 2006, fue el lenguaje de las aplicaciones Flash. Todos recordamos juegos en páginas como Friv como parte de nuestra infancia; bueno, muchos de esos juegos se hacían con este lenguaje. Pero con el fin del soporte de Adobe Flash en los navegadores murió su principal cuota de mercado; aunque aún tiene alguna que otra aplicación, es súper de nicho y hay mejores alternativas en el mercado. 3
Como dije, hay lenguajes que no llegaron a un auge comercial y nacieron para casos específicos. Divagando y buscando información en Reddit 4 para hacer este blog, me topé con unos casos particulares: lenguajes que tal vez nadie tenga presentes, pues nacieron en la Rusia Soviética y murieron con la URSS, como Refal y El-76.
Después de haber visto los que estaban muertos, vamos a ver los que están ahí, a puertas de morir: cuya cuota de mercado es muy baja, cuyos desarrolladores son muy limitados en una cantidad muy específica y cuyos conocimientos técnicos son muy amplios y especializados en ese lenguaje. Es decir, lenguajes que están en este momento sosteniendo una industria y que se siguen usando única y exclusivamente por la necesidad de mantener estos sistemas legacy. Ejemplos hay muchos, y definitivamente todos tenemos en la cabeza el principal, que es Cobol: un lenguaje que soporta la banca internacional y que está prácticamente zombi, porque los desarrolladores que quedan le están dando simplemente soporte a aplicaciones legacy, no se hacen nuevos desarrollos, no tiene más soporte oficial y es un lenguaje de nicho, pero que está destinado a morir.
El eterno ejemplo y el más conocido. COBOL es el lenguaje que soporta la infraestructura más aburrida, la que nadie quiere tocar y la que usa el mundo real: bancos, sistemas aéreos y hasta algunos ERP. Es la base de la informática moderna, y aplicaciones que llevan muchos años en el mercado seguramente tienen alguna versión en COBOL. Creado en 1959, Common Business-Oriented Language nació de la mano de IBM. Aún con soporte y una actualización nacida en el año 20235, es el ejemplo clásico de cómo matamos cosas día a día en tecnología. Sí, su uso es súper limitado en aplicaciones de consumo masivo y el auge de diferentes tecnologías lo ha dejado de lado; está agonizando, pero no muerto.
Otro lenguaje de IBM, nacido en 1957, soporta muchas de las aplicaciones matemáticas y de ingeniería. _FOR_mula _TRAN_slation padece de lo mismo que COBOL: tiene usuarios, sí; tiene desarrolladores, pocos; pero hay alternativas mucho más estandarizadas, comerciales y con una comunidad activa. Python y R desplazaron mucho su uso, pero, al igual que su hermano agonizante, se le dio soporte y actualización a su versión en el año 20236. Dato interesante: aún posee el puesto 117 (a fecha de escrito este blog) según el índice TIOBE.
Qué sencillo es decir que un lenguaje murió, ¿no? Cada día vemos a más desarrolladores, más gente en la informática o a gurús de la tecnología diciendo que hay lenguajes que están muertos, pero esto es mentira. Generalmente se nos viene el ejemplo de PHP: un lenguaje el cual supuestamente está muerto, del que ya no salen más desarrollos y que no hay nadie usándolo. Y no es así. Es un lenguaje fuertemente activo, ampliamente usado al día de hoy, y que simplemente estamos dando por muerto porque no nos gusta o porque tuvimos una mala experiencia en el pasado. Estamos dejando de lado que es un lenguaje que tiene una comunidad fuertemente activa, que cuenta con un soporte activo y sobre el cual muchas aplicaciones se siguen desarrollando alrededor de toda esta tecnología.
Creado en 1994, con su última versión (a fecha de escrito este blog) 8.5.4 del 2026, es un lenguaje muy usado aún en desarrollo web, y con WordPress sigue dando la batalla. Según el índice TIOBE se posiciona en el número 14 8 y, según la Stack Overflow Developer Survey, mantiene vivo parte del internet con un poderoso casi 19% 9 .
Casarse con las tendencias es muy sencillo. Todos los días salen nuevas tecnologías, todos los días salen nuevos frameworks y todos los días sale la nueva innovación que va a reemplazar lo que ya teníamos como el status quo de la tecnología. Pero eso no ha sido tan cierto. Es muy sencillo dejarse llevar por las tecnologías, por el lenguaje que habla la IA o por la cantidad de repositorios que utilizan un determinado lenguaje, pero más allá de lo que públicamente hemos visto y de lo que tendencialmente se está hablando por internet, hay muchas empresas, muchos procesos y, principalmente, muchos negocios que no pueden abandonar de la noche a la mañana una tecnología solo porque salió una nueva tendencia.
La última reflexión que puedo llegar a dar es con C y Rust. C es el lenguaje en el que corren las máquinas: los sistemas operativos y los programas embebidos para diferentes controladores viven gracias a C. Es un lenguaje antiguo como él solo, pero sigue teniendo una comunidad muy activa y clientes gigantes como Microsoft y Linux. Llegó un supuesto reemplazo, llegó Rust a hacerse con él, pero Rust simplemente convive. Claro, hay nuevas tecnologías, nuevos avances y muchas de las cosas que antes se desarrollaban en C pueden pasarse a Rust; pero ¿de verdad para una empresa es tan factible capacitar, probar, experimentar y por último salir a producción con un sistema lleno de personas inexpertas solo porque es la tendencia? ¿O es mucho más sencillo fundamentarse en las bases que ya tenemos como conocidas y que son un estándar en la industria?
Tomado de: https://velneo.com/blog/por-que-microsoft-descontinuo-visual-basic/ ↩
Inspirado: https://news.ycombinator.com/item?id=49808023 ↩
Tomado de: https://helpx.adobe.com/co/animate/desktop/platforms/actionscript.html ↩
Inspirado: https://www.reddit.com/r/AskProgramming/comments/1ahx431/are_there_any_truly_dead_programming_languages/ ↩
Mas información: https://www.ibm.com/support/pages/lifecycle/search/?q=enterprise%20COBOL ↩
Mas información: https://wg5-fortran.org/f2023.html ↩
Tomado de: https://www.tiobe.com/tiobe-index/fortran/ ↩
Tomado de: https://www.tiobe.com/tiobe-index/php/ ↩
Tomado de: https://survey.stackoverflow.co/2025/technology#most-popular-technologies ↩
