Inicio / Artículos

JavaScriptTypeScriptTC39Node.jsReactWeb Development

Propuestas del TC39 en 2026: Explicación de decoradores, Temporal y Signals

Una visión práctica de tres propuestas del TC39: los decoradores nativos, la API Temporal y Signals, y su significado para los desarrolladores de JavaScript y TypeScript full-stack.

5 min de lectura1065 palabras

Desde finales de la década de 1990, los escépticos han declarado que JavaScript está “terminado” más o menos una vez al año, y cada vez el lenguaje demuestra que se equivocan. TC39, el comité que dirige la evolución de ECMAScript, sigue presentando en silencio propuestas que transforman la forma en que se escribe el código cotidiano.

Si desarrollas con JavaScript full-stack, React o Next.js, hay unas cuantas propuestas que actualmente están en proceso y que merecen estar en tu radar. Ninguna de ellas son características llamativas que aparezcan en los titulares; se trata del tipo de cambios que simplemente eliminan en silencio el código genérico que has estado escribiendo sin cuestionarlo durante años.

Aquí están las tres que vale la pena seguir de cerca.

1. Los decoradores nativos están a punto de llegar

Los desarrolladores de TypeScript han dependido durante años de los decoradores a través de la bandera del compilador experimentalDecorators. Esa solución temporal está a punto de desaparecer. La propuesta estandarizada para los decoradores ha alcanzado la Etapa 3, lo que significa que los navegadores y entornos de ejecución de JavaScript ya están desarrollando implementaciones reales de ella.

// before: relying on experimentalDecorators + reflect-metadata
class UserService {
  @logCall
  fetchUser(id: string) {
    return api.get(`/users/${id}`);
  }
}

La especificación actualizada abandona el antiguo diseño basado en reflect-metadata en favor de algo más predecible: una función decoradora ahora recibe el valor que decora junto con un objeto de contexto que lo describe, y puede devolver un reemplazo para ese valor. Si alguna vez has tenido que lidiar con versiones incompatibles entre la implementación de decoradores de Babel y la propia de TypeScript, esta convergencia es realmente una buena noticia.

Conclusión: si su framework preferido —inyección de dependencias al estilo Angular, MobX o patrones relacionados con NestJS— se basa en decoradores, puede esperar menos problemas con las opciones del compilador en las próximas versiones.

2. Temporal está casi listo para su lanzamiento

El objeto Date incorporado en JavaScript ha sido una fuente de frustración durante casi tres décadas. Carece de inmutabilidad, maneja las zonas horarias de manera confusa y ofrece métodos mutables que causan problemas incluso a los ingenieros con experiencia. Temporal, una propuesta que cuenta con el apoyo a largo plazo de colaboradores de Mozilla y otros interesados, ya está en su fase final y se espera que forme parte de una futura edición de ECMAScript.

const meeting = Temporal.ZonedDateTime.from(
  "2026-09-14T10:00:00[America/New_York]"
);
const inTokyo = meeting.withTimeZone("Asia/Tokyo");

Con Temporal, se obtienen fechas y horas adecuadas que tienen en cuenta las zonas horarias sin necesidad de recurrir a una biblioteca como moment.js, y conversiones como trasladar la hora de una reunión a otra zona se vuelven sencillas en lugar de requerir cálculos manuales de desfase. Si estás desarrollando funcionalidades de programación de citas dentro de una aplicación Next.js, esto es sin duda la mayor mejora en la calidad de uso que llega al lenguaje.

3. Señales: Un estándar para el estado reactivo

useState de React, ref de Vue y las señales de Solid son todas respuestas diferentes al mismo problema subyacente: rastrear valores que cambian con el tiempo y reaccionar a esos cambios. La propuesta de Señales del TC39 tiene como objetivo proporcionar a JavaScript un primitivo reactivo nativo sobre el cual los frameworks puedan construir, en lugar de que cada ecosistema invente su propia versión del mismo mecanismo.

Esta propuesta se encuentra aún en una etapa temprana del proceso, pero la dirección que indica —juego de palabras intencionado— es clara: menos lógica de reactividad duplicada en Redux, React y otras bibliotecas de gestión de estado, y más bloques de construcción compartidos y reutilizables en su base.

Qué significa esto para tu stack

  • Los beneficios de TypeScript llegarán primero. Definiciones de tipos más limpias y estandarizadas tanto para los decoradores como para Temporal se integrarán en las herramientas que ya utilizas.
  • Tu capa de interfaz de usuario y tu configuración de estilos, incluyendo soluciones como Tailwind CSS, no se verán afectadas directamente, pero un manejo de fechas y horas más rápido y fiable significa menos código personalizado que genere desorden en tus componentes.
  • Incluso antes de que las bibliotecas del lado del cliente adopten completamente Temporal, los componentes del servidor de Next.js son un lugar probable donde se utilizará desde temprano, especialmente para el formateo de fechas en el lado del servidor.

Rob Palmer, copresidente de TC39, ha señalado en las actualizaciones del comité que ahora es común que varias propuestas avancen en el mismo ciclo de reuniones. Ese patrón indica que el ritmo de evolución del lenguaje realmente se ha acelerado en los últimos años.

Pensamiento final

Nada de esto modifica el JavaScript que estás utilizando hoy. Pero la próxima vez que instintivamente recurras a moment.js o luches con un polyfill de decoradores, recuerda que ya existe una solución nativa en proceso de implementación. Mantenerse uno o dos pasos por delante de la tendencia es cómo los desarrolladores experimentados evitan quedar atrapados, y también es la razón por la cual muchos se oponen a adoptar patrones que generen deuda técnica antes incluso de que esas propuestas se finalicen.

Lecturas relacionadas

← Todos los artículosEnviar el brief