Ser experto en estado

Llegaste al final. Treinta y nueve niveles desde aquel booleano compartido hasta esta última página, y sería un anticlímax cerrar con otra librería que memorizar. Esta lección hace lo contrario: te prepara para el día en que la guía se acabe y el ecosistema siga moviéndose sin ti. Ser experto en estado no es conocer la herramienta que gana la encuesta de 2026 —eso caduca en un ciclo de conferencias—; es haber adquirido tres capacidades que no caducan. La primera es seguir aprendiendo de las fuentes primarias, no de los tutoriales de segunda mano. La segunda es leer el código de cualquier librería y encontrar su núcleo diminuto bajo la maraña de conveniencias. La tercera es mirar el estado del arte y su trayectoria sin dejarse deslumbrar, tomándole las dos coordenadas a cada novedad antes de creer una palabra del marketing. Esta lección entrena las tres y luego cierra el track con la única moraleja que importa: aprendiste a ver, y ver no se deprecia.

Cómo seguir aprendiendo cuando la guía termine

El primer hábito del experto es beber de la fuente, no del charco. Los tutoriales te enseñan a usar la versión de este año de una librería; las fuentes primarias te enseñan la idea que sobrevivirá a diez versiones. Lee la propuesta de signals de TC39 en vez de un hilo que la resume, el ensayo original de Redux de Dan Abramov, la tesis de Elm, los escritos de Ryan Carniato sobre reactividad de grano fino, el manifiesto local-first de Ink and Switch. Ahí está el pensamiento; lo demás son notas de clase de otro.

El segundo hábito es tomar coordenadas antes de tener opinión. Cuando aparezca la próxima herramienta con un nombre que hoy no existe, no preguntes si es buena: pregúntale las dos coordenadas del plano. Cuánta reactividad automática da y cuánta disciplina de mutación impone. Con esas dos respuestas ya sabes qué te promete, qué te cobra y a qué esquina del mapa se parece, antes de leer una sola línea de su tutorial.

El tercer hábito es construir el mecanismo con tus propias manos para desmitificarlo. No entiendes de verdad un signal hasta que lo escribes, y escribirlo entero cuesta menos de lo que temes. El núcleo de la reactividad de grano fino —el mismo que mueve Solid, Preact o la propuesta de TC39— cabe en veinte líneas honestas.

let observadorActual: (() => void) | null = null

function signal<T>(valor: T) {
  const suscriptores = new Set<() => void>()
  return {
    get() {
      if (observadorActual) suscriptores.add(observadorActual)
      return valor
    },
    set(nuevo: T) {
      valor = nuevo
      for (const s of suscriptores) s()
    },
  }
}

function effect(fn: () => void) {
  observadorActual = fn
  fn() // al ejecutarse, cada get() de dentro se autosuscribe
  observadorActual = null
}

Ahí está todo el truco: leer un valor mientras un efecto corre lo suscribe, y escribirlo notifica a sus suscriptores. Rastreo automático de dependencias y propagación, sin magia. Lo que las librerías reales añaden encima —derivación perezosa, batching, corte por igualdad, limpieza— es refinamiento del rendimiento y la ergonomía, no cambio de idea.

Leer el código de una librería sin ahogarse

Abrir el repositorio de una librería de estado por primera vez asusta: miles de líneas, carpetas de devtools, adaptadores de servidor, capas de tipos. El error del principiante es leerla de arriba abajo. El experto sabe que toda librería de estado es un núcleo diminuto envuelto en una gran capa de comodidad, y va directo al núcleo.

El método es constante porque el núcleo siempre encarna un punto de los dos ejes. En una librería reactiva, busca las dos operaciones gemelas: dónde se registra una lectura —el track— y dónde una escritura dispara a los dependientes —el trigger—. Ese par es el grafo entero; todo lo demás lo orbita. En un store de la familia Flux, busca dispatch y la notificación a los suscriptores: entre esas dos funciones vive el reducer y ahí está la disciplina completa.

En una máquina, busca la función de transición que recibe estado y evento y devuelve estado; el resto es interpretación y herramientas. Una vez localizado ese corazón —casi siempre unos cientos de líneas dentro de miles—, lo demás se lee como lo que es: periferia. Los devtools, el soporte de SSR, los tipos, los adaptadores de framework son importantes para usar la librería, pero irrelevantes para entender qué es.

El estado del arte de 2026 y hacia dónde va

Mira el frente de 2026 con los ejes en la mano y verás una tendencia nítida: los mecanismos se automatizan y se estandarizan, pero los dos ejes siguen siendo la forma de razonar. En el eje de la reactividad, la propuesta de signals de TC39 empuja el grano fino hacia el propio lenguaje: el mecanismo que cada framework reimplementaba se encamina a ser un primitivo de la plataforma, común a todos.

En paralelo, el React Compiler automatiza la memoización que durante años ajustabas a mano con useMemo y useCallback: el runtime sube por el eje de la reactividad en tu lugar, afinando la propagación sin que tú la calcules. Los dos movimientos apuntan al mismo sitio: la reactividad fina deja de ser artesanía y se vuelve infraestructura.

En el eje de la disciplina, los Server Components y el render en servidor encogen el estado de cliente devolviendo al servidor lo que nunca debió emigrar. Mucho de lo que antes vivía en un store global vuelve a ser, sencillamente, datos que el servidor renderiza, y la clase servidor del plano se replantea desde su raíz. Y asoma con fuerza un tercer eje, el de la distribución: el movimiento local-first y los motores de sincronización —Yjs, Automerge, Replicache, Zero, ElectricSQL— llevan los CRDTs del laboratorio a la caja de herramientas cotidiana.

flowchart TD
HOY[Estado del arte 2026] --> R[Eje reactividad]
HOY --> D[Eje disciplina]
HOY --> T[Tercer eje distribucion]
R --> R1[signals de TC39: el mecanismo se vuelve plataforma]
R --> R2[React Compiler: la memoizacion se automatiza]
D --> D1[Server Components: el estado de servidor vuelve al servidor]
T --> T1[local-first y CRDTs: Yjs, Automerge, Zero]
style HOY fill:#cba6f7,color:#11111b
style R fill:#89b4fa,color:#11111b
style D fill:#f9e2af,color:#11111b
style T fill:#fab387,color:#11111b

La lectura correcta de todo esto no es que haya que correr a aprender cuatro cosas nuevas. Es que las novedades caen, sin excepción, en los ejes que ya conoces: automatizan un eje, estandarizan un mecanismo o añaden una dimensión. Ninguna deroga el plano; todas lo pueblan un poco más. Quien tiene el plano lee cada anuncio de 2026 como una coordenada nueva, no como una asignatura desde cero.