TypeScript es el lenguaje número uno de GitHub en 2026. Superó a Python y a JavaScript en cantidad de contribuidores mensuales, y su nueva versión 7.0, con el compilador reescrito en Go, es entre 8 y 12 veces más rápida que la anterior. El 40% de los desarrolladores ya escribe exclusivamente TypeScript, y solo el 6% se queda con JavaScript plano. En este artículo te contamos cómo TypeScript le ganó a JavaScript, qué trae la versión 7.0, cuántos bugs te ahorra y por qué es el lenguaje favorito de los agentes de IA.
TypeScript es el #1 de GitHub: cómo le ganó a Python y JavaScript
El dato que marca 2026 es este: según el informe Octoverse de GitHub, TypeScript es el lenguaje número uno por cantidad de contribuidores mensuales, por delante de Python y de JavaScript. Y no fue un empate técnico: TypeScript sumó 3,62 millones de contribuidores nuevos entre septiembre de 2025 y septiembre de 2026, la mayor ganancia absoluta de cualquier lenguaje. Lidera el ranking desde agosto de 2025, y GitHub proyecta que llegará a unos 13 millones de contribuidores mensuales en septiembre de 2027.
Para ponerlo en perspectiva: en Octoverse 2025, TypeScript ya tenía 2.636.006 contribuidores mensuales, contra 2.585.427 de Python y 2.158.279 de JavaScript, con un crecimiento interanual del 66%. Es decir, TypeScript no llegó a la cima de golpe: venía creciendo de forma sostenida y en 2026 consolidó el liderazgo.
Lo curioso es que TypeScript ni siquiera entra en el top 20 del índice TIOBE de noviembre de 2026. La explicación es que TIOBE mide visibilidad en buscadores, no uso real, y TypeScript se busca muchas veces como parte de JavaScript. Es el dato perfecto para mostrar por qué un solo ranking puede engañar: el lenguaje más usado en GitHub es invisible en TIOBE.
Qué es TypeScript (en 2 minutos) y por qué no es "otro lenguaje"
TypeScript es JavaScript con tipos. Esa es la definición corta, y es suficiente: escribís código JavaScript normal y le agregás anotaciones de tipos que le dicen al compilador qué tipo de dato es cada variable, cada parámetro y cada retorno. El compilador verifica esos tipos antes de que el código corra, y si hay un error, te avisa. Después, TypeScript se compila a JavaScript plano, que es lo que finalmente se ejecuta.
Esto significa que TypeScript no es un lenguaje distinto que tenés que aprender desde cero: es JavaScript con una capa de seguridad. Todo el código JavaScript válido es también código TypeScript válido. La diferencia es que TypeScript te avisa de los errores antes de que lleguen a producción, en lugar de dejar que los descubra el usuario.
Si ya programás en JavaScript, aprender TypeScript es cuestión de semanas, no de meses. Y el retorno es inmediato: menos errores en producción, autocompletado preciso en el editor, y refactors que no te dan miedo. Por eso el 85% de los desarrolladores encuestados en el State of JavaScript 2025 ya escribe algo de TypeScript.
TypeScript 7.0: el salto a Go y el compilador 10x más rápido
La noticia más grande de TypeScript en 2026 es la versión 7.0, lanzada el 8 de julio de 2026. Su gran cambio es el compilador reescrito en Go, conocido durante su desarrollo como Proyecto Corsa. El resultado es un compilador entre 8 y 12 veces más rápido que el anterior, que estaba escrito en JavaScript.
El ejemplo que lo resume todo: el chequeo de tipos del código de Visual Studio Code, uno de los proyectos TypeScript más grandes del mundo, pasó de 125,7 segundos a 10,6 segundos. Más de diez veces más rápido. Para un proyecto grande, eso significa que el feedback del compilador pasa de ser una espera a ser instantáneo.
Antes de fusionarse en la versión 7.0, la vista previa del compilador nativo (@typescript/native-preview) ya acumulaba 8,5 millones de descargas semanales. La comunidad estaba esperando este salto, y el resultado cumplió las expectativas. La versión actual es la 7.0.2, y es la que deberías usar para proyectos nuevos.
De 5.9 a 7.0: la línea de tiempo que cambió el lenguaje
Para entender el salto, vale la pena mirar la línea de tiempo. TypeScript 5.9, lanzado el 1 de agosto de 2025, fue la última versión de la línea 5.x: trajo import defer, el modo --module node20 y un compilador un 11% más rápido. Fue una versión de consolidación.
TypeScript 6.0, del 23 de marzo de 2026, fue la última versión con el compilador en JavaScript. Su cambio más importante fue el modo estricto por defecto: los proyectos nuevos ya nacen con las verificaciones más exigentes activadas, lo que significa menos errores desde el primer día. Fue una versión de transición, preparando el terreno para lo que venía.
Y TypeScript 7.0, de julio de 2026, es el salto: compilador en Go, 10 veces más rápido, y la base para el futuro del lenguaje. Si tu proyecto todavía está en la 5.x, la actualización a 7.0 vale la pena, y la propia Microsoft publicó guías de migración para hacerlo sin dolor.
Los números de la adopción: 43,8% lo usa, 40% ya no escribe JS
La adopción de TypeScript es masiva y sigue creciendo. Según Stack Overflow 2026, lo usa el 43,8% de los desarrolladores, subiendo desde el 43,6% de 2025 y el 38,5% de 2024. JavaScript sigue siendo el más usado, con el 62,0% y doce años consecutivos en el primer lugar, pero la tendencia es clara: TypeScript crece año a año.
El dato más fuerte viene del State of JavaScript 2025, con 13.002 respuestas: el 40% de los desarrolladores escribe exclusivamente TypeScript, contra el 34% en 2024. Solo el 6% escribe únicamente JavaScript plano. Y en promedio, el 77% del código que escriben los encuestados ya es TypeScript, contra el 23% de JavaScript. Es decir, en la práctica, la mayoría del código nuevo ya se escribe con tipos.
El paquete typescript en npm tiene alrededor de 178 millones de descargas semanales. Es uno de los paquetes más descargados del mundo, y está presente en casi cualquier proyecto serio de JavaScript. Si tu proyecto todavía no usa TypeScript, estás en la minoría.
TypeScript vs JavaScript: la comparación con datos
La comparación entre TypeScript y JavaScript no es una guerra: es una evolución. JavaScript es el lenguaje del navegador, el más usado del mundo, y no va a desaparecer. TypeScript es JavaScript con una capa de seguridad que se compila a JavaScript. La pregunta no es cuál es mejor, sino cuándo conviene cada uno.
Para proyectos chicos, prototipos rápidos y scripts simples, JavaScript plano sigue siendo más rápido de escribir: no hay configuración, no hay tipos que declarar, no hay compilación. Pero para proyectos que crecen, equipos de varias personas y código que tiene que mantenerse durante años, TypeScript paga con creces: los errores se detectan antes, el autocompletado funciona de verdad, y cambiar una función no es un salto al vacío.
| Aspecto | JavaScript | TypeScript |
|---|---|---|
| Tipado | Dinámico, sin tipos | Estático, con tipos |
| Detección de errores | En ejecución (runtime) | En compilación, antes de correr |
| Autocompletado | Limitado | Preciso, basado en tipos |
| Refactors | Riesgosos | Seguros, guiados por el compilador |
| Curva de aprendizaje | Baja | Media (hay que aprender tipos) |
| Adopción 2026 | 62,0% lo usa | 43,8% lo usa; 40% ya solo TS |
| Ideal para | Prototipos, scripts, proyectos chicos | Proyectos grandes, equipos, largo plazo |
Los números lo confirman: el 58% de los usuarios de TypeScript dice admirarlo, contra alrededor del 47% de los usuarios de JavaScript. Y en el índice de JetBrains, TypeScript ocupa el primer lugar en la promesa de futuro del lenguaje. La comunidad ya votó con los pies, y votó por los tipos.
El 15% de los bugs que TypeScript caza antes de que corra tu código
El argumento más sólido a favor de TypeScript no es teórico: es medible. Un estudio de Gao, Bird y Barr, publicado en la conferencia ICSE 2017, analizó 400 bugs reales de JavaScript y encontró que TypeScript habría detectado el 15% de ellos, con un intervalo de confianza del 11,5% al 18,5%. Y es una cifra conservadora: esos bugs ya habían pasado los tests y la revisión de código, y aún así llegaron a producción.
El 15% puede sonar poco, pero son los bugs más caros: los que pasan todos los filtros y aparecen cuando el usuario está usando el producto. Son errores de tipo (pasar un string donde se esperaba un número), propiedades que no existen, funciones llamadas con los argumentos equivocados. TypeScript los encuentra en el editor, antes de que el código se ejecute, y te los marca en rojo.
En un proyecto grande, con miles de líneas y varios desarrolladores, ese 15% se traduce en horas de depuración ahorradas, menos incidentes en producción y más confianza para hacer cambios. Es la razón más práctica para usar TypeScript, y es la que más peso tiene en los equipos.
TypeScript + React, Angular y Vue: el estándar del frontend moderno
TypeScript es el estándar del frontend moderno, y los frameworks lo confirman. React, que domina con el 83,6% de uso según el State of JavaScript 2025, se usa mayoritariamente con TypeScript. Angular usa TypeScript por defecto desde su creación: no hay Angular sin TypeScript. Vue 3 está escrito en TypeScript, y sus herramientas recomendadas lo usan de forma nativa.
Los meta-frameworks también: Next.js, Vite y Remix usan TypeScript por defecto en sus scaffolds. Cuando creás un proyecto nuevo con cualquiera de ellos, la opción por defecto es TypeScript. Y en el backend, Node.js sigue siendo el estándar (90% de uso en backend según el State of JavaScript 2025), y cada vez más proyectos de Node se escriben en TypeScript.
Si querés trabajar en frontend en 2026, TypeScript no es opcional: es el requisito. Las ofertas de trabajo lo piden, los proyectos lo usan, y los equipos lo esperan. Es el lenguaje que une a todo el ecosistema JavaScript.
TypeScript y la IA: el lenguaje favorito de los agentes
Acá hay un dato que conecta TypeScript con el otro gran tema de 2026: la inteligencia artificial. GitHub detectó que en los repositorios creados en 2026 con señal de agente, TypeScript fue el lenguaje principal en el 35% de los casos, contra el 24% en los repositorios sin agente. Y entre quienes usan IA, TypeScript es el tercer lenguaje más usado con IA (30,4%), detrás de Python (39,0%) y JavaScript (38,4%).
La razón es que los lenguajes tipados le dan a la IA más información para trabajar: cuando el agente sabe qué tipo es cada variable, genera código más preciso y comete menos errores. GitHub vincula directamente el crecimiento de TypeScript con el hecho de que los lenguajes tipados son más fiables con desarrollo asistido por agentes.
Esto crea un círculo virtuoso: la IA hace más útil a TypeScript, y TypeScript hace más útil a la IA. Si estás construyendo con agentes de IA, como te contamos en nuestro artículo sobre inteligencia artificial en el desarrollo web, TypeScript es el lenguaje que mejor se lleva con ellos. Es una de las razones de su crecimiento en 2026, y una que va a seguir pesando.
Ventajas concretas: tipado, autocompletado, refactors seguros
Más allá de los números, las ventajas concretas de TypeScript son las que se sienten todos los días. El autocompletado es la primera: cuando escribís código, el editor sabe exactamente qué propiedades y métodos tiene cada objeto, y te los sugiere. No tenés que recordar la forma de cada objeto ni ir a buscar la documentación: el editor te la muestra.
Los refactors seguros son la segunda: cuando renombrás una función o cambiás la forma de un objeto, TypeScript te muestra todos los lugares que se ven afectados. Cambiar código deja de ser un salto al vacío y pasa a ser una operación controlada. En un proyecto grande, esto es lo que permite moverse rápido sin romper nada.
Y la documentación viva es la tercera: los tipos son documentación que no se desactualiza, porque el compilador la verifica. Cuando leés el código de otra persona, los tipos te dicen qué entra y qué sale de cada función. Es la diferencia entre leer código y adivinar código.
Costos y críticas honestas: curva de aprendizaje, `any` y sobre-ingeniería
TypeScript no es gratis, y es justo contar sus costos. El primero es la curva de aprendizaje: los tipos genéricos, los tipos condicionales y el sistema de tipos avanzado llevan tiempo de dominar. Para un desarrollador que recién empieza, TypeScript puede sentirse como una barrera.
El segundo es el `any`: el tipo comodín que desactiva la verificación. Cuando el sistema de tipos se pone difícil, la tentación es poner `any` y seguir adelante. Pero un código lleno de `any` es JavaScript con pasos extra: pagás el costo de TypeScript sin recibir el beneficio. La disciplina es usar `any` solo cuando no hay alternativa, y con un comentario que explique por qué.
El tercero es la sobre-ingeniería: hay proyectos que usan tipos tan complejos que el sistema de tipos se convierte en un fin en sí mismo. La regla es simple: los tipos están para ayudarte, no para impresionarte. Si un tipo es más difícil de entender que el código que describe, es un mal tipo.
Empezar con TypeScript en 2026: ruta recomendada
Si querés empezar con TypeScript en 2026, el camino es directo. Primero, instalá TypeScript y el compilador, y configurá un proyecto con el modo estricto activado (es el valor por defecto desde la versión 6.0). Segundo, empezá con lo básico: anotaciones de tipos en funciones, interfaces para tus objetos y tipos unión para los casos con varias opciones.
Tercero, usá TypeScript con un framework que ya conozcas: si trabajás con React, el combo React + TypeScript es el estándar de la industria. Cuarto, aprendé los genéricos cuando los necesites, no antes: son la parte más potente del sistema de tipos, pero también la más compleja, y no los necesitás el primer día.
Y lo más importante: migren de a poco. TypeScript permite migrar un proyecto de JavaScript de forma gradual, archivo por archivo, sin tener que reescribir nada. Empezá por los archivos nuevos, seguí por los que más errores tienen, y dejá que el compilador te guíe. En pocas semanas, vas a preguntarte cómo programabas sin tipos.
TypeScript ganó la década: es el lenguaje número uno de GitHub, el estándar del frontend, el favorito de los agentes de IA y ahora diez veces más rápido. Si todavía escribís JavaScript plano, 2026 es el año de dar el salto.